M365

Microsoftが公開した最新の「Digital Defense Report」に、見過ごせない数字が載っている。IDへの攻撃の97%は、パスワードスプレーによるものだ。 高度な解析ツールや量子コンピューターではない。ごく単純な手法——多数のアカウントに対し、ありがちなパスワードを少しずつ試し続けるだけ——が、現代のほぼすべてのID侵害を引き起こしている。これは、多くの現場が信じている「複雑なパスワードルールを設定すれば守られる」という前提そのものへの反証だ。 パスワードスプレー攻撃とは何か パスワードスプレーは、ブルートフォース攻撃の進化系だ。従来型のブルートフォースは「1つのアカウントに大量のパスワードを試す」ため、アカウントロックアウトで検知・ブロックされやすかった。これに対しスプレー攻撃は発想を逆転させる。 「多数のアカウントに対し、1〜3種類だけパスワードを試す」 たとえば Welcome2024! や Spring2026@ のような「複雑性要件を満たしつつ誰もが思いつく」文字列を、数千〜数万のアカウントに1回ずつ試すだけだ。ロックアウトのしきい値に引っかからず、ログ上でも「散発的な認証失敗」に見えるため、従来の監視体制では素通りしてしまう。 LinkedInや過去のデータ侵害から入手した実在のユーザー名リストと、「よく使われるパスワードTOP100」を組み合わせるだけで成立する、参入障壁の低い攻撃手法でもある。 従来のADパスワードポリシーが機能しない理由 Active Directoryの既定のパスワードポリシーは、こうした攻撃を想定して設計されていない。最小文字数・複雑性要件・有効期限・パスワード履歴——これらはすべて「ブルートフォース対策」や「内部からの単純な推測」を念頭に置いた設計だ。 問題は何を守れないかにある。 既知の侵害パスワードのチェック機能がない: Password1! は複雑性を満たすが、すでに数百万件の侵害リストに存在する スプレーパターンの横断検知ができない: ADは「このアカウントが何回失敗したか」は見るが、「組織全体で同じパスワードが何アカウントに試されたか」は見ない コンテキスト（場所・デバイス・時間帯）を考慮しない: 深夜に海外IPからのアクセスでも、パスワードが正しければ通ってしまう つまり、複雑なルールを設けてもスプレー攻撃には無力という構造的な問題がある。 管理者が今すぐ導入すべき対策 1. Microsoft Entra Password Protection オンプレミスのADにも展開できるMicrosoftの仕組みで、Microsoftが管理するグローバルの禁止パスワードリストと、組織独自のカスタム禁止リストを組み合わせてパスワード設定時点でブロックできる。「複雑なのに侵害済み」というパスワードを排除する最初のラインだ。 2. MFA（多要素認証）の全員展開 パスワードが漏れた前提で考える。Microsoft Authenticatorのプッシュ通知 + 番号一致（Number Matching）を有効化すれば、正しいパスワードを持っていても突破できない壁になる。「管理者だけMFA」は今や論外で、全ユーザーが対象だ。 3. Conditional Access（条件付きアクセス）による文脈評価 IP・デバイス・場所・サインインリスクスコアを組み合わせてアクセスを制御する。Entra ID Protectionのリスクベースポリシーと組み合わせれば、スプレー攻撃で正しいパスワードを入力された瞬間に「高リスクサインイン」として検知し、MFAを強制または遮断できる。 4. 特権アカウントへのJust-In-Time（JIT）アクセス ドメイン管理者やグローバル管理者の権限を「常時付与」している組織はまだ多い。常時付与は特権アカウント管理における最大のリスクだ。Microsoft Entra Privileged Identity Management（PIM）を使えば、必要なときだけ、承認ベースで一時的に昇格できる仕組みを作れる。攻撃者がパスワードを入手しても、権限が無効化された状態であれば実害は大幅に限定される。 5. パスワードレス認証への移行 根本的な解決策はパスワードをなくすことだ。FIDO2セキュリティキーやWindows Hello for Businessは、パスワード自体が存在しないためスプレー攻撃の対象にならない。段階的に高リスクユーザー（管理者・リモート接続ユーザー）から展開を始めるのが現実的だ。 日本のIT現場への影響 日本の大企業・中堅企業のオンプレAD環境では、グループポリシーによるパスワードポリシーを「セキュリティ対策済みの証拠」として扱っている現場が今でも少なくない。Entra IDへのハイブリッド移行途上で、認証周りの設定が中途半端なまま止まっているケースも多い。 「今まで大きな事故がなかった」は、「今まで攻撃者に見つかっていなかっただけ」の可能性が高い。侵害の多くは侵入から数ヶ月後に発覚する。 筆者の見解 セキュリティ全般は決して得意分野とは言えないが、認証・認可の設計には技術的な面白さを強く感じる領域でもある。 今回の「97%がパスワードスプレー」という数字は、正直に言って驚きではない。洗練された攻撃より、「普通の人が使いそうなパスワードを片っ端から試す」だけで9割以上が決まってしまうというのは、むしろ現在のID管理のあり方への問いかけだ。 MicrosoftはEntra IDにパスワードスプレー対策のための技術を揃えている。Password Protection、Entra ID Protection、Conditional Access、PIM——これらは単体ではなく組み合わせて使って初めて意味を持つ。M365やEntra IDを使いながら、パスワードポリシーだけ昔のままという状態は、道具を持っているのに使っていないのと同じだ。 ...

Microsoft 365 Copilotを導入している企業にとって、長らく課題だった「Copilotがどこから情報を拾っているか分からない」問題に、ついてMicrosoftが本格的なメスを入れる。SharePointに「AI Citation Analytics（AI引用アナリティクス）」と「Authoritative Sources（権威コンテンツ指定）」という2つの新機能が4月よりロールアウトされる。 AI引用アナリティクス：Copilotが「何を引用したか」がわかる AI Citation Analyticsは、SharePoint上のコンテンツがCopilotによってどの程度引用されているかを可視化する機能だ。SharePoint管理センターから確認できるようになると見られており、「このドキュメントはCopilotの回答に何回使われたか」「このサイトのどのページがよく参照されているか」といったデータが得られる。 これは単純な閲覧数やダウンロード数とは根本的に異なる指標だ。Copilotに「参照された」ということは、その文書が社内の問い合わせに実際に答える情報として機能しているという証拠になる。コンテンツ品質の評価軸が「人が読んだ回数」から「AIが回答に使った回数」へと拡張されることで、情報管理の考え方そのものが変わってくる。 Authoritative Sources：信頼できる情報源を管理者が指定する 「Authoritative Sources」は、SharePoint Onlineの特定サイトをCopilot検索における権威ある情報源として管理者が明示的に指定できる機能だ。ウェブ検索エンジンにおける「信頼性の高いサイトを優先表示する」ロジックを、社内ナレッジ管理に持ち込んだイメージに近い。 指定されたサイトのコンテンツは、Copilotの検索・回答生成において優先的に参照される。例えば、人事部が管理する就業規則のサイト、情報システム部門のセキュリティポリシー集、プロジェクト管理部門の標準手順書などを「権威ある情報源」として指定することで、Copilotの回答の根拠がコントロールしやすくなる。 実務への影響 SharePointのコンテンツ整備が「Copilot品質の投資」になる これまで「SharePointの整備は手間がかかる割に使われない」という声は多かった。しかし、AI引用アナリティクスで「どのコンテンツが実際にCopilotに使われているか」が見えるようになると、整備の優先順位付けが論理的にできるようになる。引用されている文書を最新化することは、そのままCopilotの回答精度向上に直結する。SharePoint管理が「お作法」から「AI品質への投資」へと位置づけが変わる転換点になり得る。 誤情報・古い情報を引用させない「ネガティブコントロール」の重要性 Authoritative Sourcesで「良いコンテンツを優先する」一方で、古い情報や廃止されたポリシー文書が引き続きCopilotに引用されるリスクも存在する。権威ある情報源を指定するだけでなく、「引用させたくないコンテンツ」をどう管理するか—削除・アーカイブ・アクセス制限—の運用ポリシーも同時に整備することが重要だ。 情報ガバナンス担当者のロールが変わる 「SharePoint管理者」という職種の役割が、単なるサイト管理・権限設定からAIの「回答品質管理」へと広がりつつある。特に法務・コンプライアンス関連の文書は、Copilotに誤った根拠として引用されるリスクが高い。Authoritative Sourcesと組み合わせた情報ガバナンスの再設計を、今から検討しておくことを強くすすめる。 筆者の見解 この機能は、Copilotの実用性という観点で評価できる、まっとうな方向性だと思っている。Copilotをせっかく導入しても「どこから引っ張ってきたか分からない回答」が返ってくる状況では、現場の信頼が得られない。管理者がコンテンツの質と引用状況を把握できるようになることは、「管理できるシステムとしてのCopilot」という方向性の第一歩だ。 ただ、正直に言えばもったいないという気持ちが拭えない。この機能自体は正しいが、「なぜ今なのか」という問いが残る。Copilot for Microsoft 365が登場してから長い時間が経っているにもかかわらず、こうした基本的なコンテンツガバナンス機能が今ようやく実装されてきている。実務で導入を推進してきたIT管理者が、どれだけ「どのコンテンツが使われているか分からない」という不安と戦ってきたか。Microsoftにはその経験値を受け止めた上で、さらに踏み込んだ管理機能を早期に届けてほしい。 SharePointという資産を持つ企業にとって、この機能は活用する価値が十分ある。内部ナレッジの整備に力を入れてきた組織ほど、Copilotの回答品質向上という形でリターンが返ってくる仕組みが整いつつある。社内コンテンツを真剣にマネジメントしている担当者は、まずAuthoritative Sourcesで「信頼できるサイト」を洗い出すところから始めるのが現実的な一手だ。 出典: この記事は SharePoint AI Citation Analytics and Authoritative Sources for Copilot Search の内容をもとに、筆者の見解を加えて独自に執筆したものです。

