AZ_GET_SECRETS

Summary

FSProtect ACL Alias

AZ_GET_SECRETS

Azure Alias

Get Secrets (Key Vault Data Plane)

Affected Object Types

Key Vaults

Exploitation Certainty

Certain

Permission

Key Vault data-plane permission secrets/get — either via Key Vault access policy or Azure RBAC role Key Vault Secrets User (4633458b-17de-408a-b874-0445c86b69e6)

Description

AZ_GET_SECRETS represents the ability to read secrets from an Azure Key Vault. This is a data-plane permission that allows retrieval of secret values stored in the vault.

Key Vault secrets commonly contain highly sensitive data:

  • Service principal client secrets and API keys.

  • Database connection strings with embedded credentials.

  • Storage account keys.

  • Third-party API tokens.

  • Encryption passphrases.

A principal with this permission can directly read all secret values, making it an immediate credential harvesting opportunity.

Identification

PowerShell (Az Module)

Azure CLI

Azure GUI

  1. Open Azure Portal → navigate to the target Key Vault.

  2. Go to Access policies → review policies that include Get under Secret permissions.

  3. Alternatively, go to Access control (IAM) → review assignments for Key Vault Secrets User or higher roles.

Exploitation

Step 1 — Grant Yourself Secret Access (as Key Vault Contributor)

Step 2 — Read All Secrets

Read All Secrets

Via PowerZure

  • Get-AzureKeyVaultContent

  • Export-AzureKeyVaultContent

Opsec Considerations

Azure will create a new log event for the Key Vault whenever a secret is accessed. Each SecretGet operation is logged in Key Vault diagnostic logs with the caller identity and IP address.

Mitigation

  1. Restrict secret access policies

    • Go to Azure Portal → target Key Vault → Access policies.

    • Remove get permission from any principal that does not need to read secrets.

    • Use the principle of least privilege — grant only the specific permissions needed.

  2. Switch to Azure RBAC model

    • Go to Key Vault → Access configuration → select Azure role-based access control.

    • Use granular RBAC roles like Key Vault Secrets User instead of broad access policies.

  3. Rotate secrets regularly

    • Secrets stored in Key Vault should be rotated frequently.

    • Use Key Vault secret rotation policies.

  4. Enable diagnostic logging

    • Go to Key Vault → Diagnostic settings → enable AuditEvent logging.

Detection

Monitor secret access in Key Vault diagnostic logs.

  • Enable AuditEvent logging on the Key Vault.

  • Alert on:

    • Bulk SecretGet or SecretList operations.

    • Secret access from unusual identities or IP addresses.

    • Secret access outside of expected automation patterns.

Azure Monitor / Log Analytics (KQL)

References

Last updated

Was this helpful?