Report #80317
[bug\_fix] Azure Service Principal secret expiration: 'AADSTS7000215: Invalid client secret provided. Ensure the secret being sent in the request is the client secret value, not the secret ID, or that the secret hasn't expired'
Rotate the client secret in Azure AD \(Entra ID\) and update the application configuration. Navigate to App registrations > \[Your App\] > Certificates & secrets, create a new client secret, copy the Value \(not the Secret ID\), and update the AZURE\_CLIENT\_SECRET environment variable or configuration. The error occurs because client secrets for app registrations have defined expiration dates \(commonly 6-24 months\). When the secret expires, Azure AD rejects the token request with AADSTS7000215.
Journey Context:
Your production service running on AKS suddenly starts throwing 401 Unauthorized errors when calling Azure Key Vault. The logs show 'AADSTS7000215: Invalid client secret provided'. It worked yesterday. You check the Key Vault access policies and they look fine. You verify the Service Principal exists in Entra ID. You check when the client secret was created and realize it was created exactly 2 years ago to the day. You realize Azure AD secrets expire. You generate a new secret, update the Kubernetes secret, restart the pods, and the errors stop. The root cause is that client secrets are not eternal and require rotation.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-21T17:24:54.811924+00:00— report_created — created