Sentinel policy as code in Terraform - Cheat Sheet & Quick Revision

Recall & Review

beginner

What is Sentinel in the context of Terraform?

Sentinel is a policy as code framework used with Terraform to enforce rules and governance on infrastructure changes before they are applied.

beginner

How does Sentinel help teams manage infrastructure?

Sentinel lets teams write policies that check Terraform plans and states to ensure compliance with organizational rules, preventing risky or unauthorized changes.

beginner

What language is used to write Sentinel policies?

Sentinel policies are written in the Sentinel language, a simple, declarative language designed for writing policy rules that evaluate Terraform data.

intermediate

What is a common use case for Sentinel policies in Terraform?

A common use case is to prevent creation of resources in disallowed regions or to enforce tagging standards on all resources.

intermediate

How does Sentinel integrate with Terraform workflows?

Sentinel policies run during Terraform plan or apply phases, evaluating the planned changes and either allowing or blocking them based on policy results.

What does Sentinel primarily enforce in Terraform?

A Infrastructure policies and governance

B Terraform syntax correctness

C Cloud provider billing

D Terraform module versioning

Sentinel enforces policies and governance rules on Terraform infrastructure changes.

Which phase does Sentinel evaluate Terraform changes?

A During Terraform plan or apply

B Only after apply

C Before writing Terraform code

D During Terraform init

Sentinel policies run during the plan or apply phases to evaluate changes.

Sentinel policies are written in which language?

A Python

B YAML

C JSON

D Sentinel language

Sentinel uses its own declarative language designed for policy writing.

Which of the following is a typical Sentinel policy example?

A Optimize Terraform plan speed

B Block resources in unauthorized regions

C Encrypt Terraform state files

D Manage Terraform backend configuration

Blocking resources in unauthorized regions is a common policy to enforce compliance.

What happens if a Sentinel policy fails during Terraform apply?

A Terraform plan is deleted

B Terraform apply continues anyway

C Terraform apply is blocked

D Terraform state is reset

If a Sentinel policy fails, it blocks the apply to prevent non-compliant changes.

Explain how Sentinel policies improve infrastructure governance in Terraform.

Think about how rules can stop bad changes before they happen.

Describe a simple Sentinel policy example and its purpose.

Consider a rule that controls where resources can be created.

Practice

1. What is the main purpose of a Sentinel policy in Terraform?

easy

A. To enforce rules that control changes to cloud infrastructure

B. To write Terraform configuration files

C. To deploy cloud resources automatically

D. To monitor cloud resource usage

Solution

1. Step 1: Understand Sentinel policy role

   Sentinel policies are designed to enforce rules and guardrails on infrastructure changes.

2. Step 2: Differentiate from other Terraform tasks

   Writing configs and deploying resources are Terraform tasks, not Sentinel's role.

3. Final Answer:

   To enforce rules that control changes to cloud infrastructure -> Option A

4. Quick Check:

   Sentinel policy = enforce rules [OK]

Hint: Sentinel = rules to control changes, not deployment [OK]

Common Mistakes:

• Confusing Sentinel with Terraform configuration writing
• Thinking Sentinel deploys resources
• Assuming Sentinel monitors usage

2. Which of the following is the correct way to start a Sentinel policy block?

easy

A. sentinel policy example {

B. policy "example" {

C. policy example {

D. policy "example" = {

Solution

1. Step 1: Recall Sentinel policy syntax

   Sentinel policies start with the keyword 'policy' followed by the policy name in quotes and curly braces.

2. Step 2: Compare options

   policy "example" { matches the correct syntax: policy "example" { ... }

3. Final Answer:

   policy "example" { -> Option B

4. Quick Check:

   Correct Sentinel block start = policy "name" { [OK]

Hint: Policy name must be in quotes after 'policy' keyword [OK]

Common Mistakes:

• Omitting quotes around policy name
• Using '=' instead of '{' to start block
• Adding extra keywords like 'sentinel'

3. Given this Sentinel policy snippet:

policy "check_tags" {
  main = rule {
    all tfplan.resource_changes as _, rc {
      rc.change.after.tags contains "environment"
    }
  }
}

What does this policy check?

medium

A. All resources must have a tag named "environment"

B. At least one resource must have a tag named "environment"

C. No resource should have a tag named "environment"

D. Resources can have any tags without restriction

Solution

1. Step 1: Analyze the 'all' keyword usage

   The policy uses 'all' to check every resource change in the plan.

2. Step 2: Understand the condition

   It requires each resource's tags to contain the key "environment".

3. Final Answer:

   All resources must have a tag named "environment" -> Option A

4. Quick Check:

   all resources have "environment" tag = All resources must have a tag named "environment" [OK]

Hint: 'all' means every resource must meet condition [OK]

Common Mistakes:

• Confusing 'all' with 'any' keyword
• Thinking it checks only one resource
• Ignoring the 'contains' check on tags

4. Identify the error in this Sentinel policy snippet:

policy "check_region" {
  main = rule {
    all tfplan.resource_changes as _, rc {
      rc.change.after.region is "us-east-1"
    }
  }
}

medium

A. The 'main' rule must be a function, not a rule

B. Missing 'all' or 'any' keyword before the loop

C. Policy name must not be in quotes

D. Incorrect use of 'is' instead of '==' for comparison

Solution

1. Step 1: Check comparison operator

   Sentinel uses '==' for equality, not 'is'. 'is' causes syntax error.

2. Step 2: Verify other parts

   The loop uses 'all' correctly. Policy name requires quotes. 'main = rule { }' is standard syntax.

3. Final Answer:

   Incorrect use of 'is' instead of '==' for comparison -> Option D

4. Quick Check:

   Use '==' for equality in Sentinel [OK]

Hint: Use '==' for equality, not 'is' in Sentinel [OK]

Common Mistakes:

• Using 'is' instead of '==' for comparisons
• Thinking policy name cannot be quoted
• Confusing rule and function syntax

5. You want to write a Sentinel policy that blocks any Terraform plan which tries to create an AWS EC2 instance without a tag named "owner". Which approach correctly enforces this?

hard

A. Use 'any' to check if any resource has 'owner' tag and allow plan if true

B. Check only the first resource's tags for 'owner' and ignore others

C. Use 'all' to check every resource of type 'aws_instance' has 'owner' tag in 'after' changes

D. Allow plan if no resources are of type 'aws_instance'

Solution

1. Step 1: Identify the requirement

   Policy must block plans creating EC2 instances missing 'owner' tag.

2. Step 2: Choose correct logic

   'all' ensures every EC2 instance resource has the 'owner' tag in the planned changes.

3. Step 3: Evaluate other options

   'any' would allow plans if just one has the tag, which is unsafe. Checking only first resource misses others. Allowing plans with no EC2 instances is unrelated to the requirement.

4. Final Answer:

   Use 'all' to check every resource of type 'aws_instance' has 'owner' tag in 'after' changes -> Option C

5. Quick Check:

   All EC2 instances must have 'owner' tag = Use 'all' to check every resource of type 'aws_instance' has 'owner' tag in 'after' changes [OK]

Hint: 'all' enforces every EC2 instance has the tag [OK]

Common Mistakes:

• Using 'any' instead of 'all' allowing missing tags
• Checking only one resource instead of all
• Ignoring resource type filtering