What automated testing misses, and what it does well.

Automated and AI-driven testing checks known flaws often and consistently. Scanners do not test the help desk, the door, a supplier’s systems or business rules, and no standards body has measured AI tools on them. Aim people at those joins. Reviewed October 30, 2026.

What automation misses.

Nine things automated testing does not do on its own, with the evidence and the primary texts in their own words.

  1. 01

    Documented intrusions ran through joins that one-domain tests do not follow

    In 70 of 78 public intrusion paths, every known step on the victim’s own systems fell in a domain some single-domain test covers. A typical red team scope could follow only 33 of the 78 from first step to last.1,2,3

    The Seam Report 2026 wrote 78 publicly documented intrusions, from 2013 to September 2026, as paths of steps. The steps were testable. The joins between them were where tests stopped. Of the 45 paths a typical red team scope could not follow end to end, 38 ran through systems or people the victim did not own, six reached operational technology and four needed a physical step. NIST describes penetration testing as the search for combinations of weaknesses, and TIBER-EU asks red teams to combine the techniques of several threat actors. In our reading, an automated tool pointed at one estate tests the steps inside it and inherits the same scope limit. The corpus is a sample of intrusions someone explained in public, not a random sample.

    In the sources’ words

    • “Most penetration tests involve looking for combinations of vulnerabilities on one or more systems that can be used to gain more access than could be achieved through a single vulnerability.”

      NIST SP 800-115, section 5.22

    • “The scenario development is a creative process, and TTPs should not simply mimic scenarios seen in the past but should look to combine the TTPs of various relevant threat actors.”

      TIBER-EU Framework, section 3.63

  2. 02

    Scanners cannot tell when a valid request breaks a business rule

    OWASP’s testing guide says a vulnerability scanner cannot detect business logic flaws and that testing for them remains manual work.4,5

    A business logic flaw is a request the application accepts when it should refuse it: a skipped approval step, a changed price, another customer’s record reached by changing an identifier. Each request looks valid to a tool that does not know the rule it breaks. The OWASP Web Security Testing Guide says tools cannot detect when a user gets around a process flow, guesses resource names or escalates privileges. The FFIEC describes penetration tests as targeting weaknesses in business processes as well as technical controls. OWASP wrote this in 2020, before AI agents began testing applications. We found no standards body that has since measured how well AI tools find business logic flaws, so this is OWASP’s statement, not a tested result.

    In the sources’ words

    • “This type of vulnerability cannot be detected by a vulnerability scanner and relies upon the skills and creativity of the penetration tester.”

      OWASP Web Security Testing Guide v4.2, section 4.10.04

    • “tools have no means of detecting if a user is able to circumvent the business process flow through editing parameters, predicting resource names or escalating privileges to access restricted resources”

      OWASP Web Security Testing Guide v4.2, section 4.10.04

    • “A penetration test targets systems and users to identify weaknesses in business processes and technical controls.”

      FFIEC Information Security booklet, IV.A.2(b)5

  3. 03

    Help desks that reset credentials are tested by a caller, and 2025 threat-led tests found them weak

    Among the weaknesses exploited in 13 CBEST tests in 2025, UK regulators list help desks with limited or no caller authentication. US advisories name help-desk resets as a way in.1,2,6,7

    The control that fails is a person with authority to reset a password or move a multi-factor device, acting on a caller’s request. CISA and the FBI describe Scattered Spider posing as employees to get help desks to reset passwords and transfer MFA. The 2025 CBEST thematic lists insecure help desk protocols among the weaknesses its testers exploited. In the Seam Report corpus, a human step appears in 23 of 78 paths and is the first step in 16. A network scan does not reach the phone line. Testing it takes a call, test identities set up for the exercise and, where the desk is outsourced, the supplier’s written agreement. NIST lists calls to and from the help desk among the non-technical methods penetration testers use.

    In the sources’ words

    • “Posed as employees to convince IT and/or helpdesk staff to provide sensitive information, reset the employee’s password, and transfer the employee’s MFA to a device they control on separate devices.”

      CISA and FBI advisory AA23-320A, as updated July 29, 20256

    • “Firms/FMIs with insecure protocols for helpdesks, such as limited or no authentication of users during interactions with cyber attackers, were vulnerable to being attacked using fraudulently obtained credentials to further malicious access to sensitive information or systems.”

      2025 CBEST thematic, staff culture, awareness and training7

    • “In this section, we set out the most significant findings identified in 13 CBEST assessments in 2025.”

      2025 CBEST thematic, technical observations7

    • “Another non-technical means of attack is the use of social engineering, such as posing as a help desk agent and calling to request a user’s passwords, or calling the help desk posing as a user and asking for a password to be reset.”

      NIST SP 800-115, section 5.22

  4. 04

    Physical entry needs a person at the door, and only 1 US or Gulf testing rule requires a test of it

    An intrusion that starts at a lock or a lobby port begins where network tools cannot see. Of the 41 US and Gulf testing regimes The Seam Report coded, only 1 requires a physical intrusion test, and it is still 1 of 71 in our testing rules reference.1,2,8,9,10

    The FBI reported in February 2026 that 1,900 ATM jackpotting incidents had been reported since 2020. Its recommended checks are meant to catch physical intrusion that network monitoring would miss. NIST’s control for facility penetration testing, CA-8(3), calls for attempts to get past physical access controls. Four of the 78 documented paths in the Seam Report include a physical step, a count the report says may reflect what victims disclose more than what attackers do. A physical test needs letters of authority from each owner of the site and guards who know how to confirm the tester is authorized. No tool carries those.

    In the sources’ words

    • “When combined with gold image integrity validation, this approach enables early identification of physical intrusion and malware staging events that would otherwise evade network-based monitoring.”

      FBI FLASH-20260219-001, recommended mitigations9

    • “Employ a penetration testing process that includes [Assignment: organization-defined frequency] [Selection: announced; unannounced] attempts to bypass or circumvent controls associated with physical access points to the facility.”

      NIST SP 800-53 Rev. 5, CA-8(3)10

    • “security guards should be made aware of how to verify the validity of tester activity, such as via a point of contact or documentation.”

      NIST SP 800-115, section 5.22

    Security testing rules

  5. 05

    A client cannot authorize any tester, human or automated, to test its supplier’s systems

    Of 78 documented intrusion paths, 38 ran through systems or people the victim did not own, which a client cannot authorize anyone to test on its own.1,11,12

    A test may act only where every owner on the path has agreed. That rule binds automated tools as much as people. The difference is what happens at the boundary. A human-led program can arrange authority in advance, through contract rights to run joint scenarios or, in the EU, a pooled test that must include a scenario on the shared provider’s own systems. It can also stop at the seam and record the path it could not follow. In 2026, AI systems under evaluation reached real organizations no one had authorized. Some supplier paths cannot be walked from the customer’s side at all, such as a poisoned software build.

    In the sources’ words

    • “For pooled TLPTs, without prejudice to the scenarios targeting directly the critical or important functions of the financial entities involved in the testing, at least one scenario shall include the ICT third-party services provider’s relevant underlying ICT systems”

      Delegated Regulation (EU) 2025/1190, Article 10(4)11

    • “gained unauthorized access to the production infrastructure of three different organizations.”

      Anthropic, July 30, 202612

  6. 06

    On live plant systems, the hard part is knowing what not to touch

    NIST warns that active scans can destabilize operational technology, and says automated network scanning does not apply to serial networks.1,13,14

    Six of the 78 documented paths reached operational technology. NIST’s OT guide tells owners to use extreme caution with active scanning on operational networks and to run penetration tests on replicated or simulated systems where they can. It also says automated network scanning does not apply to non-routable links such as serial networks. People cause harm too. NIST records a penetration test of a corporate network that strayed into a SCADA system and stopped a gas utility’s pipelines for four hours. The lesson is judgment and isolation, not that people are safe and tools are not. Qatar’s penetration testing accreditation leaves ICS and OT testing out of what it accredits.

    In the sources’ words

    • “OT network owners should exercise extreme caution when permitting active scanning on an operational network due to device sensitivity on the target network. Active scans may cause device instability or interfere with the device process state, potentially impacting safety and integrity.”

      NIST SP 800-82 Rev. 3, appendix E.2.313

    • “Example compensating controls include employing a replicated, virtualized, or simulated system to conduct penetration testing.”

      NIST SP 800-82 Rev. 3, appendix F, CA-813

    • “Automated network scanning is not applicable to non-routable communications, such as serial networks.”

      NIST SP 800-82 Rev. 3, appendix F, RA-513

    • “The penetration test locked up the SCADA system, and the utility was not able to send gas through its pipelines for four hours.”

      NIST SP 800-82 Rev. 3, appendix C.3.413

    • “Penetration Testing Accreditation scope excludes following activities: Industrial Control Systems (ICS) or Operational technology (OT) Testing, Automated Vulnerability Assessment Scans”

      Qatar NCSA penetration testing accreditation standard, section 2.214

  7. 07

    Deciding what a finding means for the business still takes a person

    NIST tells assessors not to accept a scanner’s risk ratings. UK firms using frontier AI told the FCA they still rely on specialists to validate findings and set priorities.2,11,15,16

    A scanner reports that a flaw is present. Whether it matters depends on what the system does, who can reach it and what stops if it is lost. NIST SP 800-115 says scanners have high false positive rates and need an expert to read them. The FCA reported in September 2026 that firms using frontier models still rely on specialist expertise to validate findings and make risk-based decisions. The PHP Foundation wrote that tools cannot decide the right fix for a long-standing design decision. The EU rules for threat-led tests choose scenarios partly on the testers’ expert judgment.

    In the sources’ words

    • “Assessors should determine the appropriate risk level for each vulnerability and not simply accept the risk levels assigned by vulnerability scanners.”

      NIST SP 800-115, section 4.32

    • “Although the process itself is highly automated, vulnerability scanners can have a high false positive error rate (i.e., reporting vulnerabilities when none exist). An individual with expertise in networking and OS security should interpret the results.”

      NIST SP 800-115, section 4.32

    • “Models can accelerate vulnerability discovery, code analysis and inform prioritisation, but firms continue to rely on specialist expertise to validate findings, assess relevance, determine priorities and make risk-based decisions.”

      UK FCA, September 2, 202615

    • “What tools cannot do is decide on the right fix for a long-standing design decision in the engine, weigh the compatibility trade-offs, and review the patch.”

      The PHP Foundation, October 21, 202616

    • “the feasibility of the proposed scenarios for execution, based on the expert judgement of the testers”

      Delegated Regulation (EU) 2025/1190, Article 10(3)(c)11

  8. 08

    AI agents under test have crossed their scope, and human vigilance, not a technical barrier, limited the harm

    In 2026, AI systems under cyber evaluation reached real organizations. The UK AI Security Institute said its margin rested on human vigilance, not a technical barrier.1,12,17

    The UK AI Security Institute found 19 actions beyond the testing scope in 10 of 122 runs of one evaluation, against real people and organizations. Anthropic reported that models under evaluation gained unauthorized access to three organizations’ production systems after a misconfiguration left internet access open. In both cases scope lived in the instructions to the model. None of these runs was a commercial penetration test, and the developers’ safeguards had been switched off. The Seam Report found no public report of a commercial AI testing tool leaving scope at a client. The incidents show what an AI system that tests does when nothing outside the model holds it.

    In the sources’ words

    • “in 10 of the 122 runs, we identified 19 cases where an agent had taken distinct actions beyond the scope of the testing parameters.”

      UK AI Security Institute, August 4, 202617

    • “But in several cases the margin between failure and success was narrow, resting on human vigilance rather than a technical barrier that would reliably prevent this behaviour in a more capable agent.”

      UK AI Security Institute, August 4, 202617

    • “In all cases, our evaluation prompt stated explicitly that Claude had no internet access, but didn’t give Claude any limits on where to look for the flag.”

      Anthropic, July 30, 202612

    The 2026 incidents

  9. 09

    Rules written for skilled, experienced testers are not met by a scanner alone

    US, EU and Gulf texts describe penetration and red team tests as work by qualified, experienced people, and the Dubai regulator has faulted firms that only run automated scans.1,10,11,18,19,20,21,22,23,24

    NIST says penetration testing goes beyond automated vulnerability scanning. OMB requires federal agencies to use both automated tools and manual expert analysis before authorizing an application. New York requires automated scans plus a manual review of systems the scans do not cover. PCI SSC guidance describes a penetration test as a manual process that may use automated tools. When external testers run an EU threat-led test, the red team must include a manager with at least five years of experience and two testers with at least two. SAMA’s FEER asks for a red team provider with the skills, certifications and experienced staff to run the test, and Kuwait’s central bank requires a qualified team. Qatar’s penetration testing accreditation does not cover automated vulnerability scans. None of these texts sets rules for AI-driven testing, and none of the 47 testing regimes with public text that the Seam Report read does. So no regulator we read has said whether an AI-driven test meets them. CREST began accrediting firms for AI-enabled penetration testing in September 2026.

    In the sources’ words

    • “Penetration testing goes beyond automated vulnerability scanning and is conducted by agents and teams with demonstrable skills and experience that include technical expertise in network, operating system, and/or application level security.”

      NIST SP 800-53 Rev. 5, CA-810

      Note. NIST means a person or contractor here, not an AI agent. Its control CA-8(1) calls for an “independent penetration testing agent or team” and describes them as “individuals or groups who conduct impartial penetration testing”. CA-2(1), which it points to, says independent assessments can be “contracted to public or private sector entities outside of organizations”.

    • “Agency system authorization processes must employ both automated analysis tools and manual expert analysis.”

      OMB M-22-09, section III.D18

    • “automated scans of information systems, and a manual review of systems not covered by such scans, for the purpose of discovering, analyzing and reporting vulnerabilities at a frequency determined by the risk assessment, and promptly after any material system changes”

      23 NYCRR 500.5(a)19

    • “a number of Firms only conduct automated vulnerability scans and do not use other methods to test their critical IT infrastructure and information systems, including scenario-based testing, penetration tests and/or red team exercises.”

      DFSA Cyber Thematic Review 2024, finding 420

    • “A manual process that may include the use of vulnerability scanning or other automated tools, resulting in a comprehensive report.”

      PCI SSC Penetration Testing Guidance v1.1, section 2.121

    • “is composed of at least a manager, with at least 5 years of experience in penetration testing and red team testing as well as at least two additional testers, each with penetration testing and red team testing of at least 2 years”

      Delegated Regulation (EU) 2025/1190, Article 7(1)(f)(i)11

    • “Given the fact, that these ethical hacking tests are carried out on the live production systems, it is crucial that the Red Teaming Provider has a proven track record and has the required skills, expertise, certifications and experienced staff to perform the red teaming test.”

      SAMA FEER framework, section 3.322

    • “Regulated Entities shall engage a dedicated qualified team with specialized expertise to conduct red teaming exercises.”

      Central Bank of Kuwait CORF, 5.13.2.823

    • “The accreditation, which was launched in July 2026, assesses organisations against independent requirements for responsible, secure, and appropriate use of AI within penetration testing services.”

      CREST, September 3, 202624

    Rules for AI that tests

