Azure Key Vault Certificate Issuer Review
Purpose
Review Azure Key Vault configurations used as certificate issuers for cert-manager on AKS. Identify Managed Identity role assignment gaps (data plane vs management plane confusion), certificate policy misalignment, exportability risks, network connectivity issues, integrated CA credential over-scoping, and rotation race conditions between cert-manager and Key Vault auto-rotation. Output severity-labeled findings with evidence and remediation steps.
Lean operating rules
- Check the Managed Identity (or Service Principal) role assignment on the Key Vault: the correct role is
Key Vault Certificate Officer(data plane). FlagKey Vault Contributoras HIGH — it grants management plane access including vault deletion. FlagKey Vault Administratoras HIGH (full data plane + management). - Verify whether Key Vault RBAC mode is enabled (
enableRbacAuthorization: true). If legacy access policies are used instead of RBAC, flag as MEDIUM (harder to audit, no Azure AD Conditional Access integration). - Review
exportablein the Key Vault certificate policy. Flagexportable: trueon certs used for cluster-internal mTLS as MEDIUM (private key unnecessarily extractable from Key Vault). - Check Key Vault network access configuration: if
publicNetworkAccess: Disabled, verify the AKS cluster has private endpoint access to the Key Vault and DNS resolution via private DNS zone. Flag missing private endpoint as MEDIUM. - For integrated CAs (DigiCert, GlobalSign): verify the Key Vault has the CA integration configured and the credential secret is scoped to a minimum (single certificate profile, not account-wide).
- Review cert-manager
renewBeforeagainst the Key Vault certificate's auto-rotation policy to detect overlapping rotation windows. Flag simultaneous rotation triggers as MEDIUM. - Label all findings as sampled configured-environment evidence, documentation-based, or inference.
References
Load these only when needed:
- Azure Key Vault Certificate Issuer Operations — use for current service behavior, common failure modes, hard design rules, verification targets, and push-back conditions.
- Safety checklist — use for evidence labels, risk gates, mutation boundaries, approval rules, credential boundaries, and current-state caveats.
- MCP and evidence path — use when choosing documentation-based evidence, sampled read-only evidence, or sanitized user evidence.
- Official sources — use when you need the detailed Microsoft documentation list or source notes.
- Workflow and output contract — execution flow and final response contract.
Response minimum
- Severity-labeled findings list (CRITICAL / HIGH / MEDIUM / LOW)
- Evidence source for each finding
- Specific resource name or field that caused the finding
- Recommended remediation with example Azure CLI command or policy snippet
- Overall Key Vault certificate issuer posture verdict