Microsoftが「2026 Release Wave 1」（2026年4〜9月）の全容を公開した。Dynamics 365（D365）・Power Platform・Microsoft 365（M365）Copilotの3系統にわたり、エージェント型AI機能を一斉展開するという大規模なアップデートだ。単なる機能追加ではなく、AIが人間の代わりに複数ステップの業務を自律的に実行するという方向性を明確に打ち出している点で、今回のリリースウェーブは注目に値する。 何が変わるのか——エージェントAIとは 今回のキーワードは「Agentic AI（エージェント型AI）」だ。これまでのCopilotが「質問に答えるAI」だとすれば、エージェント型AIは「目標を与えると、必要な手順を自分で組み立てて実行するAI」に相当する。 具体的には、以下のような変化が期待される。 D365 Sales / Customer Service: 顧客データの参照・要約・メール下書き・次のアクション提案を、担当者が指示を出すたびにではなく、AIが流れで処理する Power Platform（Power Automate / Copilot Studio）: 自然言語でフローを指示すると、AIが複数のコネクタをまたいだ処理を自動設計・実行する M365 Copilot（Teams / Outlook / Word）: 会議の録画から議事録を作成し、TODO項目をPlannerに登録し、関係者にメールを送信する——といった一連の流れをひとつの指示で完結させる GPT-5系モデルがCopilot Studioでも利用可能に 注目すべき技術的変化として、GPT-5.4 Thinking（複雑な推論・多段階タスク向け）とGPT-5.3 Instant（低レイテンシ・高頻度処理向け）の2つのモデルが、Copilot Studioでも選択できるようになる。 これは実務的に大きな意味を持つ。これまでCopilot Studioでカスタムエージェントを構築する際、モデルの選択肢は限られていた。GPT-5系が使えるようになることで、自社業務に特化したエージェントをより高い推論能力で動かせるようになる。特に規則が複雑な業種（会計・法務・製造の品質管理など）では、推論精度の向上は直接的に業務品質に影響する。 日本のIT現場への影響 この動きが日本のエンジニア・IT管理者にとって具体的に何を意味するか、整理しておきたい。 ▶ Power Platformユーザーへの影響 Power AutomateやPower Appsをすでに使っている組織は、今回の波に乗りやすい。Copilot Studioのエージェント機能は、既存のM365ライセンスの上位プランから段階的に展開される見込みだ。まずは自社の繰り返し業務のうち「5ステップ以上の判断を含むもの」をリストアップし、エージェント化の候補として検討しておくと良い。 ▶ D365導入済み企業の管理者へ D365側の強化は、特にカスタマーサービスと営業支援で顕著だ。Wave 1では、Copilotエージェントが顧客の過去履歴・契約情報・過去のサポートチケットを横断して回答を生成する機能が本格稼働する。現在、担当者が複数画面を手動で確認している作業がどの程度あるか——そのリストが、そのまま自動化のロードマップになる。 ▶ ライセンス管理・コスト設計の見直し エージェント機能はメッセージ消費量（Message Credits）やAPIコール数で課金されるモデルになる可能性が高い。「使えば使うほど課金が増える」構造に備えて、用途ごとに使うモデルや処理量の上限を設計しておくことが管理者の重要な仕事になる。 筆者の見解 今回の発表を見て率直に思うのは、「Microsoftはやっぱりプラットフォームとしての底力がある」ということだ。D365・Power Platform・M365という3つの巨大なビジネスアプリ群を横断して、同じエージェントAIのアーキテクチャで統一的に動かそうとしている。これは、単一製品では到底できないスケールの話だ。 GPT-5系モデルをCopilot Studioで使えるようにする動きも、開発者コミュニティへのメッセージとして受け取っている。「Foundry（Azure AI Foundry）経由で自前のエージェントを作りたい開発者」と「GUIでエージェントを組みたいビジネスユーザー」を、両方取り込もうという意図が透けて見える。この二段構えの設計は、正しい方向だと思う。 ただ、正直に言うと、過去数年のCopilotに関しては「この力があるのだから、もっとやれるはず」という気持ちが強くある。Wave 1で発表された機能が実際にリリース時点で品質水準に達しているかどうか——そこが今回の真価を問う部分だ。技術力に疑いはない。問題はいつも「使い物になるかどうか」のラストワンマイルだった。 今回のリリースウェーブには本物の期待をしている。日本のIT現場でも、繰り返し業務を抱えたチームにとって、エージェントAIは「ようやく実用フェーズに入った」と感じられるアップデートになりうる。Microsoftがその期待に正面から応えてくれることを、心から願っている。 出典: この記事は Microsoft Unveils Agentic AI Push Across D365, Power Platform and M365 Copilot in 2026 Release Wave 1 の内容をもとに、筆者の見解を加えて独自に執筆したものです。 ...

