Azurator rotates shared-key credentials for Azure services and updates supported places where they are stored.
Warning
Azurator is pre-alpha. Key rotation changes Azure and cannot be rolled back. Review the displayed changes before confirming them.
Python installations require Python 3.10 or newer. The default login uses the Azure CLI.
pipx install azuratorOther install paths:
pip install azurator- prebuilt archives from the latest release
nix run github:janthmueller/azurator -- --help
The optional SOPS workflow also requires SOPS 3.13.x. See the installation guide for details.
Rotate keys already stored in a dotenv file:
azurator login
azurator rotate --env-file .envAzurator matches the file values to supported Azure keys, shows every planned change, asks once for confirmation, rotates the keys, and updates the file and supported Azure configuration that stores the same values.
Inspect or preview first when needed:
azurator match --env-file .env
azurator plan --env-file .envazurator rotateselects keys interactively.azurator rotate --sops-file secrets.enc.envupdates a SOPS-encrypted dotenv file.azurator export --sops-out azure-keys.enc.envcreates a new SOPS-encrypted dotenv file.azurator export --out azure-keys.envcreates a new dotenv file from selected keys.azurator match --sops-file secrets.enc.env --key-map-out azurator.keys.jsonsaves mappings forazurator export --key-map azurator.keys.json --sops-out recreated.enc.env.azurator refresh --key-map azurator.keys.json --sops-file secrets.enc.envupdates the mapped existing assignments with their current Azure values.azurator discoverlists supported key resources without retrieving key values.
Azurator rotates Storage Account keys and the Key1 and Key2 credentials
exposed by Azure AI, Cognitive Services, and Azure OpenAI. When the same key is
stored in a selected dotenv file, a supported Foundry project connection, or an
App Service application setting, Azurator can update that configuration during
the rotation.
Azurator checks only the documented configuration types. It does not discover every Azure secret or prove that a running workload uses a key.
See Supported Key Resources and Bindings for the exact current coverage.
Shared keys are useful for prototypes and existing integrations, but they must be stored, distributed, and rotated. Prefer Microsoft Entra ID when the service and workload support it. Use Azurator when shared keys remain the practical choice.
Read Microsoft's guidance for secretless authentication, Foundry authentication, and Azure Storage Shared Key.
See the documentation for setup, supported workflows, and recovery.
See CONTRIBUTING.md.