Microsoft Teamsのセキュリティを強化して外部からの脅威に備える

By Mirko Peters · 2026-08-22

Teamsセキュリティの重要性 月間アクティブユーザーが3億2,000万人を超える Microsoft Teams は、サイバー犯罪者にとって主要な標的となっています。リモートコラボレーションへの急速な移行によってデジタル上の攻撃対象領域が広がりました。多くの従業員は、このプラットフォームをメールに比べて信頼できる社内の空間として扱いがちです。攻撃者はまさにこの信頼につけ込み、ソーシャルエンジニアリングやフィッシングキャンペーンを仕掛けています。

Automatically translated with AI from the original post. Read the English original

Teamsセキュリティの重要性

月間アクティブユーザーが3億2,000万人を超える Microsoft Teams は、サイバー犯罪者にとって主要な標的となっています。リモートコラボレーションへの急速な移行によってデジタル上の攻撃対象領域が広がりました。多くの従業員は、このプラットフォームをメールに比べて信頼できる社内の空間として扱いがちです。攻撃者はまさにこの信頼につけ込み、ソーシャルエンジニアリングやフィッシングキャンペーンを仕掛けています。

攻撃者は、ファイル共有やチャットに Microsoft Teams の機能を利用することで、従来のセキュリティフィルターを回避するケースが増えています。現在よく見られる手口は、IT担当者になりすまして認証情報を盗んだり、一見無害な外部からのメッセージを通じてマルウェアを送り込んだりするものです。これらの脅威を防ぐには、既定の構成に頼るだけでは不十分になっています。

噂や業界の憶測とは裏腹に、Teams がなくなることはありません。Microsoft のモダンライフサイクルポリシーのもとで、現代の職場を支える基幹サービスであり続けます。Microsoft は、サービスを強化するために AI を活用した保護 や、Microsoft Entra ID との深い統合に引き続き多額の投資を行っています。M365 FM Podcast が繰り返し取り上げているように、事前の対策は反復的なプロセスです。管理者は「既定で信頼する」という考え方から、厳格な ゼロトラスト の姿勢へ移行し、進化し続ける脅威を防ぐ必要があります。

基盤としてのゼロトラスト

ゼロトラスト のフレームワークを Microsoft Teams に適用するには、ネットワークを基準とした信頼から、すべてのやり取りを明示的に検証するモデルへの移行が必要です。Teams はチャット、ファイル共有、会議を単一のハブに統合しているため、セキュリティはオフィスの境界ではなく、データとユーザーに追従する必要があります。「決して信頼せず、常に検証する」という戦略に移行することで、すべてのアクセス要求が、ID、デバイスの正常性、状況に応じたリスクに基づいて検証されるようになります。

このアプローチの中核となるのが、主要なポリシーエンジンとして機能する Microsoft Entra の条件付きアクセスです。これらの制御により、Windows Hello for Business やハードウェアセキュリティキーなど、フィッシングに耐性のある多要素認証 (MFA) を適用でき、認証情報の窃取リスクを効果的に軽減できます。深く自動化された統合を求める組織には、M365 FM Podcast が、これら Entra のシグナルが最新の Teams の機能とどのように相互作用するかについて継続的に情報を提供し、安全なコラボレーションの基準を維持するのに役立ちます。

デバイスの正常性も同様に重要です。Microsoft Intune を使用することで、管理対象で準拠しているデバイスだけが社内リソースにアクセスできるようにできます。デバイスがセキュリティ基準を満たさなくなった場合、アクセスはリアルタイムで取り消されます。この動的な姿勢により、侵害されたハードウェアを使って SharePoint の機密文書やチャット履歴を取得されることを防げます。

Microsoft のゼロトラストモデルは、Microsoft Teams のセキュリティ確保にどのように適用されますか?

Microsoft Teams のセキュリティを Zero Trust モデルで確保するには、ネットワークの境界だけに頼らず、チャット、ファイル共有、会議を含むすべてのやり取りについて、厳格な ID とデバイスのコンプライアンスの確認を行う必要があります。Microsoft Entra Conditional Access を活用すると、フィッシングに強い多要素認証を使用し、管理されていて正常な状態にあるデバイスを持つユーザーだけが、機密性の高い Teams データにアクセスできるようになります。このアプローチでは、最小特権の原則を適用します。また、Privileged Identity Management を通じて Just-In-Time アクセスをユーザーに提供し、アカウントが侵害された場合の影響範囲を最小限に抑えます。セキュリティ ポリシーはリアルタイムのシグナルに基づいて継続的に評価されます。つまり、デバイスがコンプライアンス違反の状態になった場合や、サインインのリスクが検出された場合には、アクセスが直ちに取り消されます。最終的に、Teams はオープンなコラボレーション ハブから、すべてのトランザクションが既定で検証、監視、保護される管理された環境へと変わります。

