Microsoft Entra ID 'Nested App Authentication' 취약점: MFA와 조건부 액세스 정책을 모두 무력화한 보안 허점

2026년 6월 22일, NetSPI의 보안 연구원 Thomas Byrne은 Microsoft Entra ID의 Nested App Authentication(NAA) 프레임워크(일명 BroCI)에서 심각한 취약점을 공개했습니다. 이 취약점을 통해 공격자는 MFA 요구, 기기 준수 확인, 위치 기반 제어 등 **모든 조건부 액세스 정책(CAP)**을 우회할 수 있었습니다 . 마이크로소프트는 이 문제를 중간 심각도(medium severity) 이슈로 분류하고 서버 측 패치를 적용했습니다. 이번 공개는 두 번째 별도의 우회 방법과 함께 MS의 일련된 정책 강화 발표와 맞물려, 아이덴티티 보안에 있어 중요한 전환점으로 기록되었습니다.

취약점 상세: NAA가 어떻게 모든 보안 통제를 우회했는가

Nested App Authentication(Nested App Authentication)은 마이크로소프트의 맞춤형 OAuth SSO(Single Sign-On) 메커니즘으로, Azure Portal과 같은 '호스트' 애플리케이션이 사용자에게 다시 프롬프트를 띄우지 않고 중첩된 하위 애플리케이션을 대신해 토큰 교환을 수행하도록 설계되었습니다 . 이 과정에서 login.microsoftonline.com으로 전송되는 표준 OAuth 토큰 요청에 brk_client_id, brk_redirect_uri와 같은 특수 파라미터가 포함됩니다 .

Byrne이 발견한 치명적 결함은 바로 이 메커니즘에 있었습니다. 구체적으로, ADIbizaUX 클라이언트(Azure Portal의 IAM 관리 구성 요소)가 캐시된 Azure Portal 갱신 토큰을 사용해 Microsoft Graph API에 대한 액세스 토큰을 요청하는 과정에서 발생했습니다 . 일반적으로 갱신 토큰 교환은 조건부 액세스 평가를 거치지만, NetSPI 연구진은 ADIbizaUX를 통한 NAA 플로우를 Microsoft Graph 리소스에 사용할 때 조건부 액세스 정책이 전혀 평가되지 않는 것을 발견했습니다 . 즉, 정책이 어떻게 설정되어 있든 상관없이 액세스 토큰이 발급되었습니다. 두 개의 추가 Microsoft Intune 포털 확장 클라이언트 ID에서도 동일한 우회 동작이 확인되었습니다 .

공격 시나리오: 사후 침투 환경에서의 탐지 불가 지속성

이 공격은 특정 선행 조건(탈취된 Azure Portal 갱신 토큰)을 필요로 하지만, 사후 침투 환경에서의 지속성 및 수평 이동에 매우 효과적입니다 . 공격은 네 단계로 진행됩니다.

1. 초기 침투: 공격자는 먼저 유효한 Azure Portal 갱신 토큰을 탈취합니다. 피싱, login.microsoftonline.com을 대상으로 한 AITM(adversary-in-the-middle) 프록시 공격 또는 기타 토큰 탈취 기법이 사용될 수 있습니다 .
2. NAA를 통한 토큰 중개: 공격자는 탈취한 Azure Portal 갱신 토큰을 사용해 NAA 중개 플로우(ADIbizaUX 또는 Intune 포털 확장)를 통해 Microsoft Graph 액세스 토큰으로 조용히 교환합니다 .
3. 모든 통제 우회: Graph 토큰은 조건부 액세스 평가 없이 발급됩니다. MFA 프롬프트, 기기 준수 확인, 위치 제한 등 명시적으로 설정된 정책들도 모두 우회됩니다 .
4. 지속성 및 수평 이동: ADIbizaUX는 광범위한 사전 동의된 Graph 권한을 보유하고 있으며, 사용자, 그룹, 서비스 주체, 애플리케이션, 디렉토리, 심지어 조건부 액세스 정책까지 관리할 수 있는 문서화되지 않은 API를 노출합니다. 더욱 심각한 점은 이러한 작업이 전혀 로깅되지 않아 완전히 탐지되지 않는다는 것입니다 .

이 취약점에는 몇 가지 제한 사항이 있습니다. 탈취된 Azure Portal 갱신 토큰은 수명이 24시간으로 고정되어 있으며 갱신이 불가능해 지속성 기간이 제한적입니다 . 공격자는 이미 피해자의 갱신 토큰을 보유하고 있어야 하므로, 이는 원격 코드 실행(RCE)이 아닌 사후 침투 환경에서의 권한 상승 및 지속성 기술에 해당합니다 . 그럼에도 불구하고 마이크로소프트 보안 대응 센터(MSRC)는 이 우회를 중간 심각도(medium severity) 로 분류했습니다 .

