Azure CLI自动化遇AADSTS700082错误：原因及解决命令

错误根源 #

AADSTS700082错误的核心原因是非交互式自动化环境中Azure CLI的令牌缓存机制失效：

• 当你用服务主体密钥执行az login时，CLI会生成并缓存刷新令牌，但在无状态自动化环境（如CI/CD流水线、临时容器）中，缓存无法持久化；或者登录后到执行az group create的间隔超过了刷新令牌的闲置超时阈值，CLI不会自动用服务主体密钥重新获取新令牌，直接抛出过期错误。
• 虽然服务主体密钥本身有效，但CLI默认依赖缓存的刷新令牌而非直接使用密钥重新认证，导致闲置后触发过期报错。

解决方案 #

针对非交互式自动化场景，推荐两种可靠解决方式：

方式1：使用环境变量自动认证（最优） #

直接设置以下环境变量，让Azure CLI跳过缓存，每次都用服务主体凭据获取新鲜令牌，彻底避免缓存过期问题：

export AZURE_CLIENT_ID="long-alpha-numeric-id"
export AZURE_CLIENT_SECRET="long-pass-word"
export AZURE_TENANT_ID="88888888-4444-4444-4444-121212121212"
export AZURE_SUBSCRIPTION_ID="12345678-1234-1234-1234-123456789012"

设置后无需手动执行az login和az account set，直接运行az group create --name myRG --location eastus即可。

方式2：强制每次操作前重新登录 #

如果无法使用环境变量，可在执行资源操作前重新执行登录命令，确保获取最新的有效令牌：

az login --service-principal -u "long-alpha-numeric-id" -p "long-pass-word" --tenant "88888888-4444-4444-4444-121212121212" --output none
az account set --subscription "12345678-1234-1234-1234-123456789012"
az group create --name myRG --location eastus

添加--output none可以避免冗余输出，更适合自动化脚本场景。

额外注意事项 #

• 若服务主体的刷新令牌闲置超时被管理员刻意缩短，优先使用环境变量方式，彻底绕开缓存依赖。
• 在CI/CD流水线中，建议将服务主体密钥、租户ID等敏感信息存储为流水线机密，避免明文暴露。

内容的提问来源于stack exchange，提问作者CodeMed