Manage Secrets Using Azure Key Vault
MS Learn path: Implement secure continuous deployment — module 2.
Overview
Where to hold the credentials a pipeline needs. Covers Azure Key Vault as the centralized secret store, how to grant the pipeline access, and how to surface secrets as variables so they’re consumed by reference — never embedded.
Units
- Why a dedicated secret store (vs files/repo)
- Azure Key Vault: secrets, keys, certificates, access policies
- Granting a pipeline/service connection access to the vault
- Exposing vault secrets to pipelines as variables
Concepts introduced
- Secrets management
- Key Vault–linked variable groups
- Best practices for secrets
- Service principal access / access policies
Key terms & commands
az keyvault create/set/secret/list— create vault, store a secret.- Access policy (or RBAC) on the vault controls who may read/write secrets.
- Secret-variable: pipeline variables whose values are masked and never returned by the API.
- Link a variable group to the vault so each variable maps to a named secret, fetched at runtime.
Hands-on
⚠ verify — add: create a Key Vault, add a secret, create a Key Vault-linked variable group, consume it in a pipeline
variables: - group.
Exam focus
- Secrets live in Key Vault; pipelines reference by variable group, not embed.
- Runtime fetch enables rotation without a rebuild.
- Access is governed by access policies/RBAC and restricted to the service connection (least privilege).
Related
secrets-management · variables-groups · best-practice-secrets · secure-cd · Path MOC