Intune Admin Tasks GA：優先度付きキューで運用判断を集約

Introduction: why this matters

Intune 管理者は、特権昇格の承認、セキュリティ修復要求への対応、機密性の高い構成変更の検証など、常に重要な意思決定を行っています。これらの判断ポイントが複数のコンソールに分散していると、対応時間が遅れ、監査証跡の維持が難しくなり、リスクが増大します。admin tasks が一般提供 (GA) となったことで、Microsoft はこれらの承認および修復ワークフローを 単一の優先度付きキュー に統合しました。これは、今日のノイズ低減に加え、今後登場する AI 支援運用のための監督レイヤーとしても設計されています。

Admin tasks は Intune admin center の Tenant administration 配下で利用できます。

What’s new in Intune Admin Tasks (GA)

Admin tasks は、次の 3 つの主要なワークフロー種別を 1 つのエクスペリエンスに集約します。

1) Endpoint Privilege Management (EPM) elevation requests

EPM は、恒久的なローカル管理者アクセスを付与することなく、承認済みアプリを標準ユーザーが昇格権限で実行できるようにします。

• 集中キューから昇格要求を確認し、承認/拒否
• ファイルの詳細 (発行元、ハッシュ、コマンドライン) から再利用可能なルールを作成
• 一貫したガバナンスのためにファイルを再利用可能な設定に追加
• コンプライアンスや調査に有用な監査向けログ

Security Copilot を使用している場合、Intune は EPM の承認判断に役立つ コンテキストに基づくリスク シグナル を提示できます。

2) Microsoft Defender for Endpoint (MDE) security tasks

Defender が脅威や構成ギャップを検知すると、修復タスクを生成し、Intune に直接表示できます。

• 同じ admin tasks キューから修復作業を追跡し、完了まで実施
• タスクを完了としてマーク、または却下し、影響を受けるデバイス一覧を確認
• 推奨の endpoint security プロファイルを活用 (新たに Linux 上の EDR と AV 除外 の構成サポートを含む)
• 監査およびコンプライアンスのためのアクティビティ ログを維持

3) Multi Admin Approval (MAA) requests

MAA は、影響度の高い操作 (例: スクリプト、ロール変更、リモート アクション、デバイス ワイプ) に対して「二重チェック」を強制します。

• 集中ビューから要求を承認/拒否し、変更を完了
• 申請者/承認者のメモを記録し、監査対応力を強化
• 単独実行を防ぐことで、侵害された管理者アカウントによる影響範囲 (blast radius) を低減

Security Copilot を使用すると、Change Review Agent が MAA のスクリプト要求の影響を分析し、推奨事項を提示できます。

Also included: Device Offboarding Agent tasks (public preview)

Admin tasks には、Device Offboarding Agent (Microsoft Security Copilot の一部、現在パブリック プレビュー) のアクションも組み込まれました。Intune と Microsoft Entra 全体のシグナルを用いて未使用/旧式のデバイスを特定し、Entra ID のデバイス オブジェクトを無効化するなどのガイド付き修復を支援します。

• 影響を受けるデバイスの CSV リストをダウンロード
• 再利用可能なクリーンアップ プロセスを適用して攻撃対象領域を削減

Impact for IT admins and end users

• 単一の優先度付きキューにより、重要要求への対応を高速化
• 一貫したワークフローとログによるガバナンス強化と監査対応の向上
• Zero Trust の姿勢を強化 (最小特権 + 統制された承認)
• EPM により恒久的な管理者権限の必要性を下げ、ヘルプデスクのエスカレーションを減らすことで、ユーザー生産性を向上

Action items / next steps

1. Intune admin center で Tenant administration > Admin tasks に移動し、可視性とロール割り当てを確認します。
2. EPM elevation のポリシー モデル (自動、ユーザー確認、サポート承認) を見直し、ルール作成の基準を標準化します。
3. Defender security tasks の取り扱いをインシデント/修復 SLA と整合させ、該当する場合は Linux セキュリティ プロファイルの適用範囲を確認します。
4. 最もリスクの高い操作に対して Multi Admin Approval を有効化/拡張し、監査に備えて承認者ワークフローを文書化します。
5. Security Copilot を試験導入している場合、Device Offboarding Agent のプレビューと、EPM/MAA 向け Copilot 主導のコンテキスト分析を評価し、人による監督を失わずに意思決定の品質を高めます。