Skip to content
Sovereign SecureSovereign Secure

Glossary

Breach and Attack Simulation (BAS): What It Is and How It Works

Updated

What breach and attack simulation tools do, how they work, how they compare with penetration testing and red teaming, and where assumed breach testing and CTEM fit.

Prefer to talk? Call +44 161 523 5276

  • BAS, penetration testing and red teaming compared
  • Assumed breach testing explained
  • Where BAS fits in a CTEM programme

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
  1. What is breach and attack simulation?
  2. How do breach and attack simulation tools work?
  3. BAS vs penetration testing vs red teaming
  4. What is assumed breach testing?
  5. Where does BAS fit with CTEM?
  6. What are the benefits of breach and attack simulation?
  7. What are the limits of breach and attack simulation?
  8. 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

Last reviewed October 2026 by the Sovereign Secure assessment team.

Trusted by banks, payment providers and global brands

  • Accor
  • Fiserv
  • JCPenney
  • Ticketmaster
  • Nitecrest
  • Cashplus
  • Ahli United Bank
  • Kuwait Finance House
  • AYA Bank
  • Bank of Palestine
  • Liquid Pay
  • DataFlow Group
  • Wilmington
  • The Growth Company
  • Wahyukart

FAQ

Frequently asked questions

Can't find your answer? Call us on +44 161 523 5276 or send us a message.

What is breach and attack simulation?

Breach and attack simulation (BAS) is a category of security software that runs safe, automated simulations of real attack techniques against your own environment to check whether your controls stop or detect them. The results show which controls are working and where gaps have opened since the last check.

Is breach and attack simulation the same as penetration testing?

No. BAS replays a library of known techniques automatically and repeatedly; a penetration test is a person looking for weaknesses, including new ones, chaining them together and judging their impact. BAS tells you whether controls still work; a pen test tells you what an attacker could actually achieve. See what is penetration testing.

What is assumed breach testing?

A test that starts from the position an attacker would have after a successful intrusion, such as a standard user account on a company laptop, rather than from outside. It skips initial access and spends the time on lateral movement, privilege escalation and detection. BAS tools and human-led red teams both use the approach.

Does BAS replace red teaming?

No. A red team assessment adapts to your defences, combines technical, human and physical routes and tests how your people respond. BAS repeats known techniques the same way each time, which makes it useful for regression checks between exercises.

What is the difference between BAS and automated penetration testing?

Classic BAS replays a fixed library of safe simulations to check whether your controls block or detect them. Automated penetration testing tries to exploit real weaknesses it finds, such as weak credentials, and chains them into attack paths. Some vendors sell both under one label; neither replaces a human-led test of bespoke applications or the penetration testing PCI DSS Requirement 11.4 expects.

Is breach and attack simulation safe to run in production?

BAS tools are designed to be safe, using harmless payloads and dummy data, but they still run attack techniques on live systems. Agree what runs, where and when with your IT and security teams, and start with a limited scope.

Can BAS help with PCI DSS or ISO 27001?

It can provide supporting evidence that controls are monitored and tested, which fits ISO 27001:2022 Annex A 8.8 (management of technical vulnerabilities) and 8.16 (monitoring activities). It does not replace the internal, external and segmentation penetration tests that PCI DSS Requirement 11.4 requires.

Free consultation

Talk to an assessor

We aim to reply within one working day, and send a fixed quote once your scope is confirmed.

  • PCI SSC-approved QSA, QPA, CPSA, P2PE and 3DS assessors
  • IASME-licensed Cyber Essentials certification body
  • Clients across the UK, US, Europe, Middle East and Asia since 2012

“The Cyber Security Services were delivered on time and price was competitive.”

Beverley McGowan, Director, Specialists Hub. Read the full testimonial

By sending this form you agree to us contacting you about your enquiry. See our privacy policy.

We aim to reply within one working day. The first consultation is free.