- Repo Folder Structure
- Custom Policy Definitions Module
- Policy Initiative (Set Definitions) Module
- Policy Definition Assignment Module
- Policy Initiative Assignment Module
- Policy Exemption Module
- Achieving Continuous Compliance
- 📗Useful Resources
- Limitations
📦examples
📦modules
└──📂def_assignment
└──📂definition
└──📂exemption
└──📂initiative
└──📂set_assignment
📦policies
└──📂policy_category (e.g. General, should correspond to [var.policy_category])
└──📜policy_name.json (e.g. whitelist_regions, should correspond to [var.policy_name])
📦scripts
├──📂dsc_examples
└──📜build_machine_config_packages.ps1 (build and publish custom guest configuration packages)
This module depends on populating var.policy_name
and var.policy_category
to correspond with the respective custom policy definition json
file found in the local library. You can also parse in other template files and data sources at runtime, see the module readme for examples and acceptable inputs.
module whitelist_regions {
source = "gettek/policy-as-code/azurerm//modules/definition"
policy_name = "whitelist_regions"
display_name = "Allow resources only in whitelisted regions"
policy_category = "General"
management_group_id = data.azurerm_management_group.org.id
}
Dynamically create a policy set based on multiple custom or built-in policy definition references to simplify assignments.
module platform_baseline_initiative {
source = "gettek/policy-as-code/azurerm//modules/initiative"
initiative_name = "platform_baseline_initiative"
initiative_display_name = "[Platform]: Baseline Policy Set"
initiative_description = "Collection of policies representing the baseline platform requirements"
initiative_category = "General"
management_group_id = data.azurerm_management_group.org.id
member_definitions = [
module.whitelist_resources.definition,
module.whitelist_regions.definition
]
}
📘 Microsoft Docs: Azure Policy initiative definition structure
module org_mg_whitelist_regions {
source = "gettek/policy-as-code/azurerm//modules/def_assignment"
definition = module.whitelist_regions.definition
assignment_scope = data.azurerm_management_group.org.id
assignment_effect = "Deny"
assignment_parameters = {
listOfRegionsAllowed = [
"UK South",
"UK West",
"Global"
]
}
}
module org_mg_platform_diagnostics_initiative {
source = "gettek/policy-as-code/azurerm//modules/set_assignment"
initiative = module.platform_diagnostics_initiative.initiative
assignment_scope = data.azurerm_management_group.org.id
assignment_effect = "DeployIfNotExists"
# optional resource remediation inputs
re_evaluate_compliance = false
skip_remediation = false
skip_role_assignment = false
remediation_scope = data.azurerm_subscription.current.id
assignment_parameters = {
workspaceId = data.azurerm_log_analytics_workspace.workspace.id
storageAccountId = data.azurerm_storage_account.sa.id
eventHubName = data.azurerm_eventhub_namespace.ehn.name
eventHubAuthorizationRuleId = data.azurerm_eventhub_namespace_authorization_rule.ehr.id
metricsEnabled = "True"
logsEnabled = "True"
}
assignment_not_scopes = [
data.azurerm_management_group.team_a.id
]
non_compliance_messages = module.platform_diagnostics_initiative.non_compliance_messages
}
Use the exemption module in favour of not_scopes
to create an auditable time-sensitive Policy exemption
module exemption_team_a_mg_deny_nic_public_ip {
source = "gettek/policy-as-code/azurerm//modules/exemption"
name = "Deny NIC Public IP Exemption"
display_name = "Exempted while testing"
description = "Allows NIC Public IPs for testing"
scope = data.azurerm_management_group.team_a.id
policy_assignment_id = module.team_a_mg_deny_nic_public_ip.id
exemption_category = "Waiver"
expires_on = "2023-05-25" # optional
# optional
metadata = {
requested_by = "Team A"
approved_by = "Mr Smith"
approved_date = "2021-11-30"
ticket_ref = "1923"
}
}
Azure Policy supports the following types of effect:
💡 Note: If you're managing tags, it's recommended to use
Modify
instead ofAppend
as Modify provides additional operation types and the ability to remediate existing resources. However, Append is recommended if you aren't able to create a managed identity or Modify doesn't yet support the alias for the resource property.
Role assignments and remediation tasks will be automatically created if the Policy Definition contains a list of Role Definitions. You can override these with explicit ones, as seen here, or specify skip_role_assignment=true
to omit creation, this is also skipped when using User Managed Identities. By default role assignment scopes will match the policy assignment but can be changed by setting role_assignment_scope
.
Unless you specify skip_remediation=true
, the *_assignment
modules will automatically create remediation tasks for policies containing effects of DeployIfNotExists
and Modify
. The task name is suffixed with a timestamp()
to ensure a new one gets created on each terraform apply
.
To trigger an on-demand compliance scan with terraform, set re_evaluate_compliance = true
on *_assignment
modules, defaults to false (ExistingNonCompliant)
.
💡 Note:
ReEvaluateCompliance
only applies to remediation at Subscription scope and below and will take longer depending on the size of your environment.
- Should be Defined as high up in the hierarchy as possible.
- Should be Assigned as low down in the hierarchy as possible.
- Multiple scopes can be exempt from policy inheritance by specifying
assignment_not_scopes
or using the exemption module. - Policy overrides RBAC so even resource owners and contributors fall under compliance enforcements assigned at a higher scope (unless the policy is assigned at the ownership scope).
⚠️ Requirement: Ensure the deployment account has at least Resource Policy Contributor role at thedefinition_scope
andassignment_scope
. To successfully create Role-assignments (or group memberships) the same account may also require the User Access Administrator role at theassignment_scope
or preferably thedefinition_scope
to simplify workflows.
- GitHub Repo: Azure Built-In Policies and Samples
- GitHub Repo: Contribute to Community Policies
- GitHub Repo: AWESOME-Azure-Policy - a collection of awesome references
- Microsoft Docs: Azure Policy Home
- Microsoft Docs: List of Builtin Policies
- Microsoft Docs: Index of Azure Policy Samples
- Microsoft Docs: Design Azure Policy as Code workflows
- Microsoft Docs: Evaluate the impact of a new Azure Policy definition
- Microsoft Docs: Author policies for array properties on Azure resources
- Microsoft Docs: Azure Policy Regulatory Compliance (Benchmarks)
- Microsoft Docs: Azure Policy Exemption
- Microsoft Tutorial: Build policies to enforce compliance
- Microsoft Tutorial: Security Center - Working with security policies
- VSCode Marketplace: Azure Policy Extension
- AzAdvertizer: Release and change tracking on Azure Governance capabilities
- Azure Citadel: Creating Custom Policies
- Terraform Provider: azurerm_policy_definition
- Terraform Provider: azurerm_policy_set_definition
- Terraform Provider: multiple assignment resources: azurerm_*_policy_assignment
- Terraform Provider: multiple remediation resources: azurerm_*_policy_remediation
- Terraform Provider: multiple exemption resources: azurerm_*_policy_exemption
DefinitionName
andInitiativeName
have a maximum length of 64 charactersAssignmentName
has maximum length of 24 characters at Management Group Scope and 64 characters at all other ScopesDisplayName
has a maximum length of 128 characters anddescription
a maximum length of 512 characters- There's a maximum count for each object type for Azure Policy. For definitions, an entry of Scope means the management group or subscription. For assignments and exemptions, an entry of Scope means the management group, subscription, resource group, or individual resource:
Where | What | Maximum count |
---|---|---|
Scope | Policy definitions | 500 |
Scope | Initiative definitions | 200 |
Tenant | Initiative definitions | 2,500 |
Scope | Policy or initiative assignments | 200 |
Scope | Exemptions | 1,000 |
Policy definition | Parameters | 20 |
Initiative definition | Policies | 1,000 |
Initiative definition | Parameters | 300 |
Policy or initiative assignments | Exclusions (notScopes) | 400 |
Policy rule | Nested conditionals | 512 |
Remediation task | Resources | 50,000 |
Policy definition, initiative, or assignment request body | Bytes | 1,048,576 |
Policy rules have additional limits to the number of conditions and their complexity. See Policy rule limits for more details.