마이크로소프트의 대응: CVE 없는 서버 측 수정

NetSPI는 2026년 3월 17일 MSRC에 이 문제를 보고했습니다 . MSRC는 중간 심각도 취약점으로 분류하고 서버 측 수정을 배포했습니다. 패치 후 테스트 결과, 이전에는 성공했던 NAA 플로우가 조건부 액세스 정책이 적용될 때 이제 올바르게 AADSTS53003 액세스 차단 오류를 반환하는 것으로 확인되었습니다 . 마이크로소프트는 이 특정 문제에 대해 CVE를 할당하지 않았으며, 고객의 별도 조치는 필요하지 않았습니다 .

더 넓은 맥락: 같은 날 공개된 두 가지 조건부 액세스 우회 기법

2026년 6월 22일, 연구원들은 같은 날 두 가지 별개의 Entra 조건부 액세스 우회 방법을 공개했습니다 .

발견 내용	출처	메커니즘	마이크로소프트 대응
NAA / BroCI 우회	NetSPI (Thomas Byrne)	ADIbizaUX 및 Intune 포털 확장을 통한 Nested App Authentication 토큰 중개 남용	MSRC 중간 심각도 수정 완료; 현재 AADSTS53003 오류 반환
리소스 제외 우회(Resource exclusion bypass)	Dirk-jan Molenaar (dirkjanm.io)	"모든 리소스(All resources)"를 대상으로 하되 하나 이상의 제외 리소스가 있는 정책이, 기본 OIDC/디렉토리 범위만을 사용하는 Graph 토큰 요청에 대해 우회될 수 있었음	MS 인지 및 2026년 6월 15일부터 baseline scope enforcement를 단계적으로 적용 시작; Entra Admin Center에서 사전 선택 가능

2026년 마이크로소프트의 조건부 액세스 강화 정책 변화

NAA 우회 수정 외에도, 마이크로소프트는 2026년 내내 조건부 액세스 적용의 사각지대를 지속적으로 해결해 왔습니다.

• 2026년 3월 27일 ~ 6월 (단계적): MS는 "모든 리소스(All resources)"를 대상으로 하는 조건부 액세스 정책이 리소스 제외 항목을 포함할 때 적용되는 방식을 변경했습니다. 이전에는 정책에 리소스 제외가 하나라도 있으면 기본 OIDC 범위(openid, profile, User.Read 등)만 요청하는 로그인이 조건부 액세스를 완전히 우회할 수 있었습니다. 변경 후에는 제외 항목이 있어도 정책이 "모든 리소스" 범위에 대해 평가되도록 보장합니다 . MS는 MC1223829 메시지 센터 항목을 통해 해당 테넌트에 이 변경 사항을 통보했습니다 .

• 2026년 6월 15일: MS는 Dirk-jan Molenaar가 공개한 Graph 토큰 우회 경로를 차단하는 baseline scope enforcement 적용을 시작했습니다 .

• 2026년 3월 31일: MS는 비 Microsoft 멀티 테넌트 애플리케이션에 대한 서비스 주체 없는 인증(service principal-less authentication) 을 종료했습니다. 모든 애플리케이션은 등록된 서비스 주체를 사용해 인증해야 하며, 그렇지 않으면 로그인 흐름이 실패합니다 .

• 2026년 6월: MS는 Custom controls를 External MFA로 대체, 자격 증명 등록 중 조건부 액세스 일관적 적용, 셀프 서비스 암호 재설정(SSPR)에 명시적으로 등록된 인증 방법 요구 등을 포함한 광범위한 Entra ID 보안 업데이트를 발표했습니다 .

보안 담당자를 위한 핵심 요점

• NAA 우회는 서버 측에서 수정되었습니다. NetSPI가 발견한 특정 취약점에 대해 테넌트 측의 추가 조치는 필요하지 않습니다 .
• 리소스 제외 우회(Resource exclusion bypass)의 경우, Entra Admin Center에서 baseline scope enforcement 옵션을 활성화하여 조건부 액세스 평가가 제대로 이루어지도록 해야 합니다 .
• AADSTS53003 오류 코드를 모니터링하십시오. 이 오류는 이제 승인되지 않은 NAA 기반 토큰 교환을 올바르게 차단합니다 .
• ADIbizaUX의 문서화되지 않은 API는 로깅 없이 작동할 수 있다는 점이 여전히 우려됩니다. 조직에서는 Azure Portal 로그인 로그와 토큰 발급 패턴을 면밀히 모니터링해야 합니다 .
• 2026년 3월 31일부로 서비스 주체 없는 인증이 종료되었으므로, 모든 멀티 테넌트 앱에 등록된 서비스 주체가 있는지 확인하십시오 .