世界最大級のセキュリティカンファレンス「RSA Conference 2026」に合わせ、MicrosoftがMicrosoft Purviewの大規模なアップデートを発表した。AI活用が急速に広がるエンタープライズ環境において、「データを守る」という基本命題がいかに複雑化しているか——今回の発表はその課題に正面から向き合った内容だ。 AIが広がるほど、データの「出口」が増える ここ数年で業務におけるAI活用は一般化した。だが、それはデータの「流れ道」が爆発的に増えたことを意味する。社内文書をAIに渡す、会話ログにセンシティブ情報が混入する、外部AIサービスへのデータ転送が発生する——こうした経路のひとつひとつが、従来のデータ損失防止（DLP）の管理範囲を超えてしまっている。 Microsoft PurviewはもともとMicrosoft 365環境のデータガバナンスを担うプラットフォームだが、今回のRSA 2026での発表ではAIワークロードに特化したデータセキュリティポスチャ管理（DSPM） の強化が中心テーマとなっている。具体的には、AIアプリケーションがどのデータにアクセスしているかを可視化し、感度ラベル（Sensitivity Labels）をAIインタラクションの文脈にも適用できるよう拡張する方向性が示された。 データ保護とAIガバナンスの統合という方向性 注目すべきは、Purviewが単なるDLPツールから「AIガバナンス基盤」へと役割を広げようとしている点だ。 AIアクティビティの監査ログ: どのユーザーがどのAIツールに何を入力したかを記録・分析 感度ラベルのAI連携強化: 機密ラベルが付いたドキュメントをAIが参照した際のアラートや制限 コンプライアンスレポートの自動化: 規制対応（GDPR、業界固有規制等）に対するAI利用状況の証跡管理 これらをEntra IDやMicrosoft Defender for Cloud Appsとシームレスに連携させることで、ゼロトラスト原則に基づいた多層防御の中にAIを組み込む設計思想が見える。 実務への影響——日本のIT管理者が今すぐ確認すべきこと 日本のエンタープライズ環境では、Microsoft 365をすでに展開しているケースが多い。であれば、今回のPurview強化は「追加コストゼロで恩恵を受けられる可能性がある」領域でもある。 確認・対応ポイント： 感度ラベルの整備状況を見直す — ラベルが整備されていないとAI連携機能が機能しない。まずここから手をつけるべきだ AIアプリの棚卸し — 社員が業務で使っているAIツールをすべてリストアップし、Purviewの監視対象に含めているか確認する DSPMのスコープ設定 — OneDrive・SharePoint・Teamsに加え、Copilot経由のアクセスも対象に含めているか 条件付きアクセスポリシーとの整合性確認 — AIツールを「アプリ」として認識し、Entraの条件付きアクセスに組み込む とりわけ「AIを禁止する」方向で動いている組織は、ここで戦略を見直してほしい。禁止は必ず回避される。公式ルートが一番便利と感じられる仕組みを作ることが、現実的な安全策だ。 筆者の見解 Microsoft Purviewは地味だが、本質を突いたプラットフォームだと思っている。「データがどこにあって、誰が触れて、どう動いているか」を把握することは、AIが広がる時代においてセキュリティの根幹だ。その観点で今回の方向性は正しい。 ただ、正直に言えば「もったいない」とも感じる。Purviewのような統合ガバナンス基盤は、M365全体を本気で活かすための土台になり得る。それだけの実力があるプラットフォームだからこそ、AI対応の速度をもっと上げてほしいし、UIや運用性の改善も期待したい。概念は正しい、あとは実装と体験の磨き込みだ。 AI時代のセキュリティは「AIを止めること」ではなく「AIを安全に通すこと」に移行している。Purviewがその交通整理役として機能するかどうか——RSA 2026の発表がその試金石になる。 出典: この記事は Secure data as AI scales: New Microsoft Purview innovations at RSA 2026 の内容をもとに、筆者の見解を加えて独自に執筆したものです。

Copilotがついにセキュリティ領域へ本気で踏み込んだ Microsoftは2026年4月20日から6月30日にかけて、Microsoft 365 E5ユーザーに対してSecurity Copilot機能の段階展開を開始すると発表した。注目すべき点は「追加ライセンス不要」という一点に尽きる。これまでSecurity CopilotはE5とは別のアドオン製品として提供されており、導入にはそれなりのコスト増を伴った。今回の変更でそのハードルが一気に消える。 何が変わるのか 対象ユーザーと展開タイムライン 対象: Microsoft 365 E5ライセンス保有者 展開開始: 2026年4月20日（段階的ロールアウト） 展開完了予定: 2026年6月30日 追加費用: なし（E5ライセンス内で提供） Security Copilotでできること Security Copilotは、Microsoft Defenderやセンチネル（Microsoft Sentinel）と連携し、インシデント分析・脅威ハンティング・セキュリティインサイトの生成をAIが支援する機能群だ。具体的には以下のような用途が想定される： インシデントの自動サマリー生成: アラートの文脈を整理してSOCアナリストに提示 KQLクエリの自然言語支援: 「過去24時間で不審なサインインは？」を日本語で聞けば対応するクエリを生成 脅威インテリジェンスのリアルタイム解説: 最新のCVEや攻撃手法をその場で説明 インシデント対応レポートの自動生成: 対応完了後の報告書作成を半自動化 日本のIT現場への影響 日本のエンタープライズでE5ライセンスを契約している組織は、実はそれなりの数に上る。M365 E5はコンプライアンスやAdvanced Threat Protection目当てで導入している企業も多い。そういった組織にとって「追加コストゼロでセキュリティAIが使える」という変化は、SOC（セキュリティオペレーションセンター）の生産性向上という観点で無視できない。 ただし、過去にE5を「とりあえず契約したが使いこなせていない」という組織も多い。Security Copilotが機能するには、Defender for Endpointやログの適切な収集体制がすでに整っていることが前提だ。インフラが整っていないままAIを被せても意味はない。まず基盤を固めるのが先決である。 実務での活用ポイント テナントの展開状況を4月20日以降に確認する: 段階ロールアウトのため、すぐに全テナントで有効化されるわけではない。管理者はMicrosoft 365管理センターでの提供状況を定期チェックすること Microsoft Sentinelとの連携を先に整備する: Security CopilotはSentinelのデータを読む。ログ収集が不完全だと機能が活かせない SOCメンバーへのトレーニングを事前に計画する: ツールが揃っても使う人が使い方を知らなければ宝の持ち腐れ。プロンプト設計の基礎くらいは学ばせておく セキュリティポリシーとの整合性確認: AI生成コンテンツをインシデント対応プロセスに組み込む前に、社内のセキュリティポリシーやコンプライアンス要件と照合する 筆者の見解 ぶっちゃけた話をすると、Copilotには今もかなり失望している。Copilot for Microsoft 365がリリースされてからこの数年、「これで変わる」という期待を何度裏切られたことか。MVP Global Summitすら最近は見ていない。それくらいテンションが下がっている。 ただ、今回のSecurity Copilot統合は少し違う角度から見ている。生産性系Copilotと違って、セキュリティ領域のAI支援は「アナリストの作業速度を上げる」という明確なROIが測りやすい。インシデント対応時間が30%短縮されれば、それは実績として数字に残る。そういう意味では、セキュリティ用途のCopilotには若干の期待を持っている。 セキュリティって正直、細かい人が多くて好きじゃない領域なんだが（笑）、技術的な面白さはある。特にゼロトラスト文脈で考えると、Security CopilotがJust-In-Timeアクセス制御の判断補助や、不審なアクセスパターンの早期検知に使えるなら価値がある。VPNとか昔のペリメータ型セキュリティはもう滅んでいいと本気で思っているので、ゼロトラストを加速させる方向でAIが機能するなら歓迎だ。 日本の大企業のセキュリティ運用は今、昔のモデルと中途半端なゼロトラストが「悪魔合体」しているやばい状態のところが多い。Security Copilotが普及して、少なくとも「現状の可視化」ができるようになれば、その悪魔合体状態に気づくきっかけになるかもしれない。そういう意味では、E5への無償統合という判断は正しい。ガンガン使って、現実を直視してほしい。 Microsoftへの失望は続いているが、「ブランドとユーザーベースがある」という現実は変わらない。Copilotがいつか本当に最前線に並ぶ日が来ることを、まだ少しは願っている。 出典: この記事は Security Copilot Rolling Out to Microsoft 365 E5 (April 20 – June 30, 2026) の内容をもとに、筆者の見解を加えて独自に執筆したものです。 ...

