TL;DR: Two to three times higher vulnerability density in AI-generated code shows how fast risk can build, based on Checkmarx survey research. AppSec teams need controls that work at code-creation speed or review loses the context needed to fix issues efficiently.
Editorial analysis by NHI Mgmt Group, based on content published by Checkmarx: “Something’s Wrong With Your Code. And Attackers Know It.”.
By the numbers:
- 81% of organisations knowingly ship software with vulnerabilities they have already identified.
Key questions
Q: Why do AI-assisted commits increase software supply chain risk?
A: AI-assisted development increases the number and speed of changes, which reduces the time available for human verification.
Q: What breaks when security review happens after code context is gone?
A: Review becomes slower, less accurate, and harder to remediate because developers no longer remember the trade-offs behind the change.
Q: How should teams secure AI-generated applications before they reach production?
A: Treat security as a precondition of generation, not a review step at the end.
Practitioner guidance
- Embed security at code creation time Shift AppSec checks into the IDE and CI pipeline so vulnerable code is analysed while the developer still has context for fixing it.
- Harden developer identity and registry access Require strong authentication, scoped credentials, and explicit approval paths for package registries, source control, and build systems.
- Validate AI findings with deterministic controls Use SAST, SCA, and IaC analysis to confirm or refute AI-generated findings before they are routed for remediation.
Bottom line: AI-generated code is changing AppSec by increasing vulnerability density and reducing the time available for review.
Glossary terms: Agentic AppSec, Code Creation Time, Developer Workflow Attack Surface, Dependency Trust Drift
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
AI-generated code has turned AppSec into a speed-matching problem. Traditional review models assume security can examine code after developers finish writing it. That assumption breaks when code is produced continuously, by assistants that do not carry organisational risk context. The practical consequence is that security must move into the creation path, not wait for downstream validation.
A question worth separating out:
Q: How do AppSec and identity controls work together in AI coding workflows?
A: AppSec finds flaws in the code, while identity controls protect the systems that create and distribute that code. In AI coding workflows, both matter because access to source control, registries, and build systems determines whether risky code can be introduced at scale.
👉 Read our full editorial: AI coding speed is outrunning appsec review and control