This release is a pre-release and may not be stable for production use.
Azurator
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.
Installation
Python installations require Python 3.10 or newer. The default login uses the Azure CLI.
pipx install azurator
Other 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.
Quick Start
Rotate keys already stored in a dotenv file:
azurator login
azurator rotate --env-file .env
Azurator 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. Storage keys may be stored either as raw values or in supported Shared Key connection strings.
Inspect or preview first when needed:
azurator match --env-file .env
azurator plan --env-file .env
Other Workflows
azurator 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.
Current Scope
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. Storage connection strings in supported dotenv and App Service
settings keep their existing fields while AccountKey is replaced.
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 and Microsoft Entra ID
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.
Documentation
See the documentation for setup, supported workflows, and recovery.
Contributing
See CONTRIBUTING.md.
License
Metadata
Release files for azurator 0.1.0a4
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| azurator-0.1.0a4.tar.gz | 193.0 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| azurator-0.1.0a4-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 317.1 kB
Release files / azurator-0.1.0a4.tar.gz
| Download URL | azurator-0.1.0a4.tar.gz |
|---|---|
| Size | 193.0 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
a44bba05f4021bfca9c7bb88ef0bd9cd19aaa5df6d197ddd535f3a0781e373b7
|
|
BLAKE2b-256 checksum How to use checksums |
7bc3f846d2ff0f31969922ada200234498e89baf29cec1bb3e71a7b2357884c3
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.7
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 3, 2026.
Transparency logRelease files / azurator-0.1.0a4-py3-none-any.whl
| Download URL | azurator-0.1.0a4-py3-none-any.whl |
|---|---|
| Size | 124.0 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
ea698708d77214148856deab9f1cb4c1f4b1682f8f5d490829fd6b845d36e665
|
|
BLAKE2b-256 checksum How to use checksums |
dfd0c39ec1057234e2bd62f4a85ff5d6fd4753b5f21cae2ff5f04e6a432d4432
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.7
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 3, 2026.
Transparency log