HIGH Microsoft 365 Unified Audit Log Business Email Compromise LTR-0006 ✓ validated

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:

  1. An inbox rule that forwards, redirects or deletes: New-InboxRule or Set-InboxRule with a ForwardTo, ForwardAsAttachmentTo, RedirectTo or DeleteMessage parameter.
  2. Mailbox forwarding: Set-Mailbox with ForwardingSmtpAddress or ForwardingAddress.

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-InboxRule named “Forward to external”, with ForwardTo: [email protected], SubjectContainsWords: invoice,payment,wire and DeleteMessage: True: payment-related mail is forwarded out and then deleted
  • Set-Mailbox with ForwardingSmtpAddress: [email protected] and DeliverToMailboxAndForward: 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.