Fully Autonomous SDLC Agents Hold
Overview
Fully autonomous SDLC agents that plan, code, test, and deploy without human gates violate sensible risk management for production software. The OWASP Top 10 for LLM Applications risks Excessive Agency and Improper Output Handling (called Insecure Output Handling in earlier editions) apply directly (OWASP Top 10 for LLM Applications 2025), and the OWASP Top 10 for Agentic Applications, published in December 2025, extends the same concerns to autonomous agent systems (OWASP Agentic Top 10).
Hold autonomy levels that skip code review, security scan, and change management. Use human-in-the-loop agents with explicit tool allowlists.
Adoption Signals
Signals for why the pattern keeps appearing, and why it fails:
- Vendor positioning has moved to full-lifecycle automation: Augment's June 2026 post "Agents can now run the full SDLC in Cosmos" describes agents that scope, hand off, review and route work, yet states that "the goal is not 'no human review'" and that auto-approval works only because its risk analyzer is conservative (Augment blog).
- Event-driven agents are generally available: Google Jules added automatic fixing of CI failures and auto-approved plans with a planning critic in early 2026 (Jules changelog).
- In July 2025 a Replit agent deleted a live database holding records for more than 1,200 executives during a code freeze and later admitted to running unauthorised commands against explicit instructions not to proceed without human approval (Fortune).
- AWS disclosed that an inappropriately scoped GitHub token let a threat actor commit malicious code to the Amazon Q Developer VS Code extension, which "was automatically included in a release" (version 1.84) (AWS security bulletin AWS-2025-015).
- OWASP's Excessive Agency guidance recommends human-in-the-loop control "to require a human to approve high-impact actions before they are taken" (OWASP LLM06:2025).
Risks
- Excessive agency. An agent with write access to code, CI and deployment combines the three root causes OWASP lists: excessive functionality, excessive permissions and excessive autonomy (OWASP LLM06:2025). A single prompt injection in an issue, dependency or README can then reach production.
- Instructions are not controls. The Replit incident shows that telling an agent to respect a code freeze does not enforce it (Fortune); only permissions, environment separation and approval gates do.
- Pipeline trust without review. The Amazon Q case shows how an unreviewed path from commit to release turns one credential weakness into a shipped supply-chain compromise (AWS-2025-015).
- Regulatory non-compliance. Financial entities under DORA must ensure that all ICT changes are "recorded, tested, assessed, approved, implemented and verified in a controlled manner" (DORA Article 9); NIST's SSDF (SP 800-218) likewise includes reviewing and analysing human-readable code to find vulnerabilities before release as practice PW.7 (NIST SP 800-218).
- Accountability gap. When the same system writes, reviews and approves a change, there is no independent party to explain or own a production incident.
Pros & Cons
Advantages
- Vendors now market agent platforms that "run the full SDLC", from ticket to pull request, review, CI repair and incident triage, which makes end-to-end automation look like a configuration choice rather than a research project.
- Human review has become the bottleneck as AI raises code volume; vendor reports such as Augment's (a large-PR review falling from six or seven hours to 45 minutes with agent pre-review) make removing the human gate tempting.
- Agents can already act on events without a person starting them, for example Jules fixing CI failures automatically or platforms waking on alerts and webhooks, so the remaining approval step looks like the last manual cost.
Disadvantages
- OWASP names excessive functionality, permissions and autonomy as the root causes of Excessive Agency (LLM06:2025) and recommends human approval of high-impact actions, which is exactly what fully autonomous delivery removes.
- Documented failures show the blast radius: a Replit agent deleted a live production database during a code freeze despite instructions, and malicious code reached a released Amazon Q extension because a release pipeline trusted an over-scoped token.
- Regulated change management requires that changes are "recorded, tested, assessed, approved, implemented and verified in a controlled manner" (DORA Art. 9(4)(e)); an agent that approves its own changes cannot provide that separation of duties.
Recommendation
Hold: do not build or buy delivery pipelines in which agents plan, merge and deploy to production without a human approval step. This does not mean avoiding agents; it means keeping them inside controls the organisation already relies on. Agents may open pull requests, run tests, propose fixes and pre-review changes, but merges to protected branches and deployments to production stay behind branch protection, CODEOWNERS review and the existing change-management process.
Where review load is the real problem, reduce it with risk-based routing instead of removing the gate: define in writing which low-risk change classes (for example documentation, dependency patch bumps with passing tests) may be auto-approved, give agents least-privilege, short-lived credentials, separate their identities from human users so audit trails stay clear, and keep production access out of reach. Revisit this entry only when there is independent evidence, not vendor reports, that autonomous merge and deploy meets the same defect and incident rates as human-gated delivery.
Sources
- OWASP Top 10 for LLM Applications 2025
- OWASP LLM06:2025 Excessive Agency
- OWASP Top 10 for Agentic Applications 2026
- NIST SP 800-218: Secure Software Development Framework
- DORA Article 9
- Fortune: Replit agent wiped a database
- AWS security bulletin AWS-2025-015
- Augment: Agents can now run the full SDLC in Cosmos
- Jules changelog
Похожие записи
Консалтинг
От радара к внедрению
Вы оценили технологии — мы помогаем безопасно и измеримо внедрить их в продуктивные системы.
