MSのブログで、以前以下のようなものがありました。
今まで、DiscoveryはWindowsのみであったため、macOSを利用して利用している場合には、Microsoft Defender for Cloud Apps(以下MDA)にはSaaSアプリに表示されて来ませんでした。
そのため、MDAのみではmacOSから利用するSaaSの許可、拒否を設定することは不可能でした。
ここに表示されるのは、Windowsからのアクセスのみだった
![](https://blog.intracker.net/wp-content/uploads/2024/07/d3bbada0266e2bd9213a93c41d5d45ea-1024x359.png)
今回のアップデートによって、macOSから利用されているSaaSも把握することができるようになりました。
必要ライセンス
以下のライセンスが必要になります。(M365 E5であればすべて含まれています)
- EMS E5 or Microsoft Defender for Cloud Apps単体ライセンス
- Microsoft Defender for Endpoint P1 以上(アプリをブロクする場合にはP2が必要)
設定手順
MDAとMDEの統合
MDAにMDEから情報を送信するためには、MDAとMDEの統合が必要になります。
Microsoft Defenderのエンドポイント設定から、トグルをオンにするだけなのですがオンにしてからデータが表示されるまでに最大2時間程度かかるので早めに有効化しておきましょう。
Webコンテンツのフィルター処理も、同時に有効化しておいていいかと思います。
![](https://blog.intracker.net/wp-content/uploads/2024/07/f7cf1afdca7f250f22886f88068bbe6e-1024x912.png)
![](https://blog.intracker.net/wp-content/uploads/2024/07/3e1e850d6d5529ef99f159da718ed2cf-1024x367.jpg)
公式リファレンスもあわせてご確認ください。
![](https://learn.microsoft.com/en-us/media/open-graph-image.png)
MDEの設定
まずは、現在のMicrosoft Defender for Endpoint(以下MDE)の設定を確認します。
$ mdatp health --field network_protection_status
"stopped"
stoppedの場合は、ネットワーク保護が有効になっていないのでMDAへ情報を送信することはできません。
以下のコマンドを実行し、ネットワーク保護を有効化します。
設定値には、block や audit等があるので、公式リファレンスを参照してください。
$ mdatp config network-protection enforcement-level --value block
変更するには管理者権限が必要なので、Touch IDかパスワードを入力して変更を適用してください。
![](https://blog.intracker.net/wp-content/uploads/2024/07/ed2b36e8d167801f6b453fb251bbad0c.png)
再度以下のコマンドを実行し、設定内容の確認とネットワーク保護が開始されたことを確認します。
$ mdatp health --field network_protection_status
"started"
設定変更後の値を確認
$ mdatp health --field network_protection_enforcement_level
"block"
もちろんMDM(IntuneやJamf Pro)から設定を配布することもできます。
Discoveryの確認
設定が完了したら普段利用しているSaaSを普通に使ってみます。
ログが表示されるまでタイムラグがあるので気長にいろいろなSaaSへアクセスしながら待ちましょう。
しばらくすると、Mac端末のデバイス名が表示されてくると思います。
「クラウドアプリ」→「クラウド検出」→「デバイス」タブ
![](https://blog.intracker.net/wp-content/uploads/2024/07/5d2d1edcbd2d89b7cb45775d4a0bb2f9-1024x387.jpg)
デバイス名をクリックすると、Mac端末がアクセスしているアプリ名称等を確認することができます。
![](https://blog.intracker.net/wp-content/uploads/2024/07/2e16a7e751b7d890c4209cdf4a5aeb70-1024x606.jpg)
現状では、Discoveryのみでブロック等はサポートされていないようです。
7/23修正 反映に時間がかかるようでした。
寝て起きたら非承認としたSaaSへのアクセスがMac端末でもブロックされました。
![](https://blog.intracker.net/wp-content/uploads/2024/07/349942bd64bffa2cddd22bd3a09d6d90.png)
ユーザー警告通知URLを設定していないと、ブラウザに以下のように表示されるので、エンドユーザーにはあまり優しくないかもしれません。
S3とかなんでもいいので、ページを用意しアクセスが禁止されている旨や連絡先を記述したページに飛ばしてあげると親切かと思います。
![](https://blog.intracker.net/wp-content/uploads/2024/07/d9d6219b70cbca6707566959c53ef88c-1024x439.png)
インシデントとしても記録されてきます。
![](https://blog.intracker.net/wp-content/uploads/2024/07/4c1b8d56119f095fac56aaa720fdb46f-1024x365.png)
プロセスとしても記録されるので、どのURLがBlcokされたかも確認できますね。
![](https://blog.intracker.net/wp-content/uploads/2024/07/db713351336ad02ece6b196f27ffca4c-1024x371.png)
Windowsも、以下のlearnのように制御が可能です。
![](https://learn.microsoft.com/en-us/media/open-graph-image.png)
まとめ
Mac端末が今まで監視できなかったので、悩んでい方もこちらの設定をすることでMac端末がどのSaaSへアクセスしているか等を確認することができるようになりました。
WindowsもMacも一元的に見えるようになったことで全体の把握が多少用意になったのではないでしょうか。現状では、「承認されていない」タグを付与しMDEでブロックする機能はMac版ではサポートされていないようです。
↑反映に時間がかかっていただけでした。Macでもブロックされましたので、WindowsでもMacでも両方一元的に制御できますね。
まだMac版はプライベートプレビューですが、Entra Internet Access等との組み合わせなども今後できるようになっていくかもしれません。
MDAの進化も楽しみですね。