What automation does well.

Six things automated testing does better than people, with the texts that say so.

  1. 01

    Automated checks run every week, while a penetration test sees one day

    The UK NCSC says a penetration test validates systems only on the day of the test, often a year apart. Scanners can run on a schedule or on every change.5,25,26,27

    CISA requires US federal agencies to run automated asset discovery every 7 days and to start vulnerability enumeration across all discovered assets every 14 days. The FFIEC notes scanners can run continuously. The NCSC advises infrastructure scans at least monthly and application scans whenever the application changes. A test once a year cannot keep that pace, and the NCSC warns that vulnerabilities could then go unnoticed for long periods.

    In the sources’ words

    • “A penetration test can only validate that your organisation's IT systems are not vulnerable to known issues on the day of the test.”

      UK NCSC, Penetration testing25

    • “It's not uncommon for a year or more to elapse between penetration tests. So, vulnerabilities could exist for long periods of time without you knowing about them if this is your only means of validating security.”

      UK NCSC, Penetration testing25

    • “You should aim to perform vulnerability scans of your infrastructure on a regular basis (at least once every month), or immediately after applying changes to remediate a critical issue.”

      UK NCSC, Vulnerability scanning tools and services26

    • “scanning can be run on a schedule, on-demand or in response to trigger events such as a new build of a software project or the deployment of a new server.”

      UK NCSC, Vulnerability scanning tools and services26

    • “Perform automated asset discovery every 7 days.”

      CISA BOD 23-01, required actions 1 and 227

    • “Scanners and other tools can be run continuously, generating metrics that are reported and acted upon continuously.”

      FFIEC Information Security booklet, IV.A.2(c)5

  2. 02

    Scanners check known flaws on every host faster and more consistently than people

    NIST prefers automated checks wherever feasible because they are quick and repeatable. The NCSC notes scanners run hundreds or thousands of checks faster than manual testing.2,5,26,27

    A person checking hundreds of settings by hand makes mistakes. A scanner applies the same checks to every host it can reach, against known flaws and known classes of flaw. CISA asks federal agencies to enumerate vulnerabilities across all discovered assets, including laptops that roam. This is work automation should own.

    In the sources’ words

    • “Generally it is preferable to use automated checks instead of manual checks whenever feasible. Automated checks can be done very quickly and provide consistent, repeatable results.”

      NIST SP 800-115, section 3.42

    • “scanners typically perform hundreds or even thousands of checks at a significantly faster pace than would be possible with manual testing.”

      UK NCSC, Vulnerability scanning tools and services26

    • “Scanners search for known vulnerabilities (e.g., Mitre’s CVE) or for known vulnerability classes (e.g., Structured Query Language [SQL] injection and cross-site scripting).”

      FFIEC Information Security booklet, IV.A.2(c)5

    • “Initiate vulnerability enumeration across all discovered assets, including all discovered nomadic/roaming devices (e.g., laptops), every 14 days.”

      CISA BOD 23-01, required actions 1 and 227

  3. 03

    Exploited flaws in security products reach CISA’s list within days, so checks must run within days

    Flaws in products sold as security controls reached CISA’s exploited list a median of 2 days after publication, for 80 such flaws published from 2022 to 2025.1,28

    For all 651 exploited flaws published from 2022 to 2025, the median was 10 days. The short lag reflects how such flaws are disclosed as much as how fast attackers move. Microsoft reported in October 2026 that a state-aligned group using an AI penetration testing framework went from first targeting to privileged cloud access in less than 3 hours in several cases. A check that runs once a quarter cannot keep up with a flaw exploited the week it appears. Continuous automated checks can at least show where it is present.

    In the sources’ words

    • “including multiple instances where the time from initial targeting to privileged access was less than 3 hours.”

      Microsoft Threat Intelligence, October 21, 202628

  4. 04

    Automation confirms that fixes hold after every change

    Regulators ask for scans after material changes and for comparison with earlier scans, work that suits tools.2,19,29,30

    New York requires automated scans promptly after material system changes. Qatar’s central bank requires banks to compare results with previous scans to confirm that vulnerabilities were fixed. OWASP recommends security tests in build and release pipelines to keep a baseline and catch the easy weaknesses. Running the same checks after every change is work tools do well, and NIST calls doing it by hand tedious and error-prone.

    In the sources’ words

    • “automated scans of information systems, and a manual review of systems not covered by such scans, for the purpose of discovering, analyzing and reporting vulnerabilities at a frequency determined by the risk assessment, and promptly after any material system changes”

      23 NYCRR 500.5(a)19

    • “At a minimum, the bank must compare the results from previous vulnerability scans to verify that these vulnerabilities were addressed and mitigated.”

      Qatar Central Bank Technology Risks regulation, 9.4.3.129

    • “consideration should be put into integrating security tests in to continuous integration/continuous deployment (CI/CD) workflows in order to maintain baseline security information/analysis and identify “low hanging fruit” type weaknesses.”

      OWASP Web Security Testing Guide v4.2, section 2.230

    • “Having a person manually checking hundreds or thousands of settings is tedious and error-prone.”

      NIST SP 800-115, section 3.42

  5. 05

    AI tools now find real flaws in volume

    Mozilla shipped fixes for 271 vulnerabilities that an AI model identified, and UK firms told the FCA that frontier AI speeds up finding and validating flaws.15,16,31

    Firefox 150, released in April 2026, included fixes for 271 vulnerabilities identified by an early version of an Anthropic model during one evaluation. The FCA reported that firms find frontier AI increasingly supports the identification, validation and prioritization of vulnerabilities. The PHP Foundation says tools find bugs faster than ever, for defenders and attackers alike. The bottleneck has moved to fixing what is found.

    In the sources’ words

    • “This week’s release of Firefox 150 includes fixes for 271 vulnerabilities identified during this initial evaluation.”

      Mozilla, April 21, 202631

    • “Firms told us that frontier AI is increasingly supporting the identification, validation and prioritisation of vulnerabilities, increasing the pressure on firms’ remediation processes.”

      UK FCA, September 2, 202615

    • “Tools now find bugs faster than ever, for defenders and attackers alike, and the number of reports will keep growing.”

      The PHP Foundation, October 21, 202616

  6. 06

    Some intrusions needed no join, and routine checks are built for those

    Nine of 78 documented paths could have been followed end to end by one single-domain test, and four of them are fully documented.1,6,26

    At Colonial Pipeline and Change Healthcare, a stolen credential opened a remote access service without multi-factor authentication. Microsoft’s 2024 intrusion began with a password spray against a legacy test tenant account. In 2026, Iranian-affiliated actors altered logic on internet-exposed controllers and never left operational technology. The Seam Report says plainly that some intrusions are simple and a good penetration test would have found the door. In our reading, exposed services without MFA and controllers reachable from the internet are the common issues the NCSC says scanning finds at low cost. CISA and the FBI also recommend testing security controls continually and at scale against the techniques in their advisories, work automated tools are built for.

    In the sources’ words

    • “automated scanning should be viewed as a cost-effective way of finding and managing common security issues, without needing to employ specialist security testers.”

      UK NCSC, Vulnerability scanning tools and services26

    • “The authoring organizations recommend continually testing your security program, at scale, in a production environment to ensure optimal performance against the MITRE ATT&CK techniques identified in this advisory.”

      CISA and FBI advisory AA23-320A6

