T1564.008 IBM QRadar · QRadar

Detect Email Hiding Rules in IBM QRadar

Adversaries may use email inbox rules to hide inbound emails in a compromised user's mailbox. Rules can automatically move messages to less-visible folders, mark them as read, or permanently delete them — preventing users and defenders from seeing security alerts, C2 communications, or replies to spearphishing emails sent from the compromised account. Attackers commonly filter on keywords such as 'malware', 'phish', 'hack', 'suspicious', and 'security' in subject lines and message bodies. Rules can be created through email clients (Outlook, OWA), Exchange PowerShell cmdlets (New-InboxRule, Set-InboxRule), Microsoft Graph API, or organization-wide Exchange transport rules. Real-world threat actors including Scattered Spider (OCTO TEMPEST) and FIN4 have used this technique to suppress security alerts and delay incident detection. Malicious rules targeting security personnel inboxes are particularly dangerous as they can suppress vendor security product notifications and SOC escalation emails.

MITRE ATT&CK

Tactic
Defense Evasion
Technique
T1564 Hide Artifacts
Sub-technique
T1564.008 Email Hiding Rules
Canonical reference
https://attack.mitre.org/techniques/T1564/008/

QRadar Detection Query

IBM QRadar (QRadar)
sql
SELECT DATEFORMAT(devicetime, 'yyyy-MM-dd HH:mm:ss') as EventTime,
  logsourcename(logsourceid) as LogSource,
  "UserId" as User, "ClientIP" as SourceIP,
  "Operation" as Operation, "Parameters" as RuleParams,
  CASE WHEN "Parameters" ILIKE '%DeleteMessage%' THEN 10
       WHEN "Parameters" ILIKE '%MoveToFolder%' AND "Parameters" ILIKE '%(Deleted Items|Trash)%' THEN 9
       WHEN "Parameters" ILIKE '%(malware|phish|breach|security alert|hack)%' THEN 8
       ELSE 5 END as RiskScore
FROM events
WHERE "Operation" IN ('Set-InboxRule','New-InboxRule','New-TransportRule','Set-TransportRule')
  AND (
    "Parameters" ILIKE '%DeleteMessage%'
    OR ("Parameters" ILIKE '%MoveToFolder%' AND
        ("Parameters" ILIKE '%Deleted Items%' OR "Parameters" ILIKE '%Trash%'))
    OR ("Parameters" ILIKE '%SubjectContainsWords%' AND
        "Parameters" ILIKE ANY ('%malware%','%phish%','%security alert%','%breach%','%hack%'))
  )
ORDER BY RiskScore DESC, EventTime DESC
high severity high confidence

Detects email hiding inbox rules via Office 365 audit logs in QRadar with risk scoring.

Data Sources

Office 365 Management Activity via QRadar DSM

Required Tables

events

False Positives & Tuning

  • IT administrators creating legitimate mail flow rules for routing, compliance archiving, or spam filtering via PowerShell automation scripts
  • Help desk and support staff who create inbox rules for ticket system notifications or automated routing of service alerts
  • Legal and compliance teams creating retention rules or litigation hold configurations that move emails to specific folders
  • Users creating personal organization rules with common words like 'alert' or 'notification' that overlap with security keyword lists
  • Automated onboarding scripts that create standard inbox rules for new user accounts (e.g., move newsletters to a folder)
Download portable Sigma rule (.yml)

Other platforms for T1564.008


Testing Methodology

Validate this detection against 4 adversary techniques from Atomic Red Team. Each test below lists the behaviour to exercise and the telemetry you should expect to see. Executable commands and cleanup steps are available with Pro.

  1. Test 1Create Inbox Rule to Delete Security Alert Emails via PowerShell (Exchange Online)

    Expected signal: OfficeActivity table: Operation='New-InboxRule', UserId=<executing account>, Parameters will contain SubjectContainsWords and DeleteMessage fields. If run from an endpoint, DeviceProcessEvents Sysmon Event ID 1 will show powershell.exe with CommandLine containing 'New-InboxRule' and '-DeleteMessage'. O365 Unified Audit Log will record the event with ClientIP of the connecting machine.

  2. Test 2Create Inbox Rule to Move Security Emails to Hidden Folder and Mark as Read

    Expected signal: OfficeActivity: Operation='New-InboxRule', Parameters contains SubjectOrBodyContainsWords, MoveToFolder='RSS Feeds', and MarkAsRead=True. The combination of MoveToFolder and MarkAsRead in a single rule is the stealth indicator. O365 audit log event visible in Search-UnifiedAuditLog with -Operations 'New-InboxRule'.

  3. Test 3Create Exchange Transport Rule to Delete Security Emails Organization-Wide

    Expected signal: OfficeActivity: Operation='New-TransportRule', UserId=<admin account>, Parameters contain SubjectOrBodyContainsWords, DeleteMessage, and Mode=Audit fields. Note: Mode=Audit means the rule logs matches but does not actually delete emails in test mode — safe for production testing. Audit log entry includes full rule conditions and actions.

  4. Test 4Inbox Rule Creation Using Ruler Tool (EWS-Based, No PowerShell)

    Expected signal: OfficeActivity: Operation='UpdateInboxRules' (EWS rule creation shows as UpdateInboxRules, not New-InboxRule), ClientIP=Linux host IP, UserAgent=Ruler's default user agent string. EWS IIS logs on on-premises Exchange: method=POST, cs-uri-stem=/EWS/Exchange.asmx, with Ruler user-agent in cs(User-Agent). No PowerShell or Sysmon events generated since this runs from Linux. This test validates that the OfficeActivity-based detection catches non-PowerShell rule creation.

Unlock Pro Content

Get the full detection package for T1564.008 including response playbook, investigation guide, and atomic red team tests.

Response PlaybookInvestigation GuideHunting QueriesAtomic Red Team TestsTuning Guidance

Related Detections