The AppSec bottleneck isn’t finding vulnerabilities. It’s everything after

There is a live argument in security circles right now. If AI can write the code, and AI can review it, is traditional application security on its way out? It is a fair question, and the answer is no, though not for the reasons vendors usually give.

For years, the application security conversation has been about coverage: more scanners, more languages, more findings. Teams have gotten very good at finding vulnerabilities. Detection of true positives is still vital, but the harder problem, the one that actually determines whether risk goes down, is what happens after the scan finishes.

Finding the vulnerability was always only half the issue

Static and dynamic testing surface essential insights. At enterprise scale, they also produce tens of thousands of findings, and every one comes with the same set of questions: Is it real, or noise? Is the vulnerable code actually reachable? Does it matter for this application, in this context? Who owns the fix, and what exactly should they change? Answering those questions is manual, repetitive, and slow. The work often falls to a small team of application security engineers who sit between development and security. They become the bottleneck the moment finding volume outpaces the hours available to review them.

False positives are a property of the math, not a vendor flaw

Every static analyzer, from every vendor, produces false positives. To trace how untrusted data might reach a sensitive operation, dataflow analysis has to reason about paths it cannot always fully resolve: a sanitiser it does not recognise, a framework behaviour it cannot see, or a branch that can never actually execute. Faced with uncertainty, a good analyzer errs toward flagging rather than staying silent. A missed vulnerability is worse than an extra finding to review. That noise is not a defect to be ashamed of. It is the cost of being thorough. But left unmanaged, it does real damage. It buries the findings that matter and slowly teaches developers that security alerts are usually wrong, until eventually they stop listening altogether.

The cost is measured in engineering hours

Put numbers on it. If a security review averages 10 minutes per finding, a portfolio generating hundreds of thousands of findings turns triage into a full-time operation for a small army of people. Those are engineering hours redirected from building product into verifying scan results. And the hours scale with the size of the codebase, not the size of the security team. The backlog grows faster than anyone can clear it. Somewhere in that pile are the handful of issues that genuinely put the business at risk, indistinguishable from the noise around them.

AI didn't create this problem. It raised the stakes.

It’s tempting to blame AI-assisted development for the flood of findings. But that's the wrong diagnosis. The triage and remediation bottleneck existed long before coding assistants. Teams have been outnumbered by their findings for years. What AI-assisted development changes is velocity. More code is written, by more people, more often, including by developers who are not security specialists and are moving quickly. More code means more findings, arriving faster than before. The gap between what you can detect and what you can act on does not hold steady as volume climbs. It widens. The same logic answers the bigger question. AI can now review code, not just write it, and that has people asking whether dedicated application security is still needed. But a general-purpose model flagging a bug in a diff was never the hard part. Governing findings across an entire portfolio, proving coverage, enforcing policy, keeping an audit trail, and clearing the backlog at scale is the hard part, and that work grows as AI writes more code, not less. More AI, on its own, does not fix application security. Applied with governance and a human in the loop, it does.

This is a scalability gap, not a coverage gap

The reframe matters because it changes where you invest. Buying more detection, whether through traditional Static Application Security Testing (SAST) or Agentic Application Security Testing (AST), doesn't fix a triage bottleneck. Neither does shifting left on its own. Moving the scan earlier in the pipeline surfaces findings sooner, but it does not reduce how many there are or how long each one takes to assess. Adding headcount does not scale either, because the work grows with the code, not with the team. The organisations pulling ahead are the ones automating the work between the scan and the fix: determining what is real, explaining why in terms a developer can trust, and helping get to resolution without turning every finding into a research project.

The next evolution of application security is not just about finding more. It is about acting faster and more accurately on what you have already found. That is a very solvable problem. The rest of this series will show you how.

Cyber Resilience Programme activities

techUK brings together key players across the cyber security sector to promote leading-edge UK capabilities, build networks and grow the sector. techUK members have the opportunity to network, share ideas and collaborate, enabling the industry as a whole to address common challenges and opportunities together. Visit the programme page here.

Upcoming events

Latest news and insights

Learn more and get involved

Cyber Resilience updates

Sign-up to get the latest updates and opportunities from our Cyber Resilience programme.

Meet the team

Jill Broom

Head of Cyber Resilience, techUK

Jill leads the techUK Cyber Resilience programme, having originally joined techUK in October 2020 as a Programme Manager for the Cyber and Central Government programmes. She is responsible for managing techUK's work across the cyber security ecosystem, bringing industry together with key stakeholders across the public and private sectors. Jill also provides the industry secretariat for the Cyber Growth Partnership, the industry and government conduit for supporting the growth of the sector. A key focus of her work is to strengthen the public–private partnership across cyber to support further development of UK cyber security and resilience policy.

Before joining techUK, Jill worked as a Senior Caseworker for an MP, advocating for local communities, businesses and individuals, so she is particularly committed to techUK’s vision of harnessing the power of technology to improve people’s lives. Jill is also an experienced editorial professional and has delivered copyediting and writing services for public-body and SME clients as well as publishers.

Email:: [email protected]
Website:: www.techuk.org/
LinkedIn:: https://www.linkedin.com/in/jill-broom-19aa824

Read lessmore

Annie Collings

Senior Programme Manager, Cyber Resilience, techUK

Annie is the Programme Manager for Cyber Resilience at techUK. She first joined as the Programme Manager for Cyber Security and Central Government in September 2023.

In her role, Annie supports the Cyber Security SME Forum, engaging regularly with key government and industry stakeholders to advance the growth and development of SMEs in the cyber sector. Annie also coordinates events, engages with policy makers and represents techUK at a number of cyber security events.

Before joining techUK, Annie was an Account Manager at a specialist healthcare agency, where she provided public affairs support to a wide range of medical technology clients. She also gained experience as an intern in both an MP’s constituency office and with the Association of Independent Professionals and the Self-Employed. Annie holds a degree in International Relations from Nottingham Trent University.

Email:: [email protected]
Twitter:: anniecollings24
LinkedIn:: https://www.linkedin.com/in/annie-collings-270150158/

Read lessmore

Olivia Staples

Junior Programme Manager - Cyber Resilience, techUK

Olivia Staples joined techUK in May 2025 as a Junior Programme Manager in the Cyber Resilience team.

She supports the programs mission to promote cyber resilience by engaging key commercial and government stakeholders to shape the cyber resilience policy towards increased security and industry growth. Olivia assists in member engagement, event facilitation and communications support.

Before joining techUK, Olivia gained experience in research, advocacy, and strategic communications across several international organisations. At the Munich Security Conference, she supported stakeholder engagement and contributed to strategic communications. She also worked closely with local and national government stakeholders in Spain and Italy, where she was involved in policy monitoring and advocacy for both public and private sector clients.

Olivia holds an MSc in Political Science (Comparative Politics and Conflict Studies) from the London School of Economics (LSE) and a BA in Spanish and Latin American Studies from University College London (UCL).

Outside of tech, Olivia enjoys volunteering with local charities and learning Norwegian.

Email:: [email protected]

Read lessmore

The AppSec bottleneck isn’t finding vulnerabilities. It’s everything after

Finding the vulnerability was always only half the issue

False positives are a property of the math, not a vendor flaw

The cost is measured in engineering hours

AI didn't create this problem. It raised the stakes.

This is a scalability gap, not a coverage gap