Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

Azure Active Directory - Client credential flows must have a scope value with /.default suffixed to the resource identifier (application ID URI).

다음의 코드를 테스트할 때,

// MICROSOFT GRAPH – HOW TO IMPLEMENT IAUTHENTICATIONPROVIDER
// ; https://adrianszen.com/2019/06/16/microsoft-graph-how-to-implement-iauthenticationprovider/

public async Task AuthenticateRequestAsync(HttpRequestMessage request)
{
    var clientApplication = ConfidentialClientApplicationBuilder.Create(this.clientId)
        .WithClientSecret(this.clientSecret)
        .WithTenantId(this.tenantId)
        .Build();

    // Client credential flows - Client credential flows in MSAL.NET
    // https://github.com/AzureAD/microsoft-authentication-library-for-dotnet/wiki/Client-credential-flows
    var result = await clientApplication.AcquireTokenForClient(this.appScopes).ExecuteAsync();

    if (request.Headers.Contains("Authorization") == false)
    {
        request.Headers.Add("Authorization", result.CreateAuthorizationHeader());
    }
}

this.appScope을 "new string [] {}"로 주면 이렇게 오류가 발생합니다.

Microsoft.Identity.Client.MsalClientException
  HResult=0x80131500
  Message=At least one scope needs to be requested for this authentication flow. 
  Source=Microsoft.Identity.Client
  StackTrace:
   at Microsoft.Identity.Client.Internal.Requests.ClientCredentialRequest.<ExecuteAsync>d__2.MoveNext()
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() in /_/src/libraries/System.Private.CoreLib/src/System/Runtime/ExceptionServices/ExceptionDispatchInfo.cs:line 56
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task) in /_/src/libraries/System.Private.CoreLib/src/System/Runtime/CompilerServices/TaskAwaiter.cs:line 173
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) in /_/src/libraries/System.Private.CoreLib/src/System/Runtime/CompilerServices/TaskAwaiter.cs:line 150
   at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() in /_/src/libraries/System.Private.CoreLib/src/System/Runtime/CompilerServices/TaskAwaiter.cs:line 551
   at Microsoft.Identity.Client.Internal.Requests.RequestBase.<RunAsync>d__12.MoveNext()

  This exception was originally thrown at this call stack:
    [External Code]
    System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() in ExceptionDispatchInfo.cs
    System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(System.Threading.Tasks.Task) in TaskAwaiter.cs
    System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(System.Threading.Tasks.Task) in TaskAwaiter.cs
    System.Runtime.CompilerServices.ConfiguredTaskAwaitable<TResult>.ConfiguredTaskAwaiter.GetResult() in TaskAwaiter.cs
    [External Code]

혹은 "new string [] { "User.read" }"와 같은 값을 넘기면 이렇게 오류가 발생합니다.

Microsoft.Identity.Client.MsalServiceException
  HResult=0x80131500
  Message=AADSTS1002012: The provided value for scope User.Read is not valid. Client credential flows must have a scope value with /.default suffixed to the resource identifier (application ID URI).