Teamsセキュリティに欠かせないベストプラクティス

Microsoft Teamsのセキュリティを強化するには、既定の構成のままにせず、厳格な最小権限モデルを導入する必要があります。管理者権限の乱立を防ぐ最も効果的な方法の一つは、チーム作成の権限を制限することです。これは管理センターのMicrosoft 365グループを通じて一元的に管理できます。新しいワークスペースを作成できるユーザーを制限すると、所有者のいないデータや不要な外部公開のリスクを減らせます。

ID は依然として最も重要な境界です。堅牢な多要素認証を、条件付きアクセス ポリシーで適用してください。これにより、アクセスを許可する前にデバイスの正常性とユーザーの場所を確認できます。ユーザーが認証されたら、秘密度ラベルを適用して、コンテンツを機密、内部、公開に分類します。これにより、データがプラットフォーム内のどこにあっても、保護ポリシーがデータそのものに追従します。

機密性の高い話し合いには、プライベート チャネルを使用して、表示対象を特定のメンバーに限定してください。同時に、データ損失防止 (DLP) ポリシーを展開し、クレジットカード番号や個人を特定できる情報 (PII) などの機密情報が、チャットやファイル内で共有されないよう自動的にブロックします。こうした自動化されたガードレールは、常時の手作業による監視に頼らずにコンプライアンスを維持するうえで極めて重要です。

外部とのコラボレーションやサードパーティ製の統合は、攻撃対象領域を大きく広げます。環境を強化するには、次の制御戦略を検討してください。

• ゲスト アクセスとフェデレーションの許可リストまたはブロックリストを構成し、組織と対話できる外部ドメインを厳密に定義します。
• 匿名での会議参加を無効にし、セッションに参加する前に、すべての参加者がホストによって確認されるようにします。
• サードパーティ製アプリケーションは既定ですべてブロックし、審査済みで承認されたツールだけを許可リストで管理して、悪意のあるスクリプトの侵入を防ぎます。

これらの方法を組み合わせると、事後対応型のセキュリティ体制から、侵害を前提としてすべてのやり取りを検証する体制へと移行できます。監査ログを継続的に監視すると、構成のドリフトや不正なアクティビティを特定しやすくなり、組織の拡大に伴ってもセキュリティのベースラインを維持できます。

外部アクセスとコミュニケーションの管理

企業のファイアウォールを越えたコラボレーションでは、生産性とリスクの間で慎重なバランスが求められます。オープン フェデレーションは通信を簡素化する既定の設定ですが、外部の悪意ある主体に対して Microsoft Teams 環境を脆弱な状態にします。Teams 管理センターでオープン フェデレーションから、信頼できる特定の SMTP ドメインの許可リストに切り替えることで、この露出を抑えられます。

ゲストアクセスとB2Bメンバーアクセスを区別することも、もう一つの重要なステップです。Microsoft Entra のクロステナントアクセス設定を使用して、信頼されていないテナントからの受信アクセスを既定でブロックし、ゼロトラストの姿勢を確保しましょう。より深いコラボレーションには、B2B ダイレクト コネクトを利用できます。これにより、他組織のユーザーはゲストアカウントなしで共有チャネルに参加できます。ただし、両方のテナント間で相互の信頼構成が必要になる点に注意してください。

管理者は、画面録画と外部とのコミュニケーションに関して、Teams のプライバシー設定をどのように適切に構成すればよいでしょうか。

会議のセキュリティは、主要な門番として機能するロビーから始まります。ロビーのバイパスを制限し、匿名ユーザーだけでなく、フェデレーションされたパートナーであっても、ホストによる明示的な承認を待つようにしてください。会議ポリシーでは、外部参加者による画面の共有要求や制御の取得を無効にしましょう。これは、望ましくないシステムアクセスによく使われる経路です。さらに、会議の録画権限はオーガナイザーと共同オーガナイザーに厳密に限定し、機密性の高い議論が無断で記録されるのを防いでください。

Microsoft Teams はファイルを SharePoint と OneDrive に保存するため、セキュリティ対策はこれらのプラットフォームにも及ぶ必要があります。外部へのファイル共有権限は定期的に監査し、より広いガバナンス戦略と整合していることを確認してください。これらの設定を調整することで、過剰な権限の乱立という典型的な落とし穴を避けつつ、外部パートナーとの必要な連携を維持できます。

Defender for Office 365 と Microsoft Purview の活用

