Pular para o conteúdo principal

Método: Ver Metodologia de Validação de Claims para a baseline empírica dos autores, validação por índices semânticos, ontology backtrace e comparação com fontes externas.

Rastreabilidade — Capítulo 08: IaC e Infraestrutura como Código

Este capítulo define práticas de infraestrutura definida como código — validação, enforcement de políticas, gestão de segredos e segregação de ambientes — como camada de enforcement contínuo.


Camada AppSec Core

Slice AppSec CoreRelevância
ACO-SCBI — Supply Chain & Build IntegrityIaC como código sujeito às mesmas práticas de revisão, validação e controlo de origem de módulos
ACO-SPC — Secret Handling, Protected Configuration & Operational IdentitiesPolicy-as-code, OPA/Conftest, gestão de segredos em IaC, enforcement de políticas de segurança

Nota adjunct: CIS-4 e ASVS secure_configuration_baseline_gap têm pressão significativa aqui. IaC tem semantics de configuração segura mas sem secção dedicada a baseline integrity. Candidato ao adjunct secure_configuration_baseline_integrity (pendente de promoção).


Frameworks normativos — cobertura verificada

Inclui apenas frameworks com pilot formal publicado no ExternalSourcesInventory.

FrameworkRequisito / PráticaCoberturaNotaFonte verificada
SSDF PO.3Implement Supporting Toolchains✅ ExplícitoIaC como toolchain formal e controladorequirements_catalog (strong): Catálogo IAC — Infraestrutura como Código
SSDF PW.3Verify Third-Party Software✅ ExplícitoMódulos IaC externos validadosaddon (medium): Governação de Módulos Reutilizáveis em IaC
SSDF PW.6Configure the Build and Test Environments✅ ExplícitoAmbientes definidos e validados via IaCaplicacao_lifecycle (strong): US-02 — Segregação de ambientes, tagging e permissões mínimas
SSDF RV.3Analyze Vulnerabilities to Root Causes✅ ExplícitoAnálise de vulnerabilidades em IaC; validações automáticasaddon (medium): Validações Automáticas e Controlo de Qualidade no Projeto IaC
SLSA-BUILD-L2Hosted build platform✅ ExplícitoIaC e pipeline integradosaplicacao_lifecycle (strong): US-09 — Assinatura e Proveniência de artefactos IaC
SLSA-PRODUCER-CHOOSE-BUILD-PLATFORMChoose build platform⚠️ ParcialIaC e runners controladosaddon (medium): Planeamento de Execução e Controlo de Estado
SLSA-BUILD-PLATFORM-ISOLATIONIsolation strength⚠️ ParcialIaC segmentation semânticaaplicacao_lifecycle (strong): US-02 — Segregação de ambientes
CAPEC-511Infiltration of Software Development Environment⚠️ ParcialIaC infrastructure compromiseaddon (medium): Princípios de Security by Design aplicados a Projetos IaC
CIS-4Secure Configuration of Enterprise Assets⚠️ ParcialIaC hardening; enterprise config além do âmbito AppSecaddon (medium): Enforcement Contínuo de Políticas e Regras de Segurança em IaC
ASVS protected_secret_storageSecret storage⚠️ ParcialIaC e gestão de cofresaplicacao_lifecycle (strong): US-10 — Gestão de segredos e identidades para IaC
ASVS secret_leak_preventionSecret leak prevention⚠️ ParcialIaC e prevenção de exposiçãoaddon (medium): Uso de Ferramentas Automatizadas e Assistidas na Autoria de IaC
ASVS secret_usage_isolationSecret usage isolation⚠️ ParcialIaC e isolamento de segredosaplicacao_lifecycle (strong): US-10 — Gestão de segredos e identidades para IaC
ASVS secure_transportSecure transport⚠️ ParcialIaC e deployaddon (medium): Exemplos de Estrutura e Práticas Seguras em Projetos IaC
ASVS service_to_service_authService-to-service auth⚠️ ParcialIaCaddon (medium): Princípios de Security by Design aplicados a Projetos IaC
ASVS secure_configuration_baseline_gapSecure configuration baseline✅ SemânticoPrivilégio mínimo, separação de ambientes, immutability, OPA enforcement confirmados em unit 📌 Princípios essenciais aplicáveis a projetos IaC; sem secção de baseline no catálogo de requisitos mas conteúdo substancial confirmadoaddon (medium): Princípios de Security by Design aplicados a Projetos IaC
NIS2Infraestrutura como código governada✅ ExplícitoOverlay regulatório publicadoaplicacao_lifecycle (strong): US-08 — Enforcement automático de políticas

Legenda: ✅ Explícito · ✅ Semântico · ⚠️ Parcial · 🔧 Reparação · 🔴 Gap

Metodologia: Cobertura verificada contra ontology_discovery_units.jsonl (4139 units, manual completo). "Explícito" = unit normative_weight strong/medium com heading directo. "Semântico" = conteúdo confirmado em addon ou via mapeamento canónico. "Parcial" = sem unit dedicado no capítulo.


Maturidade — referência separada

A leitura de maturidade deste capítulo é tratada em achievable-maturity.md.

Neste documento, os modelos de maturidade surgem apenas como contexto editorial complementar. A sua normalização formal é apresentada no documento dedicado do capítulo.


Ligações com outros capítulos

  • Cap. 01 — proporcionalidade de validação por risco de ambiente
  • Cap. 02 — requisitos IAC-XXX definidos e validados aqui
  • Cap. 07 — controlos IaC aplicados e orquestrados no pipeline
  • Cap. 09 — containers dependem da infraestrutura provisionada aqui
  • Cap. 14 — exceções técnicas de IaC legitimadas pelo processo de governação