Infrastructure-as-Code (IaC) Security
Что такое Infrastructure-as-Code (IaC) Security?
Infrastructure-as-Code (IaC) SecurityThe discipline of scanning, policy-checking, and securing IaC templates (Terraform, OpenTofu, Pulumi, CloudFormation, Helm, Kubernetes manifests) before they provision misconfigured cloud resources.
Infrastructure-as-Code (IaC) security treats declarative provisioning templates as a primary security artifact: most cloud misconfigurations now originate not from manual console edits but from Terraform, OpenTofu, Pulumi, AWS CloudFormation, Bicep, Helm, or raw Kubernetes manifests committed to a repo and applied by CI. Programs combine static analysis tools (Checkov, KICS, tfsec, Terrascan, Snyk IaC, Trivy config-scan), policy-as-code engines that enforce rules at plan-time (OPA/Rego, Conftest, HashiCorp Sentinel, Checkmarx Cloudguard, Wiz Code), drift-detection comparing live state to source-of-truth, and secret scanners that block hard-coded credentials in `.tf` and `values.yaml`. Increasingly, IaC security extends 'left' into developer workflows (IDE plugins, pre-commit hooks) and 'right' into runtime correlation (proving the deployed S3 bucket matches the reviewed module). Common findings include public S3 buckets, over-broad IAM `*`, missing encryption-at-rest, security groups open to 0.0.0.0/0, and Kubernetes pods running as root.
● Примеры
- 01
A pull-request CI step runs Checkov against the Terraform plan and blocks a merge that would create an S3 bucket without server-side encryption.
- 02
An OPA policy denies any Kubernetes manifest that mounts the Docker socket or runs with `privileged: true`.
● Частые вопросы
Что такое Infrastructure-as-Code (IaC) Security?
The discipline of scanning, policy-checking, and securing IaC templates (Terraform, OpenTofu, Pulumi, CloudFormation, Helm, Kubernetes manifests) before they provision misconfigured cloud resources. Относится к категории Облачная безопасность в кибербезопасности.
Что означает Infrastructure-as-Code (IaC) Security?
The discipline of scanning, policy-checking, and securing IaC templates (Terraform, OpenTofu, Pulumi, CloudFormation, Helm, Kubernetes manifests) before they provision misconfigured cloud resources.
Как работает Infrastructure-as-Code (IaC) Security?
Infrastructure-as-Code (IaC) security treats declarative provisioning templates as a primary security artifact: most cloud misconfigurations now originate not from manual console edits but from Terraform, OpenTofu, Pulumi, AWS CloudFormation, Bicep, Helm, or raw Kubernetes manifests committed to a repo and applied by CI. Programs combine static analysis tools (Checkov, KICS, tfsec, Terrascan, Snyk IaC, Trivy config-scan), policy-as-code engines that enforce rules at plan-time (OPA/Rego, Conftest, HashiCorp Sentinel, Checkmarx Cloudguard, Wiz Code), drift-detection comparing live state to source-of-truth, and secret scanners that block hard-coded credentials in `.tf` and `values.yaml`. Increasingly, IaC security extends 'left' into developer workflows (IDE plugins, pre-commit hooks) and 'right' into runtime correlation (proving the deployed S3 bucket matches the reviewed module). Common findings include public S3 buckets, over-broad IAM `*`, missing encryption-at-rest, security groups open to 0.0.0.0/0, and Kubernetes pods running as root.
Как защититься от Infrastructure-as-Code (IaC) Security?
Защита от Infrastructure-as-Code (IaC) Security обычно сочетает технические меры и операционные практики, как описано в определении выше.
Какие есть другие названия Infrastructure-as-Code (IaC) Security?
Распространённые альтернативные названия: IaC scanning, Policy-as-Code for IaC, Terraform security.
● Связанные термины
- cloud-security№ 209
Неправильная настройка облака
Брешь в безопасности из-за некорректных или небезопасных настроек облачных сервисов: открытое хранилище, слабые IAM-политики, доступные порты управления и т. п.
- cloud-security№ 280
CSPM (управление облачной постурой безопасности)
Класс инструментов, непрерывно сверяющих облачные аккаунты с лучшими практиками и нормативными базисами для обнаружения и устранения некорректных конфигураций.
- cloud-security№ 939
Политики как код
Практика описания правил безопасности, комплаенса и управления в виде машиночитаемого кода, чтобы их можно было версионировать, тестировать, ревьюить и автоматически применять.
- cloud-security№ 848
OPA (Open Policy Agent)
Универсальный движок политик уровня CNCF Graduated, отделяющий решения по авторизации и admission Kubernetes от приложений с помощью языка Rego.
- cloud-security№ 1103
Безопасность как код
Практика описания контролей, тестов и инфраструктуры безопасности в исходном коде, чтобы они версионировались, проходили ревью, автоматизировались и доставлялись вместе с приложениями.
- appsec№ 1145
Shift-Left Security
Подход, при котором действия по безопасности перемещаются на более ранние стадии жизненного цикла ПО, чтобы выявлять и исправлять уязвимости до выхода в продакшен.