Skip to main content
T1667Impacteasy difficulty

Email Bombing

Email bombing floods one mailbox with hundreds or thousands of messages, usually newsletter sign-ups triggered by a bot, so real alerts, help desk tickets and invoices disappear in the noise. For an analyst the outage is the smaller problem: the flood is the opening move of a fake IT-support call that can end in remote access and ransomware.

Practice the detection skills around Email Bombing on realistic SIEM, XDR alerts in SOCSimulator Operations.

SIEMXDR

What is Email Bombing?

“Email Bombing is documented as technique T1667 in MITRE ATT&CK® v19.1 under the Impact tactic. Detection requires visibility into SIEM, XDR telemetry.”

The attacker does not write the mail. A script walks through public sign-up forms and registers the victim's address with newsletters, shops, forums and mailing lists that never check that the address owner agreed. Each service answers with a welcome message or a confirmation request, and the ones that wait for a click keep sending reminders. MITRE describes exactly this: an automated bot registers a target address for lists that do not validate new signups, and a wave of thousands of emails follows.

That is why the technique is hard to filter. Every sender is a real service with working SPF and DKIM and a clean reputation, and any single message is harmless. Only the aggregate is hostile. When Krebs on Security was hit in August 2016, new messages arrived every two to three seconds and his Gmail account was useless for most of a weekend. Spamhaus responded by telling ISPs to block mail from some of the largest email service providers, because so many of their customers ran open lists. One sender found fewer than ten addresses, each signed up to almost 10,000 of its lists in two weeks.

Microsoft's Storm-1811 write-up calls the sign-up flavor a link listing attack: the actor signs the target up to many subscription services so the flood arrives indirectly, from senders the actor never touches. The flood exists to give the victim a reason to accept help from whoever calls next.

Where Email Bombing fits in an attack

In ATT&CK the technique sits under Impact, with Availability as the impact type, but in real intrusions it behaves like a pretext. MITRE notes it can precede Spearphishing Voice (T1566.004): the flood lands, then someone calls offering to fix the spam problem. That conversation ends with the victim granting remote access through a support tool (T1219, Remote Access Tools), which MITRE says can lead to stolen credentials, ransomware or Financial Theft (T1657).

MITRE lists Storm-1811 (G1046) as the procedure example, and Microsoft documented the pattern from mid-April 2024: a flood, a call from someone posing as IT support, then Quick Assist. At the end of May 2024 the actor added Microsoft Teams, using tenants whose display names read Help Desk, Help Desk IT, Help Desk Support or IT Support. The victim pressed Ctrl+Windows+Q, typed a security code and allowed screen sharing and control. A scripted cURL command then fetched batch files or ZIP archives, some dressed up as a spam filter update that asked for credentials. Microsoft tied this to Qakbot, ScreenConnect, NetSupport Manager and Cobalt Strike, and in several cases PsExec pushing Black Basta ransomware across the network.

The detection is the order of events. Flood, then outside contact, then a remote-support tool. Any two of the three on the same user is enough reason to call that user.

Detection Strategies

The following detection strategies help SOC analysts identify Email Bombing activity. These methods apply across SIEM, XDR environments and can be implemented as detection rules, correlation queries, or behavioral analytics in your security platform.

KQL
EmailEvents
| where Timestamp > ago(1h)
| where EmailDirection == "Inbound"
| summarize Messages = count(), Senders = dcount(SenderFromDomain), FirstSeen = min(Timestamp), LastSeen = max(Timestamp) by RecipientEmailAddress, Window = bin(Timestamp, 10m)
| where Messages >= 100 and Senders >= 30
| order by Messages desc

Flags any mailbox that takes 100 or more inbound messages from 30 or more sender domains inside ten minutes. Both numbers are starting points. Baseline your busiest legitimate mailboxes first and raise the sender floor before the message floor, because sender diversity is what separates a sign-up flood from a newsletter blast.

KQL
EmailEvents
| where Timestamp > ago(1d)
| where DetectionMethods contains "Mail bombing"
| project Timestamp, NetworkMessageId, RecipientEmailAddress, SenderFromAddress, Subject, DeliveryLocation