Microsoft Defender for Office 365 を活用してセキュリティ態勢を強化するにはどうすればよいでしょうか。

Microsoft Defender for Office 365 でセキュリティ態勢を強化するには、まずドメインの SPF、DKIM、DMARC レコードを確認し、正当なメールの流れが妨げられていないことを確かめてください。次に、Microsoft Defender ポータルに組み込まれている構成アナライザーを使用して、既存の脅威ポリシーを Microsoft が推奨する「Standard」または「Strict」の基準と比較します。このツールは、フィッシング対策、マルウェア対策、セーフ リンクの設定における不備を特定します。最適化された構成をそのまま適用するか、ポリシーのずれに対処できます。

基準となる構成に加えて、Teams 向けのセーフ リンクとセーフ アタッチメントの保護を必ず有効にしてください。メール保護に注目が集まりがちですが、これらの機能はチャット内の URL に対するクリック時スキャンと、添付ファイルのリアルタイム分析を提供し、非常に重要です。また、ゼロアワー自動消去（ZAP）も有効にしておきましょう。ZAP は配信後に悪意のあるコンテンツをユーザーの受信トレイやチャット履歴から自動的に削除し、ユーザーが晒される期間を効果的に制限します。

フィッシングはアカウント侵害の主要な経路であり続けているため、攻撃シミュレーション トレーニングは、積極的に取り組むべき重要なステップです。実際に起こりうる誘導メールを模倣することで、不正なメッセージに反応しやすい高リスクのユーザーを特定し、教育できます。このようなトレーニングプログラムを、強化された Defender のポリシーと組み合わせると、基本的なテナント設定に含まれる標準の保護をはるかに超える多層防御のアプローチになります。

長期的なデータガバナンスのためには、Microsoft Purview を統合して、環境内の機密情報を管理します。データ損失防止（DLP）ポリシーを展開すると、PII や PCI 情報などの機密データがパブリック チャネルや外部チャットで共有されることをブロックできます。これらの制御を秘密度ラベルと組み合わせると、コンテンツを分類し、保持ポリシーを適用する包括的な方法になります。これにより、規制要件を満たしつつ、内部脅威の可能性に対する可視性も維持できます。

暗号化と通信セキュリティ

アーキテクチャのレベルでは、Microsoft Teams はあらゆるやり取りの基盤にデータ保護が組み込まれた設計になっています。既定では、すべてのネットワーク トラフィックが転送中に TLS（Transport Layer Security）によって暗号化されます。メディア ストリームには SRTP（Secure Real-Time Transport Protocol）が使用されます。この二重の方式により、音声、ビデオ、画面共有のデータが不正な第三者から見えない状態に保たれます。保存時のデータについては、プラットフォームが BitLocker と、SharePoint および OneDrive に組み込まれたネイティブ暗号化を活用し、バックエンドに保存されるファイルやチャット履歴を保護します。

高度な盗聴の試みに対抗するため、このサービスはサーバー間通信に相互 TLS（MTLS）と証明書ベースの認証を実装しています。この仕組みにより、攻撃者が接続の途中に割り込むことを効果的に防止します。さらに、リプレイ攻撃を防ぐために、受信側は受信した RTP パケットのインデックスを保持し、重複するパケットを即座に識別して破棄します。環境内のすべての暗号鍵交換は FIPS 140-2 に準拠しており、組織が厳格な暗号化標準を満たせるようになっています。

機密性の高い 1 対 1 の会話には、エンドツーエンド暗号化（E2EE）を利用できます。E2EE では DTLS を使用し、通話ごとに固有のクライアント証明書に基づいて暗号鍵を導出します。これらの証明書はエンドポイント上で生成されるため、鍵は Microsoft からも完全に見えない状態に保たれます。プライベート通話が傍受されていないことを確認するには、参加者がそれぞれの通話証明書の SHA-256 指紋から導出された 20 桁のセキュリティ コードを照合できます。さらに、このサービスは厳格な検証プロトコルを適用し、すべてのサーバー証明書に 証明書失効リスト（CRL）の配布ポイントを含めることを要求します。これにより、認証のたびにシステムが証明書の整合性を検証できます。

監視、監査、および管理者アクセスの強化

効果的なセキュリティには、継続的な可視性が欠かせません。このための最も強力なツールが 統合監査ログです。Microsoft Teams、Exchange、SharePoint 全体での詳細なアクティビティを追跡します。これらのログは、インシデント対応に不可欠であり、潜在的な侵害を調査するために必要な監査証跡を提供します。クラウド アーキテクトにとって、これらのログの確認は欠かせない習慣であると、私たちは繰り返し強調しています。また、Microsoft Secure Score を活用して、現在のベンチマークに照らした全体的なセキュリティ態勢を改善する、実行可能な推奨事項を特定することも重要です。

