Skip to main content

πŸ›‘οΈ Azure RBAC Key Vault stores Keys without expiration date🟒

  • Contextual name: πŸ›‘οΈ RBAC Key Vault stores Keys without expiration date🟒
  • ID: /ce/ca/azure/key-vault/rbac-key-vault-keys-expiration-date
  • Tags:
  • Policy Type: COMPLIANCE_POLICY
  • Policy Categories: SECURITY

Logic​

Similar Policies​

Similar Internal Rules​

RulePoliciesFlags
βœ‰οΈ dec-x-0feec7902

Description​

Open File

Description​

Ensure that all keys in role-based access control (RBAC) Azure Key Vaults have an expiration date set.

Rationale​

Azure Key Vault enables users to store and use cryptographic keys within the Microsoft Azure environment. The exp (expiration date) attribute identifies the expiration date on or after which the key MUST NOT be used for encryption of new data, wrapping of new keys, and signing. By default, keys never expire. It is recommended that keys be rotated in the Key Vault and that an explicit expiration date is set for all keys to help enforce key rotation. This ensures that the keys cannot be used beyond their assigned lifetimes.

Impact​

Keys cannot be used beyond their assigned expiration dates. Keys must be rotated periodically wherever they are used.

Audit​

This policy flags an Azure Key Vault as INCOMPLIANT if any of the related Azure Key Vault Keys has an empty Expiration Date.

A Key Vault is marked as INAPPLICABLE if RBAC Authorization is set to Disabled.

Default Value​

... see more

Remediation​

Open File

Remediation​

From Azure Portal​

  1. Go to Key Vaults.
  2. For each Key Vault, select Keys.
  3. In the main pane, ensure that an appropriate Expiration date is set for any keys that are Enabled.

From Azure CLI​

Update the Expiration date for the key using the following command. Use a UTC timestamp in ISO 8601 format.

az keyvault key set-attributes \
    --name {{key-name}} \
    --vault-name {{vault-name}} \
    --expires {{expiration-date-time-utc}}

Note: To view the expiration date on all keys in a Key Vault using Microsoft API, the List Key permission is required.

To update the expiration date for the keys:

  1. Go to the Key Vault and select Access Control (IAM).
  2. Select Add role assignment and assign the Key Vault Crypto Officer role to the appropriate user.

From PowerShell​