Trace ID: ...[생략]...
Correlation ID: ...[생략]...
Timestamp: ...[생략]...
  Source=Microsoft.Identity.Client
  StackTrace:
   at Microsoft.Identity.Client.OAuth2.OAuth2Client.ThrowServerException(HttpResponse response, RequestContext requestContext)
   at Microsoft.Identity.Client.OAuth2.OAuth2Client.CreateResponse[T](HttpResponse response, RequestContext requestContext)
   at Microsoft.Identity.Client.OAuth2.OAuth2Client.<ExecuteRequestAsync>d__11`1.MoveNext()
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() in /_/src/libraries/System.Private.CoreLib/src/System/Runtime/ExceptionServices/ExceptionDispatchInfo.cs:line 56
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task) in /_/src/libraries/System.Private.CoreLib/src/System/Runtime/CompilerServices/TaskAwaiter.cs:line 173
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) in /_/src/libraries/System.Private.CoreLib/src/System/Runtime/CompilerServices/TaskAwaiter.cs:line 150
   at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() in /_/src/libraries/System.Private.CoreLib/src/System/Runtime/CompilerServices/TaskAwaiter.cs:line 551
   at Microsoft.Identity.Client.OAuth2.OAuth2Client.<GetTokenAsync>d__10.MoveNext()

  This exception was originally thrown at this call stack:
    [External Code]
    System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() in ExceptionDispatchInfo.cs
    System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(System.Threading.Tasks.Task) in TaskAwaiter.cs
    System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(System.Threading.Tasks.Task) in TaskAwaiter.cs
    System.Runtime.CompilerServices.ConfiguredTaskAwaitable<TResult>.ConfiguredTaskAwaiter.GetResult() in TaskAwaiter.cs
    [External Code]

"./default"로 끝나는 식별자를 넣어야 한다고 나오는데, 다행히 메시지에 "application ID URI" 값이라고 알려주고 있습니다. 이 값은 Azure Active Directory에 등록한 "App"의 client_id 값이 붙어 다음과 같은 형식을 띄는데요,

[예를 들어, app의 client_id 값이 "30dabf24-4603-4dbe-bf29-e09a89c9be72"인 경우]

api://30dabf24-4603-4dbe-bf29-e09a89c9be72

하지만 (App의 client_id 값은 설정 화면에서 구할 수 있기 때문에) 그냥 저대로 구성한다고 해서 되는 것은 아닙니다. 이에 대해서는 지난 글에서 다뤘는데요,

Azure Active Directory - The resource principal named api://...[client_id]... was not found in the tenant
; https://www.sysnet.pe.kr/2/0/12737

따라서, 명시적으로 "Expose an API"의 "Application ID URI" 우측에 있는 "Set" 버튼을 눌러 활성화시켜야 합니다. 이후 scope의 인자 값을 다음과 같이 구성해서 전달하면 됩니다.

var scopes = new string[] { "api://30dabf24-4603-4dbe-bf29-e09a89c9be72/.default" };




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 7/30/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 181  182  183  184  [185]  186  187  188  189  190  191  192  193  194  195  ...
NoWriterDateCnt.TitleFile(s)
339정성태9/14/200619287오류 유형: 11. ProtocolsSection?
338정성태2/4/200727525개발 환경 구성: 12. BUG: 웹 서비스에서 DataTable 사용하기 [2]파일 다운로드1
350정성태10/2/200620713    답변글 개발 환경 구성: 12.1. ASMX 2.0 and SchemaImporterExtensions파일 다운로드1
335정성태8/20/200628481디버깅 기술: 8. COM+ 서버 응용 프로그램에 대한 F5 디버깅 방법
334정성태8/20/200623696디버깅 기술: 7. VS.NET 2003/2005의 다중 프로젝트 디버깅
333정성태8/20/200624096개발 환경 구성: 11. COM+ 서버 활성화 보안 설정
331정성태8/27/200617111개발 환경 구성: 10. 최대 절전 모드와 VPC 네트워크 문제
330정성태8/20/200617406개발 환경 구성: 9. VPC로 구성하는 개인 환경
328정성태8/20/200635139개발 환경 구성: 8. AppVerifier 사용법 [1]
327정성태8/16/200631911개발 환경 구성: 7. ActiveX 서명 과정 자동화 [1]
326정성태8/16/200625678Team Foundation Server: 13. Sysnet 웹 사이트 TFS Migration
322정성태8/15/200620554개발 환경 구성: 6. 4GB 메모리 구성 [1]
316정성태9/20/200639667디버깅 기술: 6. .NET 예외 처리 정리 [6]
309정성태12/27/200640559디버깅 기술: 5. PDB 이야기 [7]
310정성태8/5/200627657    답변글 디버깅 기술: 5.1. PDB 파일에 따른 Debug 정보 - WinForm + Library 유형의 프로젝트파일 다운로드1
311정성태8/10/200627145    답변글 디버깅 기술: 5.2. PDB 파일에 따른 Debug 정보 - .NET 2.0 Web Application Project + Library 유형의 프로젝트
312정성태8/5/200629926    답변글 디버깅 기술: 5.3. PDB 파일에 따른 Debug 정보 - .NET 2.0 Web Site Model 유형의 프로젝트
313정성태8/12/200629037    답변글 디버깅 기술: 5.4. VS.NET 2005 디버그 모드에서의 PDB 파일 사용 차이 (1)
317정성태8/12/200626494    답변글 디버깅 기술: 5.5. VS.NET 2005 디버그 모드에서의 PDB 파일 사용 차이 (2)
318정성태8/12/200632944    답변글 디버깅 기술: 5.6. VS.NET 2005를 이용한 미니덤프 파일 분석 (1)
319정성태8/12/200627965    답변글 디버깅 기술: 5.7. VS.NET 2005를 이용한 미니덤프 파일 분석 (2) [1]
320정성태8/12/200632078    답변글 디버깅 기술: 5.8. WinDBG를 이용한 미니덤프 파일 분석 [1]
321정성태8/13/200636524    답변글 디버깅 기술: 5.9. Microsoft의 PDB 파일 관리
323정성태8/15/200637837    답변글 디버깅 기술: 5.10. Symbol Server 생성 [4]
324정성태8/15/200634713    답변글 디버깅 기술: 5.11. PDB 파일과 소스 코드
325정성태9/8/200627416    답변글 디버깅 기술: 5.12. CCP를 이용한 Windows Source Code 수준의 디버깅
... 181  182  183  184  [185]  186  187  188  189  190  191  192  193  194  195  ...