基本的なルールをすり抜ける高度な脅威を検出するには、Microsoft Defender for Office 365 で高度なハンティングクエリを活用してください。これらのクエリを使うと、セキュリティチームは、不審なメールの大量配信や、SharePoint および Teams 環境における通常とは異なるアクセスパターンなどの異常を特定できます。この技術的な監視に加えて、ID の制御を強化してください。オンプレミスのインフラストラクチャから分離されたクラウド専用の管理者アカウントへの移行を推奨します。これらのアカウントでは、フィッシング耐性のある多要素認証を必ず使用し、資格情報の窃取リスクを排除してください。

管理者権限の管理では、ジャストインタイム アクセスへの移行が必要です。Microsoft Entra Privileged Identity Management (PIM) を導入すると、重要なロールは常時割り当てられた状態にするのではなく、必要なときにのみ有効化されるようになります。また、緊急時のアクセスに備えて、クラウドネイティブの「緊急アクセス」アカウントを少なくとも 2 つ用意してください。これらのアカウントは MFA をバイパスし、テナントから締め出されないようにする必要があります。ただし、厳重に監視し、日常の運用では使用しないようにしてください。

構成のドリフトは、よくあるセキュリティ上の弱点です。管理者は、カスタム ドメイン、B2B の許可リスト／拒否リスト、条件付きアクセス ポリシーに対するテナント全体の変更を、事前に監視しておく必要があります。当番組 (www.m365.fm) では、四半期ごとにレビューを実施することをお勧めしています。ゲスト アクセスの設定を監査し、サードパーティ アプリのアクセス許可を評価し、使われなくなった承認ポリシーを整理してください。このような体系的な取り組みにより、組織の変化に合わせて環境の回復力を維持できます。

Microsoft Teams はなくなりません

業界ではたびたび憶測が飛び交いますが、Microsoft Teams が廃止されることはありません。Teams は引き続き Microsoft 365 エコシステムの重要な構成要素であり、最新のコラボレーションのニーズに応えるために継続的に進化しています。このプラットフォームは 最新のライフサイクル ポリシーの対象となっているため、固定されたサポート終了日を持つ従来のバージョン別リリース モデルではなく、継続的にサービスおよびサポートが提供されています。

Microsoft Teams は廃止されるのですか？

Microsoft は、AI ツール、パフォーマンスの改善、他のクラウド サービスとのより深い統合など、Teams に新しい機能を定期的に追加しています。テナントの管理を担当している場合は、サービスの終了ではなく、継続的な更新と機能の展開を想定しておくべきです。長期的なプラットフォーム戦略と一時的なうわさを見分けることは、不要な移行を避けたい IT 管理者にとって基本的なスキルです。

これらのアーキテクチャの変化は定期的に追跡されており、小規模な更新とコラボレーション基盤の重大な変更を区別するために必要な、深い技術的背景を提供します。今後の展開や機能リリースを把握するには、プラットフォームの将来に関する確認済みの情報を、公式の Microsoft 365 ロードマップで常に確認してください。

セキュリティ強化は継続的なプロセス

セキュリティは、一度設定したら終わりというプロジェクトではありません。脅威は Microsoft Teams の機能とともに進化するため、構成も柔軟に見直し続ける必要があります。まずは ID を最初の防御線として優先し、その後に脅威保護とデータ コンプライアンスに取り組んでください。Microsoft Secure Score を定期的に確認すると、実行可能な改善点を見つけやすくなります。また、四半期ごとの監査によって、セキュリティのベースラインが構成のドリフトによって劣化していないことを確認できます。

複雑な環境を管理しているチームにとって、M365 FM Podcastは、従来型のトレーニングにかかる手間をかけずに最新情報を把握できるよう、日々のニュースと専門家による実践的な戦略をお届けします。条件付きアクセスポリシーの微調整を行う場合でも、脅威を無力化するためにゼロ時間自動消去を実装する場合でも、一貫性が欠かせません。エンドユーザーの生産性ニーズと厳格なセキュリティ体制のバランスを取るため、リング展開による段階的なアプローチを採用することを忘れないでください。

1. ID制御を監査して強化し、フィッシングに強い MFA に重点を置いてください。
2. Safe Links と Safe Attachments を使用して、Teams 向けの専用の脅威保護を有効にしてください。
3. 攻撃対象領域を最小化するために、外部アクセスと会議ポリシーを見直してください。
4. Microsoft Purview 内の秘密度ラベルと DLP ポリシーを使用して、データガバナンスを検証してください。