iac-review

Review Terraform, Bicep, and CloudFormation code for security, state, and drift issues.

Updated Sep 10, 2026
One-click install
npx skills add https://github.com/serpro-workshop-fortaleza/datacorp-sifap-modernization-team-kit --skill iac-review-serpro-workshop-fortaleza
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: iac-review
Source: https://github.com/serpro-workshop-fortaleza/datacorp-sifap-modernization-team-kit/tree/main/.github/skills/iac-review
Command: npx skills add https://github.com/serpro-workshop-fortaleza/datacorp-sifap-modernization-team-kit --skill iac-review-serpro-workshop-fortaleza

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Infrastructure as Code reviews are inconsistent and error-prone when done ad hoc, letting misconfigurations like public storage access, unpinned provider versions, or local state files slip into production. This Skill provides a structured checklist and output template so every IaC review covers structure, remote state, security, change safety, and drift detection. ## Core Features & Use Cases - Structured Review Checklist: Covers module composability, remote state with locking, least-privilege IAM, encryption, and pinned provider/module versions. - Drift Detection Guidance: Ensures scheduled drift detection (e.g., terraform plan -detailed-exitcode or Driftctl) with automatic ticket creation. - Standardized Output Template: Produces a findings table with severity, recommendation, blocker count, and an approve/request-changes verdict. - Use Case: A teammate asks you to review a Terraform module before merging. Run this Skill to systematically check for hardcoded values, missing prevent_destroy on stateful resources, and tfsec/checkov findings, then deliver a consistent review report. ## Quick Start Review this Terraform module for production readiness and report findings by severity.

Frequently Asked Questions about iac-review

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I review a Terraform module before merging?▼

Review a Terraform module by checking structure (single responsibility, no hardcoded values), remote state with locking, security (no secrets, least-privilege IAM), and change safety (pinned versions, plan attached to the PR). Report findings in a severity table with an approve or request-changes verdict.

What should an infrastructure as code review checklist include?▼

An IaC review checklist should cover module composability, remote state with locking and per-environment separation, secret management via Key Vault or Secrets Manager, encryption at rest and in transit, pinned provider and module versions, prevent_destroy on stateful resources, and scheduled drift detection.

Does this review approach work for Bicep and CloudFormation?▼

Yes, the checklist applies to Terraform, Bicep, and CloudFormation. The same principles hold: parameterized inputs, no secrets in code, least-privilege access, and change safety, though tooling differs (tfsec and checkov for Terraform, PSRule for Bicep).

How do I detect Terraform state drift automatically?▼

Detect drift by scheduling terraform plan -detailed-exitcode daily or running Driftctl. Each detected drift should automatically create a ticket so it never stays silent, and manual console changes must be codified afterward.

Why should I use for_each instead of count in Terraform?▼

Use for_each with stable keys instead of count because count on reorderable lists causes resources to be destroyed and recreated when list order changes. for_each tracks resources by key, making plans stable and predictable.