はじめに
今回はMicrosoft 365(要はExchnage)でメール転送がされたときに検知する方法です。
管理者側の自動転送禁止は以下の手順で設定できます。
自動転送禁止設定
- Exchange管理センターを開きます。
- 「メールフロー」→「リモートドメイン」→【Default】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2024/05/d9d5764d2803916216db22bca982b1c5-1024x378.png)
- 【返信の種類を編集】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2024/05/23aeaa64efec9ffdb6c50c8103b993f1.png)
- 「自動転送を許可する」のチェックを外し、【保存】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2024/05/469929a5ac21c2b91debcfe2cedd7a39.png)
転送検知アラートを作成する
ここからアラートを作成していきますが、こちらを設定するにはExchange Onlineのライセンスのみではできず。
以下のいずれかのライセンスが必要になります。
必要ライセンス
- E5/G5 サブスクリプション
- 次のいずれかの機能を含む E1/F1/G1 または E3/G3 サブスクリプション。
- Office 365 Advanced Threat Protection プラン 2
- Microsoft 365 E5 Compliance
- Microsoft 365 電子情報開示および監査アドオン ライセンス
アラート設定
- 「メールフロー」→「アラートポリシー」→【新しいアラートポリシー】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2024/05/ce81721ade3575f27582e66f7239a4ed-1024x380.png)
- ポリシーの名前を入力し、【次へ】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2024/05/19fa7ac28df406498e792cd4e913537f-1024x636.png)
- アラートの重要度を選択し、通知する分析情報から「New users forwarding」を選択し、【次へ】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2024/05/06a03648551bd6d31fa0dc570606a921-1024x703.png)
- 通知先の電子メールアドレスを入力し、通知の上限を設定し、【次へ】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2024/05/0f897ca7c2f09494dc4779cf6f9c6601-1024x566.png)
- 内容を確認し、【作成】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2024/05/72e4e0482112be0598cc7f0970c5303b-1024x808.png)
検知テスト
- Outlookのルールで、簡単な転送ルールを作成します。
ここでは、以下のように作成しました。
![](https://blog.intracker.net/wp-content/uploads/2024/05/2f819702f3676686312831cdb392da8b-1024x463.png)
- 外部ドメインから、Exchangeにルールに指定した内容にマッチするメールを送信します。
- ルールが一致し、転送されたことを確認します。
- しばらくすると、アラートルールで指定したメールアドレスに以下のようなメールが届きます。
![](https://blog.intracker.net/wp-content/uploads/2024/05/a4ed6bebf2cb7353538864aeeadf02d7-1024x591.png)
これで誰が転送しているのかを把握することができますね。
レポートで確認する
Exchangeには自動転送されたメッセージのレポート機能があります。
こちらでも確認してみます。
- Exchange管理センターへアクセスします。
- 「レポート」→「メールフロー」→【自動転送されたメッセージのレポート】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2024/05/7ece11308cc7192cb0663210496f887d-1024x704.png)
- 以下のようなレポートが出力されます。
![](https://blog.intracker.net/wp-content/uploads/2024/05/2408af1e309b92bfeae8db2c0bd7374f-1024x542.jpg)
どのユーザーがどのドメインあてにメール転送をしているかを一覧で確認することができます。
が、Microsoft あるあるで転送がされてから24時間〜48時間以上たたないとこちらのレポートに反映されてこないそうです。
ログレポートなのでこのあたりはもっと早く反映するようにしてほしいですよね。
メールログはすぐ反映されるので、アラートメールとあわせてメールログをあわせて確認するといいかなと思います。
とはいえ、GWSにはこのようなレポートはないと思うので、GWSにも同じようなものがほしいですね。
Graph APIを利用してメールルールを確認する
権限があればGraph API Explorerを利用して、個別のメールルールを確認することができます。
エンドポイントは以下です。実行前に MailboxSettings.Read の権限を付与してください。
https://graph.microsoft.com/v1.0/users/{id | userPrincipalName}/mailFolders/inbox/messageRules
上記を実行すると以下のような応答が返ってきます。
ルール一覧を取得するので、フォルダ振り分け等すべて表示されてきますが、actions.forwardToあたりを取得するようにすれば把握できそうですね。
{
"@odata.context": "https://graph.microsoft.com/v1.0/$metadata#users('hoge%40example.jp')/mailFolders('inbox')/messageRules",
"value": [
{
"id": "AQAABM4o1m0=",
"displayName": "自分宛てメール",
"sequence": 1,
"isEnabled": true,
"hasError": false,
"isReadOnly": false,
"conditions": {
"sentToMe": true
},
"actions": {
"moveToFolder": "AAMkAGVmYTA2NzAwLTJkZjgtNDU3NC04NzZSJmYmC8PQkQyAQC6ASysJp8RSpZmrQoOztekAATOKNKFAAA=",
"stopProcessingRules": true
}
},
{
"id": "AQAABKx91qU=",
"displayName": "転送検知テスト1",
"sequence": 2,
"isEnabled": true,
"hasError": false,
"isReadOnly": false,
"conditions": {
"subjectContains": [
"メール転送テスト2"
]
},
"actions": {
"stopProcessingRules": true,
"forwardTo": [
{
"emailAddress": {
"name": "hogehoge(example)",
"address": "[email protected]"
}
}
]
}
},
{
"id": "AQAABKx91qE=",
"displayName": "転送テスト",
"sequence": 3,
"isEnabled": true,
"hasError": false,
"isReadOnly": false,
"conditions": {
"subjectContains": [
"メール転送テスト"
]
},
"actions": {
"stopProcessingRules": true,
"forwardTo": [
{
"emailAddress": {
"name": "hoge(example)",
"address": "[email protected]"
}
}
]
}
}
]
}
ホーム画面やインサイトでの確認
ホーム画面にメールフローカードを追加することで、ホーム画面でも確認が可能になります。また、インサイトからも同様に確認することが出来ます。
![](https://blog.intracker.net/wp-content/uploads/2024/05/3ab0374a3b2f4c716091caf32f3834b2-1024x576.png)
![](https://blog.intracker.net/wp-content/uploads/2024/05/d40be87a494bee0262bc3ed973ee7698-1024x610.jpg)
自動転送が有効なのに外部への転送ができない場合の対処方法
テスト時に、転送がなんどやってもエラーになってしまったのでその時の対処方法を記載しておきます。
エラー内容は以下のようなものでした。
Remote server returned ‘550 5.7.520 Access denied, Your organization does not allow external forwarding. Please contact your administrator for further assistance. AS(7555)
自動転送は許可設定だしなぜ?としばらくハマってたのですが、ここはMicrosoft 365ならCopilotに聞いてみよう!
ということでCopilotさんに聞いてみました。
すると以下の回答を得られたので確認していきます。参照に表示されているのは、受信トレイにあるエラー返送メッセージですね。
![](https://blog.intracker.net/wp-content/uploads/2024/05/08cc23f3f921bc05d06ffda23cc08347-1024x594.jpg)
- Microsoft 365管理センターへアクセスします。
- 「管理センター」→【セキュリティ】をクリックし、Microsoft Defenderへアクセスします。
- 「メールとコラボレーション」→「ポリシーとルール」→【脅威ポリシー】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2024/05/215539869aa007a07cd892c874467e60-1024x642.png)
- 【スパム対策】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2024/05/718dc6f053582a29de52ca8e1b9415e4-963x1024.png)
- 「迷惑メール対策の送信ポリシー (既定)」→【保護設定を編集】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2024/05/a2588ad819f0e8653faf57a4836cab26-1024x588.jpg)
- 「自動転送ルール」から、「オン – 転送が有効になっています」を選択し、【保存】をクリックします。
![](https://blog.intracker.net/wp-content/uploads/2024/05/bb32702a3feef2efbf3729e66f512f9d-1024x734.png)
- このあとメール転送を設定した、メールアドレス宛にメールを送信すると正常にメールが転送されました。
ここでは、すべてオンという形で設定しましたが、必要に応じては承認されたドメインだけスパム制御を外す等のポリシーを作成したほうが良いかもしれません。
またライセンスが複雑すぎてよくわからんってなっているのですが、この機能はMicrosoft Defender XDR for Office 365 P1以上が必要な気がします。
まとめ
GWSよりもExchange Onlineのほうが標準レポートやアラートを発砲させることができるので便利ですね。
メールセキュリティって結構見逃されがちだと思うので、たまにはチェックしてみるのもいいかもしれません。
ライセンスが複雑で、どのライセンスならどこまで出来るんだ?という把握がとても大変なのでM365E5を契約しろということかも知れません(笑)