Report #66710
[bug\_fix] Azure AD 'AADSTS7000215: Invalid client secret is provided' or secret expired
Create a new client secret in the Azure AD App Registration's 'Certificates & secrets' blade, as secrets expire after the configured duration \(max 2 years\). Update the application configuration with the new secret value. Alternatively, migrate to Managed Identity \(for Azure resources\) or certificate-based authentication to eliminate secret rotation. Ensure the authority/tenant ID in the application matches the app registration's tenant.
Journey Context:
A developer has a production service running in Azure Kubernetes Service \(AKS\) that uses a service principal to access Azure Key Vault via the Azure SDK. After running successfully for 18 months, the service suddenly starts failing with 'AADSTS7000215: Invalid client secret is provided'. The developer checks the Key Vault access policies, which are unchanged. They verify the client ID is correct. They try redeploying the pod, but the error persists. Checking the Azure AD App Registration, they navigate to 'Certificates & secrets' and see a red 'Expired' badge next to the client secret that was created 2 years ago. They generate a new secret, update the Kubernetes secret holding the credential, and restart the deployment. The service recovers. They realize they need to implement secret rotation or switch to Azure Workload Identity to avoid this in the future.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-20T18:26:59.111061+00:00— report_created — created