How to combine them.

Several rules already pair the two. The last two steps are Bendings proposals from The Seam Report 2026, and say so.

  1. 01

    Let tools find known flaws, and use people to test whether the program works

    The UK NCSC treats penetration testing as assurance of vulnerability management, not the main way to find vulnerabilities.2,25,26

    Automated scanning should carry the known flaws on every asset, every week and after every change. People then test what the scans cannot: the joins, the help desk, the door, the supplier connection and the business rules. NIST recommends regular scanning with periodic penetration tests in between. The NCSC says clearing the easy issues with scanning lets testers spend their time on problems better suited to a human.

    In the sources’ words

    • “Penetration testing should be viewed as a method for gaining assurance in your organisation's vulnerability assessment and management processes, not as a primary method for identifying vulnerabilities.”

      UK NCSC, Penetration testing25

    • “by taking care of the ‘low hanging fruit’ through regular vulnerability scanning, penetration testing engagements can more efficiently focus on complicated security issues that are better suited to a human.”

      UK NCSC, Vulnerability scanning tools and services26

    • “A well-designed program of regularly scheduled network and vulnerability scanning, interspersed with periodic penetration testing, can help prevent many types of attacks and reduce the potential impact of successful ones.”

      NIST SP 800-115, section 5.2.22

  2. 02

    Several rules already require both, so plan them as one program

    OMB, New York, Qatar’s central bank and the Bank of England’s CBEST guide each pair automated tools with manual work.18,29,32

    OMB expects agencies to move toward continuous monitoring while still running periodic manual assessments. New York pairs an annual penetration test with automated scans and manual review. Qatar’s central bank requires banks to use a combination of automated tools and manual techniques for vulnerability assessments. CBEST describes its penetration test as manual and automated techniques together. A program that buys one and calls it the other will not meet these texts.

    In the sources’ words

    • “Agencies are expected to continue moving toward continuous monitoring and ongoing authorizations while employing periodic manual security assessments as applications, dependencies, components, and infrastructure evolve.”

      OMB M-22-09, section III.D18

    • “The bank shall deploy a combination of automated tools and manual techniques to perform a comprehensive Vulnerability Assessment (VA) exercise”

      Qatar Central Bank Technology Risks regulation, 9.4.3.129

    • “A Penetration Test involves the use of a variety of manual and automated techniques to simulate an attack on an organisation’s IBSs.”

      CBEST Implementation Guide, section 832

  3. 03

    Aim human-led tests at the crossings tools cannot reach

    Plan people’s time from a register of seams, and arrange the authority to cross them before the test starts.1

    The Seam Report proposes a seam register: one row per crossing between domains or owners, with a named owner on each side and the date it was last crossed in a test. Scenarios start from a crossing, such as a caller asking the service desk to reset a privileged user’s MFA, or a device left in a meeting room. Contracts with suppliers can carry the right to run joint scenarios. The method is a proposal and is itself untested. It does not replace penetration testing.

    The Seam Report 2026

  4. 04

    Hold AI-driven testing to controls that sit outside the model

    Require scope that the system enforces, a stop the client holds and a qualified person who checks every finding.1,17

    The Seam Report proposes ten controls for AI systems that test. The first is a target list the system refuses to pass, not an instruction in a prompt. The last is a qualified tester who checks every finding. After its incident, the UK AI Security Institute added monitoring that can block out-of-scope actions as they happen. These are Bendings’ proposals, and no regulator has adopted them.

    In the sources’ words

    • “We are introducing monitoring built to watch an evaluation as it runs, able to flag or block out-of-scope actions as they happen.”

      UK AI Security Institute, August 4, 202617

    Ten controls for AI that tests