Set-AzKeyVaultKeyAttribute `
    -VaultName {{vault-name}} `
    -Name {{key-name}} `
    -Expires {{date-time}}

policy.yaml​

Open File

Linked Framework Sections​

SectionSub SectionsInternal RulesPoliciesFlagsCompliance
πŸ’Ό APRA CPG 234 β†’ πŸ’Ό 4 Cryptographic key management refers to the generation, distribution, storage, renewal, revocation, recovery, archiving and destruction of encryption keys. Effective cryptographic key management ensures that controls are in place to reduce the risk of compromise of the security of cryptographic keys. Any compromise of the security of cryptographic keys could, in turn, lead to a compromise of the security of the information assets protected by the cryptographic technique deployed.67no data
πŸ’Ό APRA CPG 234 β†’ πŸ’Ό 44c loss of, or unauthorised access to, encryption keys safeguarding extremely critical or sensitive information assets.810no data
πŸ’Ό CIS Azure v1.1.0 β†’ πŸ’Ό 8.1 Ensure that the expiration date is set on all keys11no data
πŸ’Ό CIS Azure v1.3.0 β†’ πŸ’Ό 8.1 Ensure that the expiration date is set on all keys - Level 1 (Automated)11no data
πŸ’Ό CIS Azure v5.0.0 β†’ πŸ’Ό 8.3.1 Ensure that the Expiration Date is set for all Keys in RBAC Key Vaults (Automated)1no data
πŸ’Ό Cloudaware Framework β†’ πŸ’Ό Expiration Management20no data
πŸ’Ό FedRAMP High Security Controls β†’ πŸ’Ό AC-2(1) Automated System Account Management (M)(H)26no data
πŸ’Ό FedRAMP High Security Controls β†’ πŸ’Ό IA-5 Authenticator Management (L)(M)(H)61437no data
πŸ’Ό FedRAMP High Security Controls β†’ πŸ’Ό SC-12 Cryptographic Key Establishment and Management (L)(M)(H)1912no data
πŸ’Ό FedRAMP Low Security Controls β†’ πŸ’Ό IA-5 Authenticator Management (L)(M)(H)137no data
πŸ’Ό FedRAMP Low Security Controls β†’ πŸ’Ό SC-12 Cryptographic Key Establishment and Management (L)(M)(H)12no data
πŸ’Ό FedRAMP Moderate Security Controls β†’ πŸ’Ό AC-2(1) Automated System Account Management (M)(H)26no data
πŸ’Ό FedRAMP Moderate Security Controls β†’ πŸ’Ό IA-5 Authenticator Management (L)(M)(H)437no data
πŸ’Ό FedRAMP Moderate Security Controls β†’ πŸ’Ό SC-12 Cryptographic Key Establishment and Management (L)(M)(H)12no data
πŸ’Ό ISO/IEC 27001:2013 β†’ πŸ’Ό A.9.2.4 Management of secret authentication information of users810no data
πŸ’Ό ISO/IEC 27001:2013 β†’ πŸ’Ό A.10.1.2 Key management912no data
πŸ’Ό ISO/IEC 27001:2022 β†’ πŸ’Ό 5.9 Inventory of information and36no data
πŸ’Ό ISO/IEC 27001:2022 β†’ πŸ’Ό 5.10 Acceptable use of information and other associated assets1127no data
πŸ’Ό ISO/IEC 27001:2022 β†’ πŸ’Ό 5.16 Identity management24no data
πŸ’Ό ISO/IEC 27001:2022 β†’ πŸ’Ό 5.18 Access rights46no data
πŸ’Ό ISO/IEC 27001:2022 β†’ πŸ’Ό 6.5 Responsibilities after termination or change of employment24no data
πŸ’Ό ISO/IEC 27001:2022 β†’ πŸ’Ό 8.1 User end point devices813no data
πŸ’Ό NIST CSF v1.1 β†’ πŸ’Ό PR.AC-1: Identities and credentials are issued, managed, verified, revoked, and audited for authorized devices, users and processes1934no data
πŸ’Ό NIST CSF v1.1 β†’ πŸ’Ό PR.AC-7: Users, devices, and other assets are authenticated (e.g., single-factor, multi-factor) commensurate with the risk of the transaction (e.g., individuals' security and privacy risks and other organizational risks)1923no data
πŸ’Ό NIST CSF v1.1 β†’ πŸ’Ό PR.DS-1: Data-at-rest is protected1530no data
πŸ’Ό NIST CSF v1.1 β†’ πŸ’Ό PR.DS-2: Data-in-transit is protected1653no data
πŸ’Ό NIST CSF v2.0 β†’ πŸ’Ό PR.AA-01: Identities and credentials for authorized users, services, and hardware are managed by the organization43no data
πŸ’Ό NIST CSF v2.0 β†’ πŸ’Ό PR.AA-03: Users, services, and hardware are authenticated53no data
πŸ’Ό NIST CSF v2.0 β†’ πŸ’Ό PR.AA-05: Access permissions, entitlements, and authorizations are defined in a policy, managed, enforced, and reviewed, and incorporate the principles of least privilege and separation of duties133no data
πŸ’Ό NIST CSF v2.0 β†’ πŸ’Ό PR.DS-01: The confidentiality, integrity, and availability of data-at-rest are protected187no data
πŸ’Ό NIST CSF v2.0 β†’ πŸ’Ό PR.DS-02: The confidentiality, integrity, and availability of data-in-transit are protected160no data
πŸ’Ό NIST SP 800-53 Revision 5 β†’ πŸ’Ό AC-2(1) Account Management _ Automated System Account Management426no data
πŸ’Ό SOC 2 β†’ πŸ’Ό CC6.1-11 Protects Encryption Keys69no data