Detect Business Email Compromise via Forwarding and Deleting Inbox Rules (Microsoft 365)
Published · Updated
MITRE ATT&CK: T1114.003T1564.008
Sigma Rule
title: M365 Inbox Rule or Mailbox Forwarding That Hides or Exfiltrates Mail
id: 4c9d2e83-5b71-4a26-9f18-3e7a1c6b9d06
status: experimental
description: >
Detects the two Exchange Online changes behind most business email
compromise: an inbox rule created or changed (New-InboxRule, Set-InboxRule)
with an action that forwards, redirects or deletes messages, and mailbox
forwarding set with Set-Mailbox (ForwardingSmtpAddress, ForwardingAddress).
references:
- https://attack.mitre.org/techniques/T1114/003/
- https://attack.mitre.org/techniques/T1564/008/
author: LogTriage
date: 2026/06/23
modified: 2026/10/20
logsource:
product: m365
service: exchange
detection:
inbox_rule_hides_or_forwards:
Operation:
- 'New-InboxRule'
- 'Set-InboxRule'
Parameters|contains:
- 'ForwardTo'
- 'ForwardAsAttachmentTo'
- 'RedirectTo'
- 'DeleteMessage'
mailbox_forwarding:
Operation: 'Set-Mailbox'
Parameters|contains:
- 'ForwardingSmtpAddress'
- 'ForwardingAddress'
condition: inbox_rule_hides_or_forwards or mailbox_forwarding
falsepositives:
- Users forwarding mail to a personal or delegate address
- Admin mailbox forwarding during onboarding, offboarding or migration
level: high
tags:
- attack.collection
- attack.t1114.003
- attack.defense_evasion
- attack.t1564.008
What this rule detects
Business email compromise almost always leaves the same fingerprint in the Microsoft 365 Unified Audit Log: shortly after a mailbox takeover, the attacker makes sure a copy of incoming mail goes somewhere they control, and that replies and alerts disappear before the owner sees them.
This rule fires on the two changes that do that:
- An inbox rule that forwards, redirects or deletes:
New-InboxRuleorSet-InboxRulewith aForwardTo,ForwardAsAttachmentTo,RedirectToorDeleteMessageparameter. - Mailbox forwarding:
Set-MailboxwithForwardingSmtpAddressorForwardingAddress.
Detection logic
Two selections, either of which fires the rule. Each pairs the operation with the parameter that
makes it dangerous, so ordinary sorting rules (move newsletters to a folder, flag mail from the
boss) never match. In the Unified Audit Log, the rule’s settings are recorded as a list of
name/value pairs in Parameters, and the rule matches on the parameter names.
Validated against a real sample
Validated against m365_bec_data_exfil.json (shipped with LogTriage). The rule fires on two of its
eight events:
New-InboxRulenamed “Forward to external”, withForwardTo: [email protected],SubjectContainsWords: invoice,payment,wireandDeleteMessage: True: payment-related mail is forwarded out and then deletedSet-MailboxwithForwardingSmtpAddress: [email protected]andDeliverToMailboxAndForward: False: every message is forwarded, and the owner’s copy is not kept
The rest of the file is the follow-through (SharePoint downloads, a sharing invitation, a role
change and MailItemsAccessed), which other rules cover. The rule stays silent on the matching
benign log of file access, a send-as, a sign-in and a Teams session, which contains no inbox
rules or mailbox changes at all.
False positives
Users do legitimately forward mail, to a personal address or a delegate, and administrators set mailbox forwarding during onboarding, offboarding and migrations. Triage by the destination (external free-mail is the strongest signal) and by the actor’s recent sign-in risk; a forwarding rule created right after a suspicious sign-in is an incident.
Frequently Asked Questions
- Why only rules that forward, redirect or delete, and not every inbox rule?
- Because people create inbox rules all the time to sort their own mail, and an alert on every one is ignored within a week. What attackers need is different: a copy of incoming mail sent somewhere they control (ForwardTo, ForwardAsAttachmentTo, RedirectTo), and replies or security alerts removed before the owner sees them (DeleteMessage). In the audit log those actions appear as parameter names on New-InboxRule and Set-InboxRule, which is what the rule matches.
- What does the Set-Mailbox branch add?
- Mailbox-level forwarding, which does not need an inbox rule at all. Set-Mailbox with ForwardingSmtpAddress forwards every message to any address, including external ones; ForwardingAddress forwards to a recipient inside the organization. Attackers who can run it, or who trick a user into setting it in Outlook on the web, get a quiet copy of all incoming mail.
- How do I separate a malicious rule from a legitimate one?
- Look at the destination and the actor. Forwarding to a free-mail address, a rule that deletes messages containing words like invoice or payment, and a rule created minutes after a risky sign-in (unfamiliar country, legacy authentication, new device) are strong signs of compromise. Correlate the rule change with the same user's sign-ins in Entra ID.
- What about organization-wide transport rules?
- New-TransportRule and Set-TransportRule change mail flow for the whole organization and require an admin role, so they are a different, rarer event. They deserve their own rule that alerts on every unexpected change, rather than a branch here.
Related Resources
See this detection run on a real report
Try the live demo with a pre-loaded malicious log set — no signup required — or upload your own log file and get a full AI-reviewed threat report in minutes.