2026年4月2日、Microsoftはとうとう引き金を引いた。SharePoint Add-Ins、ACS（Azure Access Control Services）、ドメイン分離Webパーツ（Domain Isolated Web Parts）、そしてSharePoint 2013ワークフローの4コンポーネントが正式廃止となった。予告は何年も前から出ていたが、それでも対応が追いついていないテナントはまだある。今回の廃止はもはや「予告」ではなく「実行」だ。 廃止された4コンポーネントの概要 SharePoint Add-Ins（旧称 Apps for SharePoint） SharePoint 2013時代に導入されたアドインモデル。サードパーティ製のカスタム機能をSharePointに追加する仕組みとして広く使われてきたが、クラウド時代には明らかに設計が古すぎた。後継はSharePoint Framework（SPFx）。 ACS（Azure Access Control Services） SharePointと外部サービスを連携させるための認証基盤。「高信頼アドイン」と呼ばれるServer-to-Server認証で長年使われてきた。今後はMicrosoft Entra ID（旧Azure AD） を使ったOAuth 2.0ベースの認証に完全移行する必要がある。 ドメイン分離Webパーツ（Domain Isolated Web Parts） SPFxのWebパーツを独立ドメインのiframeで分離実行する機能。セキュリティ上の理由で設計されたが、複雑さの割にメリットが限定的だったためMicrosoft自身が廃止を決断した。 SharePoint 2013ワークフロー 2013年当時のワークフローエンジン。オンプレミス時代の産物であり、クラウドネイティブなフローとは根本的に設計が異なる。移行先はPower Automate一択。 移行先と実務での作業ポイント 1. Add-Ins → SPFx移行 まず現環境のアドイン一覧を棚卸しする（SharePoint管理センター→アプリカタログで確認可能） カスタム開発したアドインはSPFxのReactベースWebパーツへ再実装 サードパーティ製アドインはベンダーにSPFx版への移行確認を取る SPFx 1.18以降を使う場合はNode.js 18のLTS環境が必要 2. ACS → Entra ID（旧Azure AD）移行 Get-SPOTenantコマンドレットでDisableCustomAppAuthenticationの状態を確認 アプリ登録をEntra IDに移し、クライアントシークレットまたは証明書で認証するよう変更 .NETやCSOMを使っている場合はPnP.PowerShellまたはMicrosoft Graph SDKへの切り替えを検討 3. 2013ワークフロー → Power Automate移行 Power Automateの「SharePointリストのアイテムが作成されたとき」トリガーを起点に再設計 承認フローは承認アクションを使うとほぼそのまま再現できる 移行ツール「SharePoint Migration Tool（SPMT）」はワークフロー移行には使えない点に注意。手動での再設計が必要 4. 情報保護関連はPurviewへ ...

MicrosoftのOS展開ツール「Microsoft Deployment Toolkit（MDT）」がついに廃止される。長年にわたり無償で提供されてきたこのツールは、日本の多くのIT現場でも静かに、しかし確実に稼働し続けてきた。今回の廃止宣言は、単なるツールの終焉ではなく、モダンIT管理への移行が抱える「見えない前提の崩壊」を突きつけている。 MDTとは何だったのか MDT（Microsoft Deployment Toolkit）は、Windowsのクリーンインストールや企業展開を効率化するための無償ユーティリティだ。IT管理者はMDTを使ってカスタムWinPE環境を構築し、タスクシーケンスと呼ばれる自動化スクリプトでOS・アプリ・設定を一括展開していた。 特に日本の中小〜中堅企業では、高額なSCCM（Microsoft Endpoint Configuration Manager）を導入する予算がない中でも、MDTを活用することで数十〜数百台規模のPC展開を自前で回してきた現場は少なくない。ゼロコストで使えるにもかかわらず、機能の柔軟性は非常に高く、カスタムドライバーの注入、オフライン展開、WIM形式のイメージ管理など、企業ニーズに細かく対応できた。 「クラウド移行すればいい」では済まない理由 MicrosoftはMDTの後継として、Windows AutopilotとMicrosoft Intuneの組み合わせを推奨している。確かにこのモダン管理ソリューションは、インターネット経由でデバイスをゼロタッチプロビジョニングできる点で革新的だ。 しかし現実には、すべての企業がこのクラウド移行に追随できるわけではない。 オフライン・閉域環境の問題：製造業や官公庁、医療機関など、セキュリティポリシーによりインターネット接続が制限された環境では、Autopilotはそもそも動作しない。MDTはLAN内で完結する展開が得意だったが、その代替がない。 複雑なタスクシーケンスの再現：MDTは数百ステップに及ぶカスタムタスクシーケンスを組める。IntuneのWindows Autopilot + ESP（Enrollment Status Page）では同等の制御を実現するのは難しく、移行に多大な工数がかかる。 ライセンスコストの壁：AutopilotをフルActivateするにはMicrosoft Intune（旧Endpoint Manager）のライセンスが必要で、これはMicrosoft 365 Business Premiumや別途EMS E3以上のライセンスが前提となる。既存のMicrosoft 365 Business Basicユーザーには、追加コストが発生する。 実務への影響と対応策 短期的な対応 MDTは現時点でまだ利用可能だが、新機能追加はなくセキュリティ修正のみとなる。既存のMDT環境は当面動作するものの、将来のWindows更新への追随性が低下していく。今すぐ代替を探す必要はないが、ロードマップを立てておくことが急務だ。 WDS（Windows Deployment Services）との組み合わせを維持しつつ、IntuneベースのAutopilotへの段階移行を計画する Microsoft Configuration Manager（SCCM）へのアップグレードを検討する。共同管理（Co-management）機能でIntuneとの並存が可能 オープンソース代替の評価：OSDeploy、FOG Project、WindowsAutoPilot with HYBRIDなどのツールも視野に入れる 中長期的な移行戦略 2025〜2026年にかけて、日本企業のIT担当者はデバイス管理の再設計を迫られるだろう。MDTに依存した「オンプレ完結型」の展開フローから、クラウド活用を前提とした「ゼロタッチ展開」への転換は避けられない方向性だ。ただし、そのペースと深度は組織ごとに異なる。 Intuneへの移行チェックリストとして以下を推奨する： 現在のMDTタスクシーケンスの棚卸し（何がカスタム実装されているか） デバイスのAAD Join（Microsoft Entra ID参加）または Hybrid Azure AD Join の対応状況確認 アプリのWin32パッケージング（.intunewin形式）への変換作業の見積もり ネットワーク環境のAutopilot対応確認（プロキシ・ファイアウォール設定） 筆者の見解 MDTの廃止は、Microsoftが長年推進してきた「クラウドファースト」戦略の帰結であり、ある意味で予告されていた出来事だ。しかし私が懸念するのは、移行の「速度感のミスマッチ」だ。 Microsoftはモダン管理への移行を「シンプルで速い」と説明するが、現場のIT担当者——特に数人で数百台を管理している中小企業の兼任担当者——にとって、MDTで構築した展開インフラをゼロから再設計する工数は決して軽くない。ツールが廃止されても、現場の課題は消えないのだ。 一方で、Autopilot + Intuneの組み合わせが成熟しつつあることも事実だ。Windows Autopilot Device Preparationの登場や、Intune Suite（Advanced Endpoint Analyticsなど）の充実は、クラウド移行のメリットを確実に押し上げている。 ...

E5ユーザーに朗報、Security Copilotが追加コストゼロで使える時代へ Microsoftが2026年4月、M365エコシステムに大きな変化をもたらす発表を相次いで行った。なかでも注目度が高いのが、Microsoft 365 E5ライセンスへのSecurity Copilot自動ロールアウトだ。4月20日から6月30日にかけて段階的に有効化され、追加ライセンスの購入なしにAI駆動のセキュリティ機能を利用できるようになる。 あわせて、AI活用の「次のフェーズ」を見据えたCopilot Wave 3、エージェント管理基盤のMicrosoft Agent 365、そして統合ライセンスMicrosoft 365 E7（Frontier Suite）も正式に発表された。単なる機能追加ではなく、企業がAIを「試す」段階から「組織全体で運用する」段階へ移行するための基盤整備という意味合いが強い。 Copilot Wave 3・Agent 365・E7ライセンスの全体像 Copilot Wave 3 Word・Excel・PowerPoint・OutlookといったMicrosoft 365アプリへのCopilot統合がさらに深化。文書作成・データ分析・要約・コラボレーションがアプリ内で完結するようになる。さらに、バックエンドモデルの選択肢としてOpenAIに加えてAnthropic Claudeも利用可能になるという柔軟性が追加された点は、「特定のタスクに最適なモデルを使い分けたい」という企業ニーズに応えるものだ。 Microsoft Agent 365 AIエージェントの作成・管理・ガバナンスを一元化する新プラットフォーム。部門ごとにバラバラに作られたエージェントが統制なく動き続けるリスクを防ぐ目的で設計されており、IT管理者がエージェントのアクセス権・ログ・ポリシーを横断的に管理できる。 Microsoft 365 E7（Frontier Suite） E5 + Copilot + Agent 365を1ライセンスにバンドルした新SKU。AI活用を本格展開したい企業向けに、ライセンス管理の煩雑さを解消する狙いがある。 Security Copilot in E5 — 何が変わるのか Security Copilotは以下のMicrosoftセキュリティ製品に組み込まれる形で展開される。 Microsoft Defender（脅威検出・EDR） Microsoft Entra（ID・アクセス管理） Microsoft Intune（デバイス管理） Microsoft Purview（データセキュリティ・コンプライアンス） SOCアナリストが日々直面する「アラートの洪水」に対して、AIが優先度付け・根本原因分析・対処手順の提示を自動で行う。これまでSecurity Copilotは有償のアドオンであり、利用企業は限られていたが、E5バンドルに含まれることで日本国内のE5採用企業も自動的にロールアウト対象となる。 実務への影響 — 日本のIT管理者・セキュリティ担当者が今すぐやるべきこと 1. ロールアウトの準備確認 4月20日以降、E5テナントでSecurity Copilotが順次有効化される。突然AIが有効になって戸惑わないよう、Microsoft 365管理センターで有効化スケジュールを確認しておこう。 2. データアクセス権限の棚卸し Security CopilotはDefenderやPurviewのデータを参照する。意図せず機密情報にアクセスされないよう、条件付きアクセス（Conditional Access）・DLPポリシー・監査ログ設定を事前に整備しておくことが重要だ。 3. Agent 365のガバナンス設計 部門主導でPower AutomateやCopilot Studioでエージェントを作っている企業は少なくない。Agent 365の登場を機に、エージェントのオーナーシップ・レビュープロセス・廃止ルールを明文化した社内ポリシーを整備するタイミングだ。 ...

