The short answer
Breach and attack simulation (BAS) is automated software that safely replays known attacker techniques inside your environment to check whether your security controls block, detect or log them. It runs continuously or on a schedule, usually mapped to MITRE ATT&CK, and shows where defences have drifted. It complements, but does not replace, human-led penetration testing and red teaming.
On this page
- What is breach and attack simulation?
- How do breach and attack simulation tools work?
- BAS vs penetration testing vs red teaming
- What is assumed breach testing?
- Where does BAS fit with CTEM?
- What are the benefits of breach and attack simulation?
- What are the limits of breach and attack simulation?
- Why Sovereign Secure?
Breach and attack simulation (BAS) is automated software that safely imitates real attacks inside your own environment to check whether your security controls work. A BAS tool runs known attacker techniques, such as a malicious attachment, a credential theft attempt or data being sent to an outside server, and records whether your email filter, endpoint protection, firewall or monitoring stopped it, detected it or missed it. Because it runs on a schedule, it shows when a control that worked last month has quietly stopped working. For related terms, see the cyber security glossary.
What is breach and attack simulation?
BAS is a category of security tool for continuous control validation. Instead of asking “what vulnerabilities do we have?”, as a scanner does, it asks “if an attacker did this, would our defences notice?” Most products map their simulations to MITRE ATT&CK, the public knowledge base of adversary tactics and techniques, so results can be read as coverage: which techniques are blocked, which are detected and which pass unseen.
It fills a gap between two familiar activities. A vulnerability scan lists weaknesses but never checks whether your defences would catch someone using them. A penetration test does, but only on the days the tester is working. BAS repeats the defensive check automatically, as often as every day.
How do breach and attack simulation tools work?
Most breach and attack simulation tools rely on lightweight agents installed on a sample of machines in different parts of the network, plus hosted components that play the outside attacker. A central console picks scenarios from a library, runs them on a schedule and compares the outcome with what your controls should have done.
| Step | What happens |
|---|---|
| 1. Deploy | Agents are installed on representative endpoints, servers and network zones |
| 2. Choose scenarios | Techniques or full attack chains are selected, often by threat actor or ATT&CK tactic |
| 3. Run | The tool executes the simulations with harmless payloads and dummy data |
| 4. Check outcomes | Results show whether each step was blocked, detected, logged or missed |
| 5. Fix and repeat | Gaps go to the owning team, and the same scenario runs again to confirm the fix |
The strength of BAS is repetition. A firewall rule change, an expired licence or an endpoint agent that stopped updating can undo a control silently, and a scheduled simulation catches that within days rather than at the next annual test.
What types of BAS tool are there?
Products differ in where the simulations run and which controls they check. Many combine several types in one console:
| Type | How it runs | Controls it checks |
|---|---|---|
| Agent-based endpoint | A small agent on laptops and servers runs simulated malware behaviour, credential theft and persistence techniques | Endpoint protection, EDR detection rules, local hardening |
| Network | Agents in different network zones send attack traffic and simulated lateral movement between each other | Firewall rules, segmentation, intrusion detection |
| Email and web gateway | Hosted components send harmless test emails and serve test links and downloads | Email filtering, attachment and link scanning, web proxies |
| Cloud | Connects to cloud accounts through their APIs, or runs simulations from workloads inside them | Cloud identity and permission controls, logging, configuration |
| Data exfiltration | Dummy sensitive data is sent towards outside destinations | Data loss prevention and outbound filtering |
Whatever the type, the most useful check is often the last one: did each simulated technique produce the alert your security team expects to see? A technique that is logged but never alerted on is, in practice, missed.
BAS vs penetration testing vs red teaming
All three test your defences against attack techniques, but they answer different questions and suit different stages of maturity.
| Aspect | Breach and attack simulation | Penetration testing | Red teaming |
|---|---|---|---|
| Who runs it | Automated software, managed by your team | A human tester | A team of human testers |
| Main question | Do our controls still block and detect known techniques? | Which weaknesses can be exploited, and how far do they lead? | Would we detect and stop a determined attacker reaching an objective? |
| Finds new weaknesses | No, it replays a known library | Yes | Yes |
| Adapts to your environment | Only within its scenarios | Yes | Yes, and works to evade your defences |
| How often | Continuously or on a schedule | At least yearly and after significant change | Periodically, once the basics are in place |
| Tests people and process | Rarely | Partly, if social engineering is in scope | Yes |
Organisations that use BAS still need penetration testing and, once their defences are mature, red team assessments. A useful pattern is to turn each finding from a human-led test into a BAS scenario, so the fix is checked automatically from then on. In a purple teaming exercise, attackers and defenders work through techniques together, and BAS can keep re-checking the detections they tune.
Some products sold under the BAS label also run automated penetration testing. Instead of replaying a fixed library of safe simulations, they try to exploit real weaknesses they discover, such as weak credentials or misconfigured services, and chain them into attack paths. That is closer to a penetration test, but it still follows programmed logic: it will not reason about the business logic of a bespoke application or judge what a finding means for your business. Our guide to penetration testing as a service covers where automated testing fits.
What is assumed breach testing?
Assumed breach testing starts from the position an attacker would have after a successful intrusion, typically a standard user account on a company laptop, instead of from outside. It accepts that a determined attacker will eventually get a foothold, through phishing or a stolen password, and spends the testing time on what matters next: privilege escalation, lateral movement, access to sensitive data and whether your monitoring notices.
BAS tools apply the idea automatically by running their simulations from agents already inside your network. Human-led assumed breach tests go further, because a tester adapts to what they find; an internal penetration test that starts from a standard user account is the most common form.
Where does BAS fit with CTEM?
In a continuous threat exposure management (CTEM) programme, BAS belongs to the validation stage, alongside penetration testing and red teaming. It answers part of the validation question, “would our controls stop or detect this?”, quickly and repeatedly, while human testing answers the rest: whether an exposure can actually be exploited and where it leads. BAS results also feed prioritisation, because an exposure your controls would not catch deserves more urgent attention.
What are the benefits of breach and attack simulation?
- Control drift is caught early. A security setting that stops working after a change shows up at the next scheduled run, not at the next annual test.
- Detection rules are tested, not assumed. Each simulated technique shows whether the alert your security team relies on actually fires.
- Fixes are confirmed automatically. Re-running the same scenario after a change shows whether the gap has closed.
- Coverage becomes measurable. Results mapped to attack techniques show which ones are blocked, detected or missed, which helps decide where security spending goes next.
What are the limits of breach and attack simulation?
- It only tests what is in its library, so it will not find a flaw in your own application or a misconfiguration nobody has written a scenario for.
- It needs agents and upkeep, and its coverage is only as good as where those agents are deployed.
- A “blocked” result in one place does not prove the same technique is blocked everywhere.
- It does not replace the penetration tests required by standards such as PCI DSS, and it rarely tests people or physical security.
Why Sovereign Secure?
BAS checks that controls keep working; our part is the human-led testing that finds what a simulation library cannot. Sovereign Secure provides penetration testing services, internal tests that start from a standard user account, and red team assessments. We are a PCI SSC Qualified Security Assessor company and ISO 27001 certified, so findings are mapped to the standards you are assessed against.
Next step: request a penetration testing quote for an assumed breach or red team test.
Your next step
- Scope your testChoose your test types and asset counts online to scope your penetration test.Scope your test
- Pen testing cost guideUK day rates, price ranges by test type and what drives the cost.Read the cost guide
- Talk to a testerTell us what you need tested. We aim to reply within one working day.Talk to a tester
Last reviewed October 2026 by the Sovereign Secure assessment team.