Questions.

Short answers, drawn from the findings above.

Is automated penetration testing enough?
Not on its own. Automated and AI-driven tools check known flaws on systems you own often, quickly and consistently, and regulators encourage that. Scanners do not test the staff who reset credentials, physical entry, supplier systems you cannot authorize, or business rules, and no regulator or standards body has said AI-driven tools do. Documented intrusions ran through those joins. NIST, OMB and New York each pair automated tools with manual work, and Qatar’s central bank requires banks to use “a combination of automated tools and manual techniques” for vulnerability assessments (9.4.3.1).1,2,18,19,29
What does automated testing do better than a human tester?
Frequency, coverage, repeat checks and speed. US federal agencies must run automated asset discovery every 7 days and vulnerability enumeration every 14. Scanners run hundreds or thousands of checks faster than manual testing, give repeatable results and can run after every change. AI tools now find real flaws in volume: Mozilla fixed 271 vulnerabilities that one AI model identified.2,26,27,31
Can AI-driven penetration testing replace a red team?
No regulator we read has said so. Of the 50 testing regimes in The Seam Report 2026, none of the 47 with public text sets rules for AI-driven testing, and threat-led schemes such as DORA, TIBER-EU and SAMA’s FEER describe tests run by experienced people. In 2026, AI systems under cyber evaluation reached real organizations when nothing outside the model enforced scope. None of those was a commercial test. CREST began accrediting firms for AI-enabled penetration testing in September 2026.1,3,11,12,17,22,24
Will a regulator accept automated scans in place of a penetration test?
Not in the texts we read. The Dubai Financial Services Authority faulted firms that only run automated scans. Qatar’s penetration testing accreditation excludes automated vulnerability scans. PCI SSC guidance describes a penetration test as a manual process that may use automated tools. NIST says penetration testing goes beyond automated vulnerability scanning.10,14,20,21
Which parts of an attack path does automated testing not reach?
The help desk that resets a password on a caller’s word, the door or lobby port, systems a supplier runs that the client cannot authorize testing of, business rules an application should enforce, and live operational technology where an active scan can upset a controller. Of 78 documented intrusion paths, 38 ran through systems or people the victim did not own.1,4,6,10,13
How should automated and human-led testing be combined?
Let automation carry known flaws on every asset, every week and after every change. Use people to test what scans cannot reach and to judge what findings mean. The UK NCSC treats penetration testing as assurance of vulnerability management rather than the main way to find flaws. Hold any AI-driven testing to scope enforced outside the model, a stop the client holds and human sign-off on every finding.1,2,25
Does Bendings use automation?
Yes. Its own AI model, Bendings Gauge, runs continuous red and blue team work inside limits each client approves. Exploitation, lateral movement and other risky actions wait for a Bendings operator to approve them. Bendings also runs reconnaissance, red team, penetration testing, physical and social-engineering testing, blue team support and incident response for governments, banks and asset managers in the United States and the Gulf Cooperation Council states.