Microsoftは、エンドポイント管理ソリューション「Microsoft Intune」の2026年3月分アップデートをまとめて公開した。今回のアップデートでは、コンプライアンス状態の可視性向上とAppleデバイスおよびモバイルアプリケーション管理の強化を中心に、複数の新機能が追加されている。 Windowsデバイスのチェックイン通知が改善 これまでWindowsデバイスへのチェックイン通知はWindows Notification Service（WNS）のみに依存していたが、今回のアップデートでMicrosoft IntuneはWNSに加え新たな通知経路も活用するようになった。これにより、ネットワーク環境の制約などでWNSが届きにくい環境でも、デバイスが確実にポリシーの変更や準拠状態の更新を受け取れるようになる。 企業のIT管理者にとって、デバイスが最新のコンプライアンスポリシーを適時に受信できるかどうかは、セキュリティ管理上の重要な課題だ。特にリモートワークが一般化した現在、オフィス外から接続するデバイスの管理信頼性向上は大きなメリットとなる。 Apple管理機能の強化 今回のリリースではAppleデバイス向けの管理機能も強化されている。iPhoneやiPad、Macをビジネス環境で活用する企業が国内でも増えており、より細かなポリシー制御やコンプライアンス状態の把握が可能になることで、Apple製品を主軸とする職場環境でもIntuneを中心とした一元管理体制を維持しやすくなる。 モバイルアプリ管理（MAM）の新機能 モバイルアプリケーション管理（MAM：Mobile Application Management）の領域でも改善が加えられた。BYODポリシーを採用している組織では、個人端末上の業務アプリとデータを安全に管理するためにMAMが重要な役割を果たしており、今回の機能追加はそのユースケースをさらに広げるものとなっている。 まとめ Microsoft Intuneは、Microsoft 365およびMicrosoft Entraと連携することでゼロトラスト戦略の中核を担うソリューションだ。3月のアップデートは地味ながらも実用的な改善が中心で、特に通知の信頼性向上とクロスプラットフォーム管理の充実という方向性は、多様なデバイスが混在する現代の企業IT環境のニーズに合致している。 各機能の詳細はMicrosoftの公式ドキュメントおよびIntune管理センターで確認できる。 元記事: Microsoft Intune Updates Improve Compliance Visibility and Device Management

Microsoftは2026年4月1日、クラウドネイティブSIEM（セキュリティ情報・イベント管理）ソリューション「Microsoft Sentinel」にカスタムグラフ（Custom Graphs）機能を追加し、パブリックプレビューとして提供を開始した。 現代のサイバー攻撃に対応する「グラフ」アプローチ 現代のサイバー攻撃は、単一のエンドポイントに留まらず、ユーザーアカウント・デバイス・ID基盤・クラウドアプリケーションなど複数のエンティティをまたいで横断的に進行する。従来のログベースの調査では、こうした横断的な攻撃経路の全体像を把握するのに多くの時間と手間がかかっていた。 カスタムグラフ機能は、こうした課題に対応するため、セキュリティデータ間の関係性をノードとエッジで視覚的に表現するグラフ構造をSentinelに導入するものだ。セキュリティアナリストは、攻撃がどのエンティティを経由してどのように伝播したかを、直感的なグラフUIで把握できるようになる。 カスタムグラフ機能のポイント カスタマイズ性: 組織固有のデータスキーマや調査ニーズに合わせて、グラフの構造やノードの定義を自由に設定できる 複雑な攻撃チェーンの追跡: ラテラルムーブメント（横移動）や多段階のフィッシング攻撃など、複数エンティティをまたぐ攻撃シナリオの調査に強みを発揮 既存機能との統合: Microsoft Sentinelのインシデント調査画面やKQLクエリと連携し、既存のワークフローを大きく変えることなく活用可能 日本企業への影響 Microsoft 365やAzure Active Directory（現Microsoft Entra ID）を活用する日本企業にとって、Sentinelはセキュリティ監視の中核を担うプラットフォームとして普及が進んでいる。特に、ゼロトラストセキュリティの推進やEDR/XDR導入が加速する中、攻撃の全体像を素早く把握する可視化ツールへの需要は高まっている。 カスタムグラフ機能はパブリックプレビュー段階のため、本番環境での利用には注意が必要だが、セキュリティチームは今のうちから検証を始めておく価値があるだろう。 正式リリースのタイムラインや詳細な設定方法については、Microsoft公式ドキュメントおよびSentinelのパブリックプレビュー案内を参照されたい。 元記事: Microsoft Sentinel Introduces Custom Graphs Support in Public Preview

Microsoft 365、2026年7月から商用ライセンスを値上げ Microsoftは2026年3月24日、商用向けMicrosoft 365スイートのパッケージおよび価格改定を発表した。新価格は2026年7月1日より全世界で適用され、既存顧客は7月1日以降の次回更新時から影響を受ける。 値上げの背景 Microsoftは今回の改定について、「過去数年間で大幅に拡充したAI・セキュリティ・IT管理機能の価値を価格に反映するもの」と説明している。具体的に追加される機能の例として、以下が挙げられている。 AI: Copilot Chat、Copilot Chat Analytics セキュリティ: Microsoft Defender for Office 365 Plan 1 IT管理: Intune Suite（Remote Help、Advanced Analytics、Plan 2、Privilege Management、Microsoft Cloud PKI、Application Managementを含む） これらの新機能は2026年第3四半期（CY26 Q3）から順次ロールアウトが始まり、2026年8月1日までに展開完了予定。テナントへの適用前には30日前にメッセージセンターで事前通知が行われる。 対象製品 価格改定の対象となる主な製品は以下の通り。 カテゴリ 製品 エンタープライズ Office 365 E3/E5、Microsoft 365 E3/E5、EMS E3/E5、Windows E3/E5 ビジネス M365 Business Basic/Standard、Apps for Business フロントライン M365 F1/F3 政府向け M365 G3/G5、GCC F1/F3、Office 365 G1/G3 スタンドアロン Microsoft 365 Apps、Entra P1/P2、Per Device SKU なお、今回の発表はTeams分離SKU（Teamsあり／なしのSKU分割）とは別の施策であることが明記されている。 企業への影響 日本国内でも多くの企業がMicrosoft 365を基盤として採用しており、ライセンスの更新スケジュールや予算計画への影響は避けられない。特にエンタープライズ契約を持つ組織は、7月1日以降の更新タイミングを早めに確認し、コスト試算を見直しておくことが推奨される。 具体的な値上げ幅は製品・地域ごとに異なり、Microsoftの公式価格表で確認できる。新機能の追加と引き換えとはいえ、既にDefenderやIntuneをアドオンで購入している組織では費用対効果の再評価が必要になるケースもありそうだ。 ...