Adapted from the sample query in Microsoft's post on mail bombing protection, with the recipient and delivery location added. It lists who was targeted even when Defender sent the flood to Junk.

KQL
EmailEvents
| where EmailDirection == "Inbound"
| make-series Emailcount = count()
 on Timestamp step 1h by RecipientObjectId
| extend (Anomalies, AnomalyScore, ExpectedEmails) = series_decompose_anomalies(Emailcount)
| mv-expand Emailcount, Anomalies, AnomalyScore, ExpectedEmails to typeof(double), Timestamp
| where Anomalies != 0
| where AnomalyScore >= 10

Microsoft's own baseline-aware hunting query from its Quick Assist write-up. It builds an hourly series per recipient and keeps the hours its anomaly model scores 10 or higher. Reach for it when fixed thresholds drown in legitimate bulk mail.

Simulated example generated by SOCSimulator Research
// First query, one-hour lookback
Window (UTC)         RecipientEmailAddress   Messages  Senders  FirstSeen  LastSeen
2026-10-06 09:20:00  j.alvarez@contoso.com   438       201      09:20:41   09:29:58
2026-10-06 09:30:00  j.alvarez@contoso.com   271       156      09:30:03   09:39:12

// Underlying EmailEvents rows for the same recipient
Timestamp  SenderFromDomain             Subject                                   DeliveryLocation
09:21:07   mailers.brightloaf.example   Welcome to the Brightloaf newsletter      Inbox/folder
09:21:07   notify.rivetforum.example    Confirm your subscription                 Inbox/folder
09:21:08   updates.pinegrove.example    Thanks for signing up, verify your email  Junk folder
09:21:09   hello.tidalgear.example      You are on the list                       Inbox/folder
09:21:10   news.orchardpress.example    Please confirm your email address         Inbox/folder

Tuning and false positives

Plenty of benign events draw the same graph. A user registers for a conference and every exhibitor mails them in the same hour. A product launch, a tax deadline or a sale pushes mail to staff who subscribed years ago. Backscatter does it too: when someone spoofs an employee's address in a spam run, the bounces come back to that employee, although those messages come from mail servers and not from newsletters. Shared mailboxes such as billing@ or support@ sit above any per-user threshold all day.

Tune on the combination, not the count. Exclude shared and service mailboxes by name, baseline each user's own 30-day volume, and require sender diversity before alerting. Then add the second leg. A flood on its own is a ticket for the help desk, while a flood followed by an external chat or a remote-support tool is an incident. That split keeps the volume rule quiet enough that analysts still read it.

Example Alerts

These realistic alert examples show what Email Bombing looks like in your security tools. Use them to tune detection rules and train analysts to recognize true positives versus false positives in live environments.

MediumSIEM

Inbound Mail Flood on a Single Mailbox

j.alvarez@contoso.com received 438 messages from 201 sender domains in ten minutes. Most subjects are welcome or confirmation messages from services the organization has never exchanged mail with, and none of the senders failed SPF or DKIM.

HighSIEM

External Teams Chat From a Help Desk Display Name

A one-on-one Teams chat was created by a user in a foreign tenant named Help Desk IT and addressed to the owner of the flooded mailbox, 18 minutes after the flood began.

HighXDR

Remote Support Tool Started After Mailbox Flood

QuickAssist.exe started on LT-FIN-0417 about 26 minutes after the flood began on the signed-in user's mailbox. The user had no open help desk ticket.

Responding to Email Bombing

Start with the person. Reach the user over a channel the attacker does not control, such as a known phone number or in person, never a reply to the flood, and ask one question: has anyone called, messaged or offered to help with the spam? If yes, ask whether they let anyone connect. Keep it plain, because people are embarrassed to admit it. Then check the endpoint for a Quick Assist or other remote-support session, a cURL or BITSAdmin download and new scheduled tasks.

