Response playbooks, investigation guides, and Atomic Red Team tests are Pro-only. Upgrade to unlock the full detection package for THREAT-Impact-BECFinancialTheftWireTransfer.

Unlock with Pro - from £29/user/mo
THREAT-Impact-BECFinancialTheftWireTransfer IBM QRadar · QRadar

Detect BEC Financial Theft — Fraudulent Wire/ACH Transfer Initiation via Mailbox Tampering and Invoice Fraud in IBM QRadar

This detection covers the final, financially damaging stage of a Business Email Compromise (BEC) intrusion: fraudulent wire or ACH transfer initiation (T1657 — Financial Theft) that follows mailbox rule tampering and invoice/payment-detail modification. Having already gained access to a mailbox (via phishing, OAuth token theft, or credential stuffing), the attacker creates hidden inbox rules that forward, redirect, or delete messages matching finance-related keywords so the victim never sees replies from the real vendor or their own finance team. The attacker then sends or intercepts an invoice, purchase order, or payroll email and modifies the banking details — swapping the legitimate account/routing number or IBAN for an attacker-controlled mule account — while adding urgency language ("process today", "do not call, I am in a meeting") to pressure the victim into skipping out-of-band verification. Groups such as Cosmic Lynx (Russian-speaking, CEO-fraud wire transfers averaging $1.27M) and SilverTerrier (West African vendor-invoice-swap BEC) follow this exact three-stage pattern: mailbox tampering, payment-detail modification, then transfer initiation. Because banking-portal telemetry is rarely centralized in a SIEM, this detection correlates the two upstream stages that ARE consistently observable in mail and identity telemetry — malicious inbox rule creation and financial-fraud-pattern email content — as the highest-fidelity proxy for an active wire fraud attempt, with escalation criteria pointing responders at the actual funds-transfer confirmation step.

MITRE ATT&CK

Tactic
Impact

QRadar Detection Query

IBM QRadar (QRadar)
sql
SELECT
  DATEFORMAT(starttime, 'YYYY-MM-dd HH:mm:ss') AS EventTime,
  username AS Username,
  sourceip AS SourceIP,
  LOGSOURCENAME(logsourceid) AS LogSource,
  "Operation",
  "Parameters",
  "Subject",
  CASE
    WHEN "Operation" IN ('New-InboxRule', 'Set-InboxRule', 'Set-Mailbox', 'UpdateInboxRules')
      AND ("Parameters" ILIKE '%ForwardTo%' OR "Parameters" ILIKE '%RedirectTo%' OR "Parameters" ILIKE '%DeleteMessage%' OR "Parameters" ILIKE '%MoveToFolder%')
      THEN 'MAILBOX_TAMPERING'
    WHEN ("Subject" ILIKE '%wire transfer%' OR "Subject" ILIKE '%ACH transfer%' OR "Subject" ILIKE '%routing number%' OR "Subject" ILIKE '%bank details%' OR "Subject" ILIKE '%payment instructions%')
      AND ("Subject" ILIKE '%urgent%' OR "Subject" ILIKE '%immediately%' OR "Subject" ILIKE '%ASAP%' OR "Subject" ILIKE '%process today%')
      THEN 'FINANCE_FRAUD_EMAIL'
    ELSE 'OTHER'
  END AS DetectionType
FROM events
WHERE
  LOGSOURCETYPEID = 397
  AND starttime > NOW() - 604800000
  AND (
    ("Operation" IN ('New-InboxRule', 'Set-InboxRule', 'Set-Mailbox', 'UpdateInboxRules')
      AND ("Parameters" ILIKE '%ForwardTo%' OR "Parameters" ILIKE '%RedirectTo%' OR "Parameters" ILIKE '%DeleteMessage%' OR "Parameters" ILIKE '%MoveToFolder%')
      AND "Parameters" NOT ILIKE '%Junk Email%')
    OR (
      ("Subject" ILIKE '%wire transfer%' OR "Subject" ILIKE '%ACH transfer%' OR "Subject" ILIKE '%routing number%' OR "Subject" ILIKE '%bank details%' OR "Subject" ILIKE '%payment instructions%')
      AND ("Subject" ILIKE '%urgent%' OR "Subject" ILIKE '%immediately%' OR "Subject" ILIKE '%ASAP%' OR "Subject" ILIKE '%process today%')
    )
  )
ORDER BY starttime DESC
critical severity high confidence

QRadar AQL flagging mailbox tampering (forwarding/redirect/delete inbox rules) and financial-fraud-pattern email content with urgency language from O365 audit events, for manual or rule-chained correlation within a 72-hour window per user.

Data Sources

IBM QRadar O365 DSMMicrosoft Defender for Office 365 via QRadar

Required Tables

events

False Positives & Tuning

  • Legitimate finance/AP staff filing invoices via inbox rules while separately sending urgent payment confirmations
  • Payroll processing mailboxes with routine high-urgency payment email volume

Other platforms for THREAT-Impact-BECFinancialTheftWireTransfer


Testing Methodology

Validate this detection against 3 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 BEC-Style Mailbox Forwarding Rule Targeting Finance Keywords

    Expected signal: OfficeActivity records a New-InboxRule operation with Parameters containing ForwardTo, DeleteMessage, and the finance-related SubjectContainsWords condition.

  2. Test 2Send Simulated Vendor Invoice Email with Bank-Detail-Change and Urgency Language

    Expected signal: EmailEvents records the inbound message with Subject matching finance/urgency keyword patterns; message trace shows sender domain external-test.com.

  3. Test 3End-to-End BEC Wire Fraud Simulation (Rule Tampering + Fraud Email in Sequence)

    Expected signal: OfficeActivity and EmailEvents both record events for the same UserId within the 72-hour correlation window.

Unlock playbooks & atomic tests with Pro

Get the full detection package for THREAT-Impact-BECFinancialTheftWireTransfer — response playbook and atomic red team tests, plus investigation guidance and hunting queries.

df00tech Pro — £29/user/month

Response PlaybookInvestigation GuideHunting QueriesAtomic Red Team TestsTuning Guidance

Related Detections

Tactic Hub

Detection Variants (1)

Different telemetry and tradecraft for the same technique — pick the one that matches the data you collect.