Microsoft Agent 365とは何か Microsoftは2026年5月1日、AIエージェント管理の新サービスMicrosoft Agent 365を正式リリース（GA）する。エンタープライズ向けAI活用が加速するなか、IT部門・セキュリティチームにとって準備必須の新プラットフォームだ。 Agent 365は、組織内で稼働するすべてのAIエージェントを一元的に「観測・ガバナンス・セキュリティ管理」するためのコントロールプレーンである。エージェントを構築するツールではない点に注意が必要だ。エージェント構築はCopilot Studio、Microsoft Foundry、またはAgent Builderが担う。Agent 365の役割は、Microsoftプラットフォーム製・サードパーティ製を問わず、テナント上で動作するすべてのエージェントを管理下に置くことにある。 Microsoftはこれを「Microsoft PurviewやEntraがユーザーとデータに対して行ってきたことを、エージェントにも拡張したもの」と説明しており、AIガバナンスの中核インフラとして位置づけている。 2種類の認証フロー：OBOとエージェントIDの違い Agent 365はMicrosoft Entra Agent IDを基盤とした2種類の認証フローをサポートする。この違いを正しく理解することが、設計・ライセンスの両面で極めて重要だ。 On-Behalf-Of（OBO）フロー — 5月1日よりGA GAリリース時の標準モデルはOBO（代理実行）フローだ。エージェントはユーザーの委任トークンを受け取り、ユーザーの権限・コンテキストで処理を実行する。メールや予定表、ファイルなどユーザー固有のデータへのアクセス、明示的なユーザー同意が必要な操作、ユーザーコンテキストの保持が求められるシナリオに最適だ。監査ログも充実しており、コンプライアンス要件に応えやすい。 エージェントID認証 — プレビュー継続 もう一方は、エージェントが自身の認証情報で独立して動作するモデルだ。ユーザーとは切り離された独自のIDと権限を持ち、スケジュールタスク・監視ジョブ・バックグラウンド処理など完全自律型の操作に向いている。エージェント自身のメールボックスからメール送信や会議作成を行うことも可能だ。ただし、こちらは5月1日以降もプレビューのまま継続される。 ライセンス：従来の「エージェント単位」から「ユーザー単位」へ ライセンスモデルの変更も注目点だ。初期のFrontierプログラムではエージェント単位の課金が示唆されていたが、GAに際してユーザー単位のSKU、月額15ドル/ユーザーに刷新された。Microsoft 365 E7ライセンスに同梱されるほか、スタンドアロンでの購入も可能だ。 この変更理由について製品チームはAMA（Ask Me Anything）セッションで「予算の予測可能性」を挙げている。組織はユーザー数を把握しているが、将来的に何台のエージェントが稼働するかを事前に見積もることは困難だ。ユーザー単位に統一することで、IT部門が導入コストを計画しやすくなる。 日本のIT管理者へのポイント 国内企業でもMicrosoft 365の活用が進むなか、Copilot Studioで社内エージェントを構築・展開しているケースが増えている。Agent 365の登場により、これらエージェントの可視化・統制が一段と強化される。5月1日のGA前に、認証フローの設計方針とライセンス要件を社内で確認しておくことが推奨される。 元記事: Microsoft Agent 365 FAQ: What You Need to Know Before May 1st

Microsoft 365 Copilot、3月の大型アップデートで企業活用をさらに加速 Microsoftは2026年3月、Microsoft 365 Copilotに複数の新機能を追加した。今回のアップデートは「Copilotが正確な情報を返すか不安」「社内でどれだけ活用されているかわからない」といった、企業のIT管理者や現場が抱える課題に直接応えるものとなっている。 SharePoint管理センターに「権威あるソース」指定機能が登場（4月ロールアウト開始） 最大の目玉は、SharePointの管理センターからCopilot検索の優先情報源（権威あるソース）を指定できる新機能だ。4月より順次展開される。 Copilotは社内のさまざまなドキュメントやサイトを横断して回答を生成するが、情報源の信頼性にはばらつきがある。この機能を使うと、管理者が「このSharePointサイトの情報を優先して参照せよ」と明示的に設定できるため、公式ポリシー文書や最新の製品仕様書など、確度の高い情報をCopilotが優先的に参照するようになる。 日本企業においても、部門ごとにばらばらな情報が散在していることが多い。権威あるソースを明示できるこの機能は、Copilotの回答精度向上と情報ガバナンス強化を同時に実現するものとして注目される。 Teamsにコミュニティエージェントが追加 Microsoft Teamsでは、コミュニティ向けのCopilotエージェントが新たに利用可能になった。Teamsのコミュニティ機能（社外を含む大規模グループ向け）にもAIエージェントを配置できるようになり、Q&Aへの自動応答や情報共有の効率化が期待できる。 コミュニティ運営者がエージェントをカスタマイズし、よくある質問への自動回答や特定ドキュメントへの案内を設定するといった活用が見込まれる。 管理者向け「Readinessページ」で利活用状況を可視化 Copilotの導入後に「実際にどれだけ使われているのか」を把握できていない管理者は多い。今回展開されるReadinessページでは、組織内のCopilot利用状況をダッシュボード形式で確認できる。ライセンス割り当て状況、アクティブユーザー数、機能別の利用傾向などが一目でわかるようになり、ROI（投資対効果）の評価や追加トレーニング計画の立案に活用できる。 日本企業への影響 日本のMicrosoft 365ユーザー企業では、Copilotの段階的導入が進んでいる。特にSharePointの権威あるソース指定は、コンプライアンス要件の厳しい金融・製造・医療業界での活用促進につながる可能性が高い。また、Readinessページによる利活用の可視化は、DX推進担当者が経営層へ効果を報告する際の強力な根拠となるだろう。 各機能のロールアウトスケジュールはテナントによって異なるため、Microsoft 365管理センターのメッセージセンターで最新情報を確認することを推奨する。 元記事: What’s New in Microsoft 365 Copilot | March 2026

MicrosoftがAIエージェント管理の新基盤を発表 Microsoftは2026年5月1日、AIエージェントの統合管理プラットフォーム「Agent 365」と新しいエンタープライズライセンス「Microsoft 365 Enterprise E7」の一般提供（GA）を開始する予定だ。企業内に急増するAIエージェントの監視・ガバナンス・セキュリティを一元管理する「コントロールプレーン」として機能し、他社ベンダー製エージェントも管理対象に含まれる。 なぜ今なのか 近年、大企業ではメール・ドキュメント・業務アプリを横断して自律的に動作するAIエージェントの試験導入が加速している。しかし、その動きに伴い「データ漏洩リスク」「コンプライアンス違反」「監査証跡の欠如」といった懸念がセキュリティチームから多く寄せられていた。 MicrosoftはすでにCopilotをWord、Excel、Teamsに統合済みだが、「エージェントが何にアクセスでき、何をできるのか」をより細かくコントロールしたいという要望に応える形で、今回の発表に至った。 Agent 365の主要機能 Agent 365の中核は、AIエージェントに「ファーストクラスのID（アイデンティティ）」を付与する仕組みだ。各エージェントをユーザーと同様に管理でき、ロール割り当て・アクセス制限・監査ログが利用可能になる。 主な機能は以下のとおり： エージェントIDとポリシー管理 — ロールベースのアクセス制御と紐付け オブザーバビリティ — エージェントの行動・プロンプト・データアクセスをトレース ゼロトラスト制御 — 最小権限の原則に基づくアクセス制限 これらにより、エージェントが不正なデータへアクセス・変更するリスクを低減し、インシデント調査やコンプライアンス証明を容易にする。 E7：AIエージェント時代のガバナンス統合ライセンス 新設される「Microsoft 365 Enterprise E7」は、複数部署にわたって多数のAIエージェントを展開する組織を主なターゲットとしている。既存のE3・E5が持つ条件付きアクセス・DLP（データ損失防止）・暗号化・インサイダーリスクの各制御を、エージェント向けに統合・拡張するものとみられる。 日本企業においても、クラウドセキュリティや個人情報保護法対応の観点から、エージェントの行動ログ管理は今後必須要件になるだろう。 モデルの選択肢：OpenAIとAnthropicに対応 「Microsoft 365 Copilot Wave 3」では、OpenAIモデルに加えてAnthropic Claudeも選択肢として提供される。これにより企業はタスクの性質・リスクプロファイル・コストに応じて最適なモデルを選べるようになる。 また、特定モデルにサービス障害やポリシー変更が発生した際の代替手段としても有効であり、業界・地域ごとの規制要件への対応にも柔軟性をもたらす。 残る課題 CRM・ERPなどサードパーティシステムとの統合をどう実現するかは、今後の重要な論点だ。多くのエージェントはM365の外側で動作するため、標準化されたログ形式や明確な統合パスが必要になる。ライセンスコストの詳細も現時点では明らかになっておらず、導入判断には引き続き注目が必要だ。 元記事: Microsoft Debuts Agent 365 and E7 - The New York Report