If a session was granted, treat it as hands-on-keyboard access. Isolate the device, end the session, reset the user's credentials and revoke their sessions, then hunt for the payloads Microsoft ties to Storm-1811: ScreenConnect or NetSupport Manager installs, Qakbot, Cobalt Strike beacons and PsExec use against other hosts. If nobody made contact, deal with the flood itself. Junk or quarantine the senders with a mail flow rule, and tell the user not to click unsubscribe links in mail they never asked for.

Then widen the lens. The same actor usually targets several people at once, and Microsoft names executives, HR and finance staff as common targets. Search for the same sender domains and subject patterns on other mailboxes, and warn the help desk so a real ticket from the victim is not mistaken for part of the attack. If your organization does not use Quick Assist, block or remove it. Microsoft notes it is installed by default on Windows 11.

Frequently Asked Questions

How do SOC analysts detect Email Bombing?
Detection centers on SIEM, XDR telemetry for the impact phase of the attack. Count inbound messages per mailbox in short windows and pair the count with sender diversity. A newsletter blast can reach a thousand people, but one mailbox taking a few hundred messages in ten minutes from dozens of unrelated sender domains has the shape of an email bomb. MITRE's detection strategy for this technique (DET0355) starts from the same signal: abnormal message counts and repetitive attachments landing on a single user. Use the detection Microsoft already ships. Defender for Office 365 tags these floods with a Mail bombing detection method and sends the messages to Junk instead of the inbox, so the inbox can look calmer than the mail flow really was. Hunt the DetectionMethods column of EmailEvents, and do not close a case just because the user's inbox looks clean.
What does a Email Bombing alert look like?
A representative SIEM detection is "Inbound Mail Flood on a Single Mailbox" (medium severity): j.alvarez@contoso.com received 438 messages from 201 sender domains in ten minutes. Most subjects are welcome or confirmation messages from services the organization has never exchanged mail with, and none of the senders failed SPF or DKIM.
Which tools detect Email Bombing, and how can I practice?
Email Bombing (T1667) is best surfaced with SIEM, XDR telemetry, which exposes the impact signals described above. There is no dedicated SOCSimulator room for it yet; practice the surrounding detection skills on those consoles in SOCSimulator Operations, free.

Build the Skills Behind Email Bombing

We don't have a dedicated room for Email Bombing yet. Practice the surrounding detection skills across SOCSimulator Operations, free.

Explore Operations
Tool

SIEM Training Console: SOCSimulator

The SIEM console in SOCSimulator replicates the workflow of enterprise platforms like Splunk Enterprise Security, Micros…

Read more
Tool

XDR Training Console: SOCSimulator

The XDR console in SOCSimulator replicates the investigation workflow of platforms like CrowdStrike Falcon, Microsoft De…

Read more
Glossary

What is Ransomware? SOC Glossary

Ransomware is malware that encrypts victim data or systems and demands payment, typically cryptocurrency, for the decryp…

Read more
Glossary

What is Incident Response? SOC Glossary

Incident response (IR) is the structured, repeatable process an organization follows before, during, and after a securit…

Read more
Glossary

What is Containment? SOC Glossary

In cyber security, containment is the incident response step that stops a confirmed incident from spreading while the ev…

Read more
Glossary

What is Recovery? SOC Glossary

Recovery is the final phase of the incident response lifecycle, where affected systems are restored to normal, validated…

Read more
Career Path

Incident Responder Career Guide: Salary & Skills

Incident Responders lead the technical response when confirmed breaches happen. You coordinate containment, run forensic…

Read more
Career Path

SOC Manager Career Guide: Salary & Skills

SOC Managers run the operation. You own staffing, playbook development, tool selection, performance metrics, and executi…

Read more
Comparison

SOCSimulator Vs. Letsdefend: Platform Comparison

SOCSimulator wins on operational realism. You get multi-tool shift simulation with SLA pressure, noise injection, and al…

Read more
Glossary

SOC Glossary: Security Operations Terminology

Complete glossary of Security Operations Center terminology for aspiring SOC analysts.

Read more
Feature

Shift Mode: Real-Time SOC Simulation

Practice alert triage under realistic time pressure with SLA timers and noise injection.

Read more
Feature

Operations: Guided Training Operations

Structured CTF-style investigation operations covering real-world attack scenarios.

Read more