Detecting Business Email Compromise
Overview
Business Email Compromise (BEC) is a sophisticated fraud scheme where attackers impersonate executives, vendors, or trusted partners to trick employees into transferring funds, sharing sensitive data, or changing payment details. Unlike traditional phishing, BEC often contains no malicious links or attachments, relying purely on social engineering. This skill covers detection techniques using email gateway rules, behavioral analytics, and financial process controls.
When to Use
Trigger phrases:
"detecting business email compromise"
"Business Email Compromise (BEC) is a sophisticated fraud scheme where attackers "
When investigating security incidents that require detecting business email compromise
When building detection rules or threat hunting queries for this domain
When SOC analysts need structured procedures for this analysis type
When validating security monitoring coverage for related attack techniques
Prerequisites
- Email security gateway with BEC detection capabilities
- Understanding of organizational financial processes and approval chains
- Access to email logs and SIEM platform
- Knowledge of social engineering tactics
Key Concepts
This section covers key concepts for detecting business email compromise.
- Ensure all prerequisites are met before proceeding
- Follow the documented workflow steps in sequence
- Record results and any anomalies encountered during this phase
BEC Attack Types (FBI IC3 Classification)
- CEO Fraud: Attacker impersonates CEO, requests urgent wire transfer
- Account Compromise: Employee email compromised, used to request payments from vendors
- False Invoice Scheme: Fake invoices from "vendor" with changed bank details
- Attorney Impersonation: Impersonates legal counsel for urgent confidential transfers
- Data Theft: Requests W-2, tax forms, or PII from HR
Detection Indicators
- Urgency and secrecy language ("confidential", "do not discuss with others")
- New or changed payment instructions
- Executive communication outside normal patterns
- Display name matches executive but email domain differs
- Reply-to address differs from From address
- First-time communication pattern between sender and recipient
- Request for gift cards or cryptocurrency
Workflow
# Example: IOC detection
import re
IOC_PATTERNS = {
"ip": r"\b(?:\d{1,3}\.){3}\d{1,3}\b",
"domain": r"\b[a-z0-9-]+\.[a-z]{2,}\b",
"hash_md5": r"\b[a-f0-9]{32}\b",
"hash_sha256": r"\b[a-f0-9]{64}\b",
}
def extract_iocs(text: str) -> dict:
return {k: re.findall(v, text) for k, v in IOC_PATTERNS.items()}
- Scope and authorize — confirm written authorization and define target boundaries
- Reconnaissance — enumerate targets, services, and potential attack surfaces
- Exploitation — attempt exploitation of identified vulnerabilities within scope
- Post-exploitation — document access level, lateral movement, and data exposure
- Report and remediate — compile findings with reproduction steps and fix recommendations
Step 1: Configure BEC-Specific Email Rules
- Flag emails with VIP display names from external domains
- Detect financial keywords combined with urgency language
- Alert on first-time sender to finance/accounting staff
- Check for Reply-To domain mismatch
Step 2: Deploy Behavioral Analytics
- Baseline normal communication patterns per user
- Detect anomalous requests (unusual recipient, unusual time, unusual request type)
- Monitor for email forwarding rule changes (T1114.003)
Step 3: Implement Financial Controls
- Dual-authorization for wire transfers above threshold
- Out-of-band verification for payment detail changes (phone callback)
- Vendor payment change verification process
- Finance team training on BEC red flags
Step 4: Monitor for Account Compromise
- Detect impossible travel in email login locations
- Alert on email forwarding rule creation
- Monitor for mailbox delegation changes
- Check for inbox rules hiding BEC-related emails
Step 5: Deploy AI/ML Detection
AI-powered BEC detection uses transformer models (BERT, GPT) and NLP to identify sophisticated impersonation attacks that contain no malicious links or attachments. BERT-based models achieve 98.65% accuracy in BEC detection, with a 25%+ improvement over keyword-based rules.
- Train NLP Models: Deploy transformer-based models for email content analysis. Detect urgency/manipulation language patterns, identify mismatches between sender identity and writing style, analyze sentiment shifts indicating social engineering pressure.
- Configure Behavioral Baselines: AI learns normal communication patterns (who emails whom, frequency, tone). Establish writing style profiles per user (vocabulary, sentence structure). Map typical request types per role (finance processes payments, HR handles PII). Allow 48-hour baseline learning period on historical data.
- Set Detection Policies: VIP impersonation (compare against known executive patterns), vendor impersonation (detect payment change requests from lookalike domains), account compromise (sudden behavior changes), supply chain BEC (trusted partner impersonation). Configure confidence thresholds for auto-block vs. warning vs. analyst review.
- Integrate Response: Auto-quarantine high-confidence detections, add warning banners for moderate confidence, route suspicious emails to SOC queue, feed verdicts back into training data for improvement.
When NOT to Use
- You need to perform the attack to test detection (use performing-* skills)
- Task is about analyzing past incidents (use analyzing-* skills)
- You need to implement detection rules (use implementing-* skills)
- Task is about threat hunting proactively (use hunting-* skills)
- You don't have access to logs or monitoring data
- Task requires incident response (use IR skills)
Red Flags
- Performing actions without explicit written authorization from the asset owner
- Testing against production systems without a defined scope and rules of engagement
- Exceeding the authorized scope of the engagement
- Leaving persistent access mechanisms without explicit approval
- Causing denial-of-service on production systems during testing
Verification
- All steps executed successfully against a test environment before production use
- Output documented with screenshots or logs demonstrating expected behavior
- All exploited vulnerabilities documented with reproduction steps
- Scope boundaries confirmed — only authorized targets were tested
- Remediation recommendations included for every finding
Tools & Resources
- Microsoft Defender for O365: Built-in BEC detection + AI Impostor Classifier
- Proofpoint Email Fraud Defense / Tessian: AI-powered email security with human layer protection
- Abnormal Security: API-based AI email security with behavioral analysis
- Ironscales: AI + human-in-the-loop BEC detection
- Darktrace Email: Self-learning AI for email threat detection
- FBI IC3 BEC Advisory: https://www.ic3.gov/
- FinCEN BEC Advisory: Financial institution guidance
Validation
- BEC detection rules trigger on test scenarios
- Financial controls prevent unauthorized transfers in drills
- Account compromise detection catches simulated attacks
- Reduced BEC susceptibility in awareness assessments
- AI detects BEC test email with no malicious indicators (pure social engineering)
- Writing style analysis identifies impersonation of known executive
- Behavioral baseline flags unusual payment request from compromised account
- Detection rate exceeds traditional rule-based filters by 25%+
Process
- Analyze the task requirements
- Apply domain expertise
- Verify output quality
Anti-Rationalization Table
| Rationalization |
Reality |
| "We are too small to be targeted" |
Automated attacks target everyone. Size does not matter. |
| "Security slows us down" |
A breach slows you down 100x more. Build security in from the start. |
| "We will fix it after launch" |
Vulnerabilities in production are exploited within hours. Fix before deploy. |
1---2name: detecting-business-email-compromise3description: Use when business Email Compromise (BEC) is a sophisticated fraud scheme where attackers impersonate executives, vendors, or trusted partners to trick employees into transferring funds, sharing sensitive data,. Use when working with detecting business email compromise.4license: Apache-2.05---67# Detecting Business Email Compromise89## Overview10Business Email Compromise (BEC) is a sophisticated fraud scheme where attackers impersonate executives, vendors, or trusted partners to trick employees into transferring funds, sharing sensitive data, or changing payment details. Unlike traditional phishing, BEC often contains no malicious links or attachments, relying purely on social engineering. This skill covers detection techniques using email gateway rules, behavioral analytics, and financial process controls.111213## When to Use14**Trigger phrases:**15- "detecting business email compromise"16- "Business Email Compromise (BEC) is a sophisticated fraud scheme where attackers "171819- When investigating security incidents that require detecting business email compromise20- When building detection rules or threat hunting queries for this domain21- When SOC analysts need structured procedures for this analysis type22- When validating security monitoring coverage for related attack techniques2324## Prerequisites25- Email security gateway with BEC detection capabilities26- Understanding of organizational financial processes and approval chains27- Access to email logs and SIEM platform28- Knowledge of social engineering tactics2930## Key Concepts3132This section covers key concepts for detecting business email compromise.3334- Ensure all prerequisites are met before proceeding35- Follow the documented workflow steps in sequence36- Record results and any anomalies encountered during this phase37### BEC Attack Types (FBI IC3 Classification)381. **CEO Fraud**: Attacker impersonates CEO, requests urgent wire transfer392. **Account Compromise**: Employee email compromised, used to request payments from vendors403. **False Invoice Scheme**: Fake invoices from "vendor" with changed bank details414. **Attorney Impersonation**: Impersonates legal counsel for urgent confidential transfers425. **Data Theft**: Requests W-2, tax forms, or PII from HR4344### Detection Indicators45- Urgency and secrecy language ("confidential", "do not discuss with others")46- New or changed payment instructions47- Executive communication outside normal patterns48- Display name matches executive but email domain differs49- Reply-to address differs from From address50- First-time communication pattern between sender and recipient51- Request for gift cards or cryptocurrency5253## Workflow5455```python56# Example: IOC detection57import re5859IOC_PATTERNS = {60 "ip": r"\b(?:\d{1,3}\.){3}\d{1,3}\b",61 "domain": r"\b[a-z0-9-]+\.[a-z]{2,}\b",62 "hash_md5": r"\b[a-f0-9]{32}\b",63 "hash_sha256": r"\b[a-f0-9]{64}\b",64}6566def extract_iocs(text: str) -> dict:67 return {k: re.findall(v, text) for k, v in IOC_PATTERNS.items()}68```69701. **Scope and authorize** — confirm written authorization and define target boundaries712. **Reconnaissance** — enumerate targets, services, and potential attack surfaces723. **Exploitation** — attempt exploitation of identified vulnerabilities within scope734. **Post-exploitation** — document access level, lateral movement, and data exposure745. **Report and remediate** — compile findings with reproduction steps and fix recommendations75### Step 1: Configure BEC-Specific Email Rules76- Flag emails with VIP display names from external domains77- Detect financial keywords combined with urgency language78- Alert on first-time sender to finance/accounting staff79- Check for Reply-To domain mismatch8081### Step 2: Deploy Behavioral Analytics82- Baseline normal communication patterns per user83- Detect anomalous requests (unusual recipient, unusual time, unusual request type)84- Monitor for email forwarding rule changes (T1114.003)8586### Step 3: Implement Financial Controls87- Dual-authorization for wire transfers above threshold88- Out-of-band verification for payment detail changes (phone callback)89- Vendor payment change verification process90- Finance team training on BEC red flags9192### Step 4: Monitor for Account Compromise93- Detect impossible travel in email login locations94- Alert on email forwarding rule creation95- Monitor for mailbox delegation changes96- Check for inbox rules hiding BEC-related emails9798### Step 5: Deploy AI/ML Detection99100AI-powered BEC detection uses transformer models (BERT, GPT) and NLP to identify sophisticated impersonation attacks that contain no malicious links or attachments. BERT-based models achieve 98.65% accuracy in BEC detection, with a 25%+ improvement over keyword-based rules.101102- **Train NLP Models**: Deploy transformer-based models for email content analysis. Detect urgency/manipulation language patterns, identify mismatches between sender identity and writing style, analyze sentiment shifts indicating social engineering pressure.103- **Configure Behavioral Baselines**: AI learns normal communication patterns (who emails whom, frequency, tone). Establish writing style profiles per user (vocabulary, sentence structure). Map typical request types per role (finance processes payments, HR handles PII). Allow 48-hour baseline learning period on historical data.104- **Set Detection Policies**: VIP impersonation (compare against known executive patterns), vendor impersonation (detect payment change requests from lookalike domains), account compromise (sudden behavior changes), supply chain BEC (trusted partner impersonation). Configure confidence thresholds for auto-block vs. warning vs. analyst review.105- **Integrate Response**: Auto-quarantine high-confidence detections, add warning banners for moderate confidence, route suspicious emails to SOC queue, feed verdicts back into training data for improvement.106107## When NOT to Use108109- You need to perform the attack to test detection (use performing-* skills)110- Task is about analyzing past incidents (use analyzing-* skills)111- You need to implement detection rules (use implementing-* skills)112- Task is about threat hunting proactively (use hunting-* skills)113- You don't have access to logs or monitoring data114- Task requires incident response (use IR skills)115116117## Red Flags118119- Performing actions without explicit written authorization from the asset owner120- Testing against production systems without a defined scope and rules of engagement121- Exceeding the authorized scope of the engagement122- Leaving persistent access mechanisms without explicit approval123- Causing denial-of-service on production systems during testing124125## Verification126127- All steps executed successfully against a test environment before production use128- Output documented with screenshots or logs demonstrating expected behavior129- All exploited vulnerabilities documented with reproduction steps130- Scope boundaries confirmed — only authorized targets were tested131- Remediation recommendations included for every finding132133## Tools & Resources134- **Microsoft Defender for O365**: Built-in BEC detection + AI Impostor Classifier135- **Proofpoint Email Fraud Defense / Tessian**: AI-powered email security with human layer protection136- **Abnormal Security**: API-based AI email security with behavioral analysis137- **Ironscales**: AI + human-in-the-loop BEC detection138- **Darktrace Email**: Self-learning AI for email threat detection139- **FBI IC3 BEC Advisory**: https://www.ic3.gov/140- **FinCEN BEC Advisory**: Financial institution guidance141142## Validation143- BEC detection rules trigger on test scenarios144- Financial controls prevent unauthorized transfers in drills145- Account compromise detection catches simulated attacks146- Reduced BEC susceptibility in awareness assessments147- AI detects BEC test email with no malicious indicators (pure social engineering)148- Writing style analysis identifies impersonation of known executive149- Behavioral baseline flags unusual payment request from compromised account150- Detection rate exceeds traditional rule-based filters by 25%+151152## Process1531541. Analyze the task requirements1552. Apply domain expertise1563. Verify output quality157158## Anti-Rationalization Table159160| Rationalization | Reality |161|---|---|162| "We are too small to be targeted" | Automated attacks target everyone. Size does not matter. |163| "Security slows us down" | A breach slows you down 100x more. Build security in from the start. |164| "We will fix it after launch" | Vulnerabilities in production are exploited within hours. Fix before deploy. |