CISAがIntuneのセキュリティ強化を緊急勧告 2026年3月18日、米国土安全保障省サイバーセキュリティ・インフラセキュリティ庁（CISA）は、Microsoft Intuneをはじめとするエンドポイント管理システムのセキュリティ強化を求める緊急アラートを発行した。背景にあるのは、マルウェアを一切使わず、Intuneの正規の管理機能だけを悪用して広範な被害をもたらしたサイバー攻撃だ。 この事案は、エンドポイント管理ツールに対するセキュリティの認識を根本から見直す契機となりつつある。 「Tier 0」とは何か——Active Directoryセキュリティの文脈 MicrosoftのActive Directoryセキュリティモデルでは、環境を3つの特権層（Tier）で管理する概念が広く普及している。 Tier 0（最高特権）: ドメインコントローラー、Azure AD（Microsoft Entra ID）など、IDインフラそのものを制御するシステム Tier 1: サーバーやアプリケーション管理 Tier 2: ワークステーションやエンドユーザー管理 従来、Intuneは「エンドユーザー端末を管理するツール」としてTier 2相当に位置づけられることが多かった。しかし今回の攻撃はその前提を崩した。 なぜIntuneはTier 0に昇格すべきか Intuneが持つ能力を整理すると、その脅威の本質が浮かび上がる。 コードのリモート展開: スクリプトやアプリケーションを組織内の全端末に一斉配布可能 構成の強制変更: セキュリティポリシーやシステム設定を上書き 条件付きアクセスとの連携: Entra IDと統合され、認証フローそのものに影響 証明書・資格情報の配布: 攻撃者が横展開（ラテラルムーブメント）に必要な鍵を手にできる 攻撃者がIntuneの管理権限を奪取すれば、マルウェアを一行も書かずに組織全体を掌握できる。これはまさにTier 0への攻撃と等価だ。 日本企業への示唆 Intune（旧Microsoft Endpoint Manager）はMicrosoft 365 Business/Enterpriseライセンスに含まれており、日本でもMicrosoft 365を導入済みの企業に広く利用されている。ゼロトラスト推進の文脈で「端末管理の基盤」として積極導入が進む一方、そのセキュリティ保護は後回しにされがちだ。 CISAの勧告は以下の対策を推奨している： Intune管理者ロールへの多要素認証（MFA）の徹底 特権アクセスワークステーション（PAW）からのみ管理操作を許可 Intune関連の操作ログの継続的な監視 最小権限の原則（PoLP）に基づく管理者ロールの見直し まとめ 「エンドポイント管理ツール」という名称から来る過小評価が、Intuneをセキュリティの死角にしてきた。単一のコントロールプレーンがコード配布・構成変更・認証制御を一手に握る以上、その保護レベルはActive Directoryと同等——すなわちTier 0として扱うべきだ。 Intuneの管理権限は、ドメイン管理者権限と同じ重さで守る必要がある。 元記事: Why Microsoft Intune Belongs in the Tier 0 Identity Control Plane

Microsoft 365 CopilotのResearcherエージェント、マルチモデル戦略で進化 Microsoftは、Microsoft 365 Copilotに搭載された「Researcherエージェント」の大規模アップデートを発表した。今回の更新では、OpenAIのGPTモデルとAnthropicのClaude（クロード）モデルを組み合わせた新機能「Critique（クリティーク）」が導入され、AIが生成する回答の品質が大幅に向上する。 Researcherエージェントとは Researcherエージェントは、Microsoft 365 Copilotに組み込まれたAI機能で、複雑な質問に対してMicrosoft 365内の各種データソース（メール、会議記録、ドキュメント、Webなど）から情報を横断的に収集し、包括的な回答を生成する。単純なチャットアシスタントとは異なり、深い調査・分析が必要なビジネスシナリオを想定して設計されている。 新機能「Critique」の仕組み 今回追加されたCritique機能は、AIが出した回答を別のAIモデルが批評・検証するという「マルチモデル検証」の仕組みを採用している。具体的には、ResearcherエージェントがGPTを使って生成した回答に対し、Anthropicが開発したClaudeが独立した視点からレビューを行い、精度・網羅性・論理的一貫性などを評価する。これにより、単一モデルでは見落とされがちな誤りや不完全な情報が補正される。 このアプローチは、異なるAI企業のモデルを競合ではなく補完的に活用するMicrosoftの戦略を示しており、業界的にも注目に値する。Microsoft自身がOpenAIへの大規模投資を行いながら、AnthropicのClaudeも積極的に活用するという選択は、「最良の結果を得るために最良のツールを使う」という実用主義的な姿勢の表れといえる。 日本企業への影響 日本でもMicrosoft 365の法人利用は広く普及しており、Copilotの機能強化は多くの企業に直接影響する。特に、社内情報の横断検索や複雑なビジネス課題への回答精度が向上することで、ナレッジマネジメントやビジネスインテリジェンスの分野での活用が一層加速するとみられる。 企業のIT担当者は、今後のCopilotライセンス更新時にこのResearcherエージェントの強化を活用できるか確認しておくことが望ましい。 まとめ 今回のアップデートは、単一のAIモデルの限界を複数モデルの協調で突破しようとする新しいトレンドを体現している。GPTとClaudeという業界を代表する2つのモデルが協力してビジネスユーザーの回答品質を高めるという試みは、エンタープライズAIの次のステージを示唆している。 元記事: Microsoft 365 Copilot’s Researcher Agent Now Uses GPT and Claude to Improve Answers

Microsoftは、Microsoft Entra管理センターに新たな「ライセンス使用状況（License Usage）」ページを追加した。組織が購入したEntraライセンスの利用実態を、機能単位で可視化できる機能だ。 ライセンス管理の課題を解消 多くの企業が直面しているのが、Entraライセンスの過不足を把握しにくいという問題だ。Microsoft Entra ID P1やP2といったプレミアムライセンスには多数の機能が含まれているが、どの機能がどれだけ使われているかを確認する手段がなく、過剰購入や未活用ライセンスの放置が常態化していた。 今回追加されたページでは、条件付きアクセス（Conditional Access）、Identity Protection、Privileged Identity Management（PIM）などのプレミアム機能ごとに、実際の利用状況をダッシュボード形式で確認できる。 機能レベルの可視化で最適化が可能に 従来の管理ツールでは「ライセンスが割り当てられているかどうか」しか分からなかった。新しいページでは、割り当て済みライセンスのうち実際に機能を利用しているユーザー数を把握でき、「ライセンスは持っているが誰も使っていない機能」を特定できる。 日本企業においても、Microsoft 365のライセンス管理は常にコスト最適化の課題として挙げられる。特にEntra ID P2はP1に比べて高価なため、PIMやIdentity Protectionを使いこなせているかどうかの確認は、ライセンス費用削減に直結する。 利用方法 Microsoft Entra管理センター（entra.microsoft.com）にサインインし、「ID」→「概要」→「ライセンス使用状況」から確認できる。グローバル管理者またはライセンス管理者のロールが必要だ。 この機能はパブリックプレビューとして提供されており、今後さらなる機能拡張が予定されている。ライセンスの棚卸しや契約更新を控えている組織にとって、まず確認すべきツールになるだろう。 元記事: New Microsoft Entra License Usage Insights Shows Feature‑Level License Consumption