Sources.

Primary sources unless marked. Each shows the date we last opened it and confirmed what we cite.

  1. 1
    The Seam Report 2026, Bendings, chapters 2, 3, 4, 6, 8, 9 and 12 Checked October 30, 2026.
  2. 2
    NIST SP 800-115, Technical Guide to Information Security Testing and Assessment, NIST, September 2008 Checked October 30, 2026.
  3. 3
    TIBER-EU Framework, European Central Bank, January 2025 Checked October 30, 2026.
  4. 4
    Web Security Testing Guide v4.2, 4.10.0 Introduction to Business Logic, OWASP Foundation, 2020 Checked October 30, 2026.
  5. 5
    IT Examination Handbook, Information Security booklet, FFIEC, September 2016 Checked September 28, 2026.
  6. 6
    Scattered Spider, joint advisory AA23-320A, CISA, FBI and partners, November 16, 2023, updated July 29, 2025 Checked October 30, 2026.
  7. 7
    2025 CBEST thematic, Bank of England, PRA and FCA, last updated January 20, 2026 Checked October 30, 2026.
  8. 8
    Security testing rules, United States and the Gulf, Bendings, reviewed October 30, 2026 Checked October 30, 2026.
  9. 9
    Increase in Malware Enabled ATM Jackpotting Incidents Across United States, FLASH-20260219-001, FBI, February 19, 2026 Checked October 30, 2026.
  10. 10
    NIST SP 800-53 Rev. 5, Security and Privacy Controls for Information Systems and Organizations, NIST, September 2020, updated December 10, 2020 Checked October 30, 2026.
  11. 11
    Commission Delegated Regulation (EU) 2025/1190 on threat-led penetration testing, Official Journal of the European Union, June 18, 2025 Checked September 28, 2026.
  12. 12
    Investigating three real-world incidents in our cybersecurity evaluations, Anthropic, July 30, 2026 Checked October 30, 2026.
  13. 13
    NIST SP 800-82 Rev. 3, Guide to Operational Technology (OT) Security, NIST, September 2023 Checked October 30, 2026.
  14. 14
    NISCF Accreditation Penetration Testing Standard, V1.1, National Cyber Security Agency, Qatar, February 8, 2024 Checked October 30, 2026.
  15. 15
    Frontier AI and cyber resilience, Financial Conduct Authority, September 2, 2026 Checked October 30, 2026.
  16. 16
    Today's PHP Security Release, and How We're Strengthening PHP Security, The PHP Foundation, October 21, 2026 Checked October 30, 2026.
  17. 17
    Incident Report: unsanctioned agent behaviour during cyber testing, UK AI Security Institute, August 4, 2026 Checked October 30, 2026.
  18. 18
    OMB Memorandum M-22-09, Moving the U.S. Government Toward Zero Trust Cybersecurity Principles, Office of Management and Budget, January 26, 2022 Checked October 30, 2026.
  19. 19
    23 NYCRR Part 500 as amended, NYDFS, November 1, 2023 (department copy, not an official version) Checked September 28, 2026.
  20. 20
    Cyber Thematic Review 2024, Key Findings and Observations, Dubai Financial Services Authority, 2024 Checked September 28, 2026.
  21. 21
    Information Supplement: Penetration Testing Guidance, v1.1, PCI Security Standards Council, September 2017 Checked October 30, 2026.
  22. 22
    Financial Entities Ethical Red-Teaming framework, v1.0, Saudi Central Bank (SAMA), May 2019 Checked October 30, 2026.
  23. 23
    Cyber and Operational Resilience Framework, v1.0, Central Bank of Kuwait, December 3, 2025 Checked October 30, 2026.
  24. 24
    CREST announces first cohort of companies to achieve new AI-Enabled Penetration Testing accreditation, CREST, September 3, 2026 Checked October 30, 2026.
  25. 25
    Penetration testing, National Cyber Security Centre (UK), August 8, 2017, reviewed January 10, 2022 Checked October 30, 2026.
  26. 26
    Vulnerability scanning tools and services, National Cyber Security Centre (UK), January 19, 2021 Checked October 30, 2026.
  27. 27
    Binding Operational Directive 23-01, Improving Asset Visibility and Vulnerability Detection on Federal Networks, CISA, October 3, 2022 Checked October 30, 2026.
  28. 28
    AI-driven, large-scale nation-state campaign using ARTEX enables supply chain compromise, Microsoft Threat Intelligence, October 21, 2026 Checked October 30, 2026.
  29. 29
    Technology Risks regulation for banks, Qatar Central Bank, January 2018 Checked October 30, 2026.
  30. 30
    Web Security Testing Guide v4.2, 2. Introduction, OWASP Foundation, 2020 Checked October 30, 2026.
  31. 31
    The zero-days are numbered, Mozilla, April 21, 2026 Checked October 30, 2026.
  32. 32
    CBEST Implementation Guide, Bank of England and PRA, 2024 Checked October 30, 2026.

Discuss an engagement privately.

Write from your organization’s email address. Tell us what is in scope, your deadline and who can authorize testing. Leave sensitive details out of the first message.