[ 欺騙和身份濫用 ]

調查Microsoft 365環境中的直接發送濫用行為

調查可疑的直接發送路由,不要將匿名入站郵件誤認為是經過身份驗證的連接器。

由EmailAuth研究團隊提供 · 3 分鐘閱讀

[ 重點 ]

  • 調查可疑的直接發送路由,不要將匿名入站郵件誤認為是經過身份驗證的連接器。
  • Internal delivery is a clue, not proof of a device, trusted connector or open relay.
在此頁面上

Direct Send is a Microsoft 365 sending method for devices or applications that submit mail directly to the organization's mail endpoint. Microsoft describes it as unauthenticated mail from an external email server.這使得路由歸

區分支持的方法

Microsoft 目前的比較包括用戶端SMTP提交、 SMTP中繼、直接傳送和大容量電子郵件。它們的身份驗證和接收範圍不同;本次調查的重點是直接發送。 Microsoft 將SMTP中繼描述為使用入站連接器,而直接傳送未經身份驗證,無法透過Microsoft 365中繼到外部收件者。直接發送郵件被視為匿名網路郵件,並套用掃描和保護。 Microsoft 傳送方法指南.

An internal recipient and port 25 are clues, not conclusive proof of a specific device or configuration. A legitimate external sender can also deliver mail to that recipient. Avoid calling the route an open relay merely because inbound mail was accepted. Check what the service accepted, which recipient scope was involved and what trusted evidence identifies the path.

收集特定路線的證據

要求授權管理員保留原始郵件並檢查相關寄件者、收件者和時間視窗的郵件追蹤。追蹤記錄支持收貨、處理和交付的調查;他們的欄位應該與原始欄位相關,而不是被視為商業意圖的證明。 Microsoft 訊息追蹤文檔.

Record trusted authentication results, source details available to the receiver, connector or rule involvement where observable and the final action. Review configured devices and applications with their owners. A source IP alone may identify an egress point shared by several systems. Preserve unknowns if the available trace or headers do not establish the responsible application.

避免錯誤的補救措施

不要添加未知來源 SPF 只是為了驗證可疑訊息。 SPF authorization is a security decision about an intended sender. Do not create a broad connector or allow rule based solely on a display name or From address. DMARC 結盟 and content safety remain separate questions even for mail delivered to an internal mailbox. RFC 9989.

Microsoft 的文件警告說,直接發送需要仔細管理,並建議在適當的情況下考慮其他受支援的方法。產品預設值和控制項可能會變更;在套用變更之前驗證租用戶的目前設定和目前的 Microsoft 指南。本指南並未聲明跨租戶普遍啟用或停用的直接發送設定。

閱讀有界調查範例

In written case DEMO-DIRECT-01, assume visible From scanner@brand.test and recipient operations@brand.test in the organization.連接 IP、實際信封身分和 DKIM 不提供簽章域。 Anonymous inbound delivery is a hypothesis, not an observed trace finding. It deliberately records trace not queried, connector unknown and trusted authentication not exported. Its result is Direct Send hypothesis, notentication not exported. Its result is Direct Send hypothesis, notentication not exported. Its result is Direct Send hypothesis, notentication not exported. Its result is Direct Send hypothesis, notentication not exported. Its result is Direct Send hypothesis, notentication not exported. Its result is Direct Send hypothesis, notentication notsis, notentication confirmed.因此,在将消息归因于扫描仪或声明连接器受损之前,该案例请求授权接收方导出和库存关联。

No Microsoft tenant was accessed, no message was sent and no route was blocked.經過真實證據審查後,透過負責的郵件所有者的流程進行任何更改。 Test legitimate device mail and the intended protection, document rollback and verify the observed result. Closing a route blindly may interrupt alerts while leaving the original abuse mechanism untouched.

設定有界證據請求

建議的郵件所有者請求對事件時間和收件人進行授權跟踪,並保留查詢時區和報告類型。然後,設備所有者將觀察到的路線與批准的設備設定進行比較。在這些記錄存在之前,來源歸屬和連接器參與情況都是未知的。 Do not broaden permissions just to obtain a more convenient report;使用權限最小的授權角色。此範例中未推斷出任何租戶預設值。

[ 外帶 ]

Internal delivery is a clue, not proof of a device, trusted connector or open relay.

[ 按角色 ]

這對您意味著什麼

選擇您的角色以執行後續實際步驟。

IT/郵件管理員

更改路線前先將其分類

Sending methods have distinct trust and recipient boundaries.

後續步驟

  1. 將追蹤與原始標頭相關聯。
  2. 批准更改後測試授權設備。
  3. 保留審核期間觀察到的租戶設定。

CISO / SecOps

追蹤證據置信度

可疑路線尚未確認暴露。

後續步驟

  1. 查看廣泛的允許和連接器。
  2. 保留產品和租戶的不確定性。
  3. 根據目前提供者指南驗證例外情況。

創辦人/非技術人員

保持業務設備可見

無主郵件路由使安全性和連續性變得複雜。

後續步驟

  1. 分配設備郵件擁有者。
  2. 避免沒有審查點的緊急例外情況。
  3. 規劃操作警報的連續性。

[ 常見問題解答 ]

常見問題

Direct Send 是否經過驗證的SMTP中繼?

No. Microsoft distinguishes unauthenticated Direct Send from connector-authenticated SMTP relay.

Can Direct Send relay to arbitrary external recipients?

記錄的方法無法透過Microsoft 365交付給雲端組織外部的收件者。

Does an internal From address identify a trusted device?

No. Correlate trusted receiver evidence and the device inventory.

直接發送是否會繞過所有掃描?

Microsoft describes its messages as anonymous internet email with scanning and protections applying.

我應該將觀察到的 IP 加到SPF嗎?

Only after confirming an intended authorized sender, not merely to clear an authentication failure.

內部交付是否證明是開放中繼?

否。在使用該標籤之前先確定收件者範圍和實際接受的路由。

這個例子證實了什麼?

Only that its invented evidence was insufficient for attribution.它沒有進行租戶查詢或交付測試。

真正的改變應該包括哪些內容?

Mail-owner approval, legitimate-route tests, a recovery plan and observed post-change results.

[ 來源 ]

來源

  1. Microsoft 365 multifunction device and application email

    部分 Comparison table near introduction · SMTP relay · Direct Send: Send mail directly from your device or application to Microsoft 365 or Office 365

  2. 微軟訊息追蹤

    部分 在開始之前您需要了解什麼? · Options for a new message trace · Time range · Message trace results · Message trace details

  3. RFC 9989 DMARC

    部分 §4.4 · §5.3.5 · §5.4 · §7.4 · §8

[ 詞彙表 ]

詞彙表

直接發送
Microsoft’s documented unauthenticated method for sending to recipients in the cloud organization.
訊息追蹤
用於郵件流調查的訊息處理的提供者端記錄。

企業出處

為什麼頂級金融機構和政府 退役了他們的電子郵件安全儀表板。

傳統的電子郵件驗證平台會向您出售儀表板並要求您的工程師來完成這項工作。在高風險環境中,手動監督意味著延遲執行、配置漂移和不受監控的影子域。

EmailAuth是代理電子郵件來源平台。 我們的代理人強制執行 p=reject,保持第三方寄件者一致並將您的網域移至完整狀態 RFC 9989 合規性、新的DMARC標準,以及人機互動審核能力。

政府 大型企業 一級金融機構

SaaS · 專用租賃 · 氣隙本地部署 · BYOK 加密

知識庫