AID-H-031: AI-Generated Code Admission Control & Safe Promotion

Version 1.20261015 · Family — navigation only

Establish a dedicated admission-and-promotion control plane for AI-generated or AI-materially-modified development artifacts before they are merged, built, released, or deployed. This family technique treats generated source code, infrastructure-as-code, workflow definitions, dependency changes, deployment manifests, installer or build scripts, repository automation code, and agent-authored patches as high-risk artifacts that require provenance labeling, policy evaluation, exploitability-oriented validation, and evidence-bound promotion decisions.

Why this exists: classic secure SDLC controls usually assume that a human authored the change and that reviewers can reason about intent line-by-line. AI-assisted development breaks that assumption: defenders need machine-enforced gates that can keep pace with rapid generation while still requiring higher-friction review for privileged or destructive paths.

Scope boundary

Owns provenance-aware, risk-tiered admission and promotion of AI-generated or AI-materially-modified source code, infrastructure-as-code, workflows, dependency changes, deployment definitions, build scripts, and repository automation through the organization's SDLC.

AID-H-030: AID-H-031 governs internally generated development changes through merge, build, release, and deployment; AID-H-030 admits externally sourced agentic skill artifacts for installation or execution. The artifact origin, review context, and authorized destination determine which family owns the decision.

AID-H-003: AID-H-031 governs the additional provenance and promotion risk created by AI-authored development changes; AID-H-003 governs general AI or ML supply-chain component integrity and admission. AI-generated changes still pass ordinary supply-chain controls.

Warning

Medium on CI/CD Latency and Review Friction

Proper admission control adds validation stages before merge or promotion. Expect higher pipeline latency for repositories that allow AI-authored changes, especially when dynamic validation or named approval is required.

Guidance: use tiered policies. Low-risk documentation or test-only changes can pass lighter gates, while secrets handling, identity, infrastructure, deployment, payment, and data-destruction paths should require the strictest review.

Sub-techniques

Threat mappings

MITRE ATLAS

MAESTRO

OWASP LLM Top 10 2026

OWASP ML Top 10 2023

OWASP Top 10 for Agentic Applications 2026

NIST Adversarial Machine Learning 2025

Cisco Integrated AI Security and Safety Framework

Google Secure AI Framework 2.0 - Risks

Databricks AI Security Framework 3.0

AID-H-031: AI-Generated Code Admission Control & Safe Promotion | AIDEFEND

Loading interactive view…

A Practical Knowledge Base for AI Security Defenses

Version