DP-6 Use a secure key management process
Document and implement an enterprise cryptographic key management standard covering the key lifecycle, with keys generated, distributed and stored in a secured key vault service and rotated on a defined schedule.
Source: Azure Security Benchmark v3 (renamed Microsoft cloud security benchmark), DP-6. The statement above is our statement of the clause, read from the published text and cited so you can check it against the official text, not the instrument verbatim. Open Azure Security Benchmark v3 (renamed Microsoft cloud security benchmark) in the compliance library.
These are the artefacts auditors commonly ask for on this requirement, our guidance rather than text from the standard. Your assessor decides what is sufficient in your context, and asks for samples across the period when a report covers one.
system holds itEvidence a system already holds
none for this control
periodic reviewEvidence produced at each review
- Rotation records and evidence of retiring superseded keys · Key management / PKI
governing documentDocuments that govern the control
- Cryptographic key management standard · Policy repository / GRC workspace
- Key inventory with owner, algorithm, purpose and expiry · Policy repository / GRC workspace
- Key vault configuration and access policy · Policy repository / GRC workspace
First move
Common gaps auditors find
- keys held in application configuration rather than a vault
- no rotation schedule so keys live indefinitely
- key inventory incomplete so orphan keys persist
Do this for your whole sheet
Paste the rows you run your controls from and get this mapping for every control at once, with the periodic-review ones flagged and a first move per row. No account for the first run.
Build my evidence sheetDP-5 Use customer-managed key option in data at rest encryption when required · DP-7 Use a secure certificate management process