Azureは、無効なクライアントシークレットを持つ有効なアクセストークンを返します。

Question

マルチスレッド環境で実行すると、Azureアクセストークンは無効なシークレットでも返されます。

Azureアクセストークンを取得するときに無効なクライアントシークレットが通過しないことを確認する統合テストがあります。

孤立して実行すると、テストが毎回実行されます。これは、無効なクライアントシークレットがAzureアクセストークンを返さないことを意味します。

しかし、（複数のスレッドで）他の統合テストを実行すると、この関数は明らかに無効なクライアントシークレットであってもアクセストークンを返します。

完全に無効なクライアントシークレットを指定しても、これがクライアントIDのキャッシュトークンであるとは限りません。

クライアントIDが無効な場合、この現象は発生しません。

この現象についての説明はありますか？

private async Task<string> GetAccessToken(string authority, string resource, string scope) 
    { 
     var clientCredential = new ClientCredential(clientId, clientSecret); 

     var context = new AuthenticationContext(authority, TokenCache.DefaultShared); 
     var result = await context.AcquireTokenAsync(resource, clientCredential); 

     Debug.WriteLine("----------------------------------"); 
     Debug.WriteLine(clientId); 
     Debug.WriteLine(clientSecret); 
     Debug.WriteLine(result.AccessToken); 

     return result.AccessToken; 
    } 

デバッグ出力は、あなたのキャッシュがまだキャッシュに有効なアクセストークンを持っているので、これがある

Debug Trace: 
---------------------------------- 
<...client id...> 
invalid secret 
<...valid token...> 

Answer 1

です。 ADALは最初にキャッシュをチェックし、まだ有効であれば（期限切れではない）アクセストークンを返します。トークンキャッシュは、キーの次元の1つとしてclient_idでピボットするため、無効なclient_idは期待どおりに失敗します。ライブラリにシークレットを使用させてネットワークコールを行うようにするには、キャッシュからトークンを削除する必要があります。