Microsoft 365への週末アクセス、どう制御する？ Microsoft 365（M365）のアクセスを特定の時間帯や曜日に制限したい——そんなニーズに応える方法として、条件付きアクセスポリシー（Conditional Access Policy） と Azure Automation Runbook を組み合わせたアプローチが注目されている。 ベータ機能の存在と課題 MVPのDaniel Bradley氏が最近紹介したように、Microsoftは現在、条件付きアクセスポリシーに時間帯ベースのブロック機能をベータ提供している。Graph APIのベータエンドポイントからアクセス可能で、接続を許可する曜日や時刻を条件として設定できるとみられる。 しかしこのベータ機能には公式ドキュメントが一切存在しない。Microsoftが顧客需要の低さから開発を後退させているとも考えられ、実運用への採用はリスクを伴う。 背景：「つながらない権利」と働き方の変容 時間外のシステムアクセス制限が話題になった背景として、2016年のフランスの法律がある。同法は従業員に対し、週末や休暇中にIT機器の使用を避ける権利（いわゆる「つながらない権利」）を付与したものだ。日本でも近年、労働時間外のメール対応やSlack通知に関する議論が高まっており、同様の要件を検討する企業は増えている。 もっともCOVID-19以降はリモートワークが普及し、時間や場所を問わない働き方が一般化した。現在は「いつでもアクセスできること」を重視する企業が多いのも事実だ。 ベータ不要——今すぐ実現できる構成 Office 365 IT ProsのTony Redmond氏によれば、ベータ機能を使わずとも以下の組み合わせで同等の効果を得られる。 条件付きアクセスポリシー: 管理者アカウントや緊急アクセス（Break Glass）アカウントを除く全ユーザーのM365アクセスをブロックするシンプルなポリシーを作成する 動的グループ（Dynamic Group）: ブロック対象ユーザーを自動的に管理するAzure ADの動的グループを構成する Azure Automation Runbook: 金曜20時にポリシーを有効化し、月曜7時に無効化するスケジュール実行を設定する RunbookではMicrosoft Graph PowerShell SDKを使い、対象ポリシーの有効/無効を切り替えると同時に、対象グループのメンバー全員のサインインセッションを強制失効（Revoke-MgUserSignInSession）させることもできる。必要な権限は Policy.ReadWrite.ConditionalAccess、Group.Read.All、User.RevokeSessions.All、GroupMember.Read.All の4つだ。 まとめ ベータ機能に頼らずとも、条件付きアクセスポリシー＋Azure Automationという今日すぐ使える組み合わせでM365のアクセス時間帯制御は実現できる。法令対応やセキュリティ強化の観点からアクセス管理を見直したい企業にとって、実績のある安定した手法として検討する価値がある。 元記事: Conditional Access Policies are the Best Way to Block Weekend Access to Microsoft 365

Microsoft 365 E7「フロンティアスイート」発表——AIエージェント時代の新たな最上位プラン Microsoftは、企業向けMicrosoft 365の新しい最上位ティアとなる Microsoft 365 E7（通称「フロンティアスイート」） を発表した。E7は単なるライセンスのアップグレードではなく、企業内で急増するAIエージェントを安全・効率的に運用するための統合基盤として設計されている。 Agent 365——AIエージェントのコントロールプレーン E7の中核機能となるのが Agent 365 だ。これは、組織内で稼働するすべてのAIエージェントを一元的に可視化・管理するコントロールプレーンとして機能する。具体的には以下の3つの柱を備える。 観測性（Observability）: どのエージェントが何をしているかをリアルタイムに把握 ガバナンス（Governance）: エージェントのアクセス権限やポリシーを組織横断で管理 セキュリティ（Security）: エージェント経由のデータ漏洩や不正操作を検知・ブロック Microsoftは、自社内ですでに 50万以上のAIエージェント を本番稼働させており、1日に 6万5,000件以上の回答 を生成していると公表している。これは単なるデモ数字ではなく、Agent 365が実運用を経て磨かれた製品であることを示している。 Copilotで使えるモデルが拡充——Claude・GPT最新版を選択可能に E7のもう一つの目玉は、Microsoft Copilot で利用できるAIモデルの選択肢拡大だ。Frontier経由で Anthropic Claude と OpenAI の最新モデル が利用可能になる。これにより、業務内容や出力品質の好みに応じてモデルを使い分けることができる。 日本企業にとっても注目点は多い。Microsoft 365はJBSを含む多くの国内企業で標準的な業務基盤となっており、E7への移行によってCopilotの活用範囲が大幅に広がる可能性がある。特に、複数のAIエージェントを並行して運用している組織では、Agent 365のガバナンス機能がコンプライアンス対応やリスク管理の面で大きな価値を持つだろう。 AIエージェント管理が「インフラ問題」になる時代へ 今回の発表が示すのは、AIエージェントが「実験的な取り組み」から「管理が必要なインフラ」へと移行しつつあるという現実だ。単一エージェントの導入フェーズを超え、数十・数百のエージェントが業務プロセスに組み込まれる段階では、可視性とコントロールが不可欠になる。 Microsoft 365 E7の詳細な価格や提供時期は順次アナウンスされる見込みで、既存E3・E5ユーザーへのアップグレードパスにも注目が集まっている。 元記事: Partner Blog | Introducing Microsoft 365 E7: The Frontier Suite

Microsoft 365、複数サービスの障害が長期化——管理者は早急な確認を 2026年3月28日時点で、Microsoft 365（M365）において8件のサービス障害（Service Degradation）が継続中であることが確認された。障害の中には3月中旬から解消されていないものも含まれており、企業の情報システム担当者は改めて影響範囲を確認することが推奨される。 継続中の主な障害一覧 発生日 影響サービス 概要 3月27日 Power BI / Azure Analysis Services デスクトップ版からAzure Analysis Servicesへのライブ接続レポートに接続できない場合がある 3月27日 SharePoint Online SharePoint Designer 2013を使用したサイト編集が不可 3月25日 Exchange Online カスタムアドインへの接続が不可 3月23日 Outlook 「My Templates」アドインにアクセスできない場合がある 3月20日 Exchange Online（Outlookモバイル） モバイルアプリからのメールボックスアクセスが断続的に不可 3月19日 Microsoft 365（米国） 米国内の一部ユーザーがM365サービスに断続的にアクセスできない 3月18日 SharePoint Online 検索結果で高関連度アイテムが優先表示されない 3月17日 Outlook Classic Microsoft Teams会議アドインが有効な状態でOutlook Classicが使用不可 注目すべきポイント Outlookモバイルのメールボックスアクセス障害は3月20日から継続しており、テレワーク中のスマートフォンユーザーに直接影響する。特にOutlookアプリを業務の主要コミュニケーション手段としている組織では注意が必要だ。 SharePoint Designer 2013の問題は、同ツールが旧世代のツールであるにもかかわらず、現在もオンプレミスとのハイブリッド構成やレガシーワークフローで使い続けている企業において問題となりうる。Microsoftはすでに同ツールのサポート終了を案内しており、今回の障害を機に移行を検討するタイミングとも言える。 復旧済みの障害も多数 一方で、Teams会議への招待が .ics ファイルとして正しく処理されなかった問題、Microsoft 365 Copilotのボットへのメンション不可問題、Power Appsモバイル（iOS 26.4）でのモデル駆動型アプリへのアクセス不能などは、3月28日までに順次復旧が確認されている。 管理者へのアクション M365テナントを管理する情報システム担当者は、Microsoft 365管理センターの「サービス正常性」ダッシュボードから最新ステータスを確認することを強く推奨する。特に影響を受けているユーザーから問い合わせが来ている場合は、インシデントIDをもとにMicrosoftサポートへのエスカレーションも検討されたい。 Microsoftは各障害に対してインシデントIDを付番しており、管理センターから詳細な影響範囲と回避策（ワークアラウンド）を確認できる。 元記事: M365 Service Status (9 degradations at 2026-03-28) ...