Nested App Authentication er Microsofts egen OAuth SSO-mekanisme, der lader en “host”-applikation – som Azure Portal – stille og roligt bytte tokens for underordnede apps uden at genere brugeren . Det fungerer ved at indlejre særlige parametre (brk_client_id, brk_redirect_uri) i helt almindelige OAuth-tokenanmodninger til login.microsoftonline.com .
Byrne opdagede, at mekanismen havde en kritisk svaghed. Problemet opstod specifikt, når ADIbizaUX-klienten – Azure Portals IAM-styringskomponent – brugte en cachet Azure Portal refresh-token til at anmode om et adgangstoken til Microsoft Graph API . Normalt bliver refresh-token-udvekslinger evalueret af betinget adgang, men NetSPI fandt, at når NAA-flowet med ADIbizaUX blev brugt mod Microsoft Graph, blev betinget adgang slet ikke evalueret . Et adgangstoken blev udstedt uanset hvilke politikker, der var konfigureret. Yderligere to Microsoft Intune portal-udvidelses-klient-ID'er udviste samme adfærd .
Angrebet kræver en specifik forudsætning – en stjålet Azure Portal refresh-token – men er yderst effektivt til lateral bevægelse og vedholdenhed . Scenariet forløber i fire trin:
login.microsoftonline.com eller andre token-tyverimetoder .Sårbarheden har begrænsninger. Den stjålne Azure Portal refresh-token har en fast levetid på 24 timer og kan ikke fornyes, hvilket begrænser vedholdenhedsvinduet . Angriberen skal allerede have en offerets refresh-token, så dette er en post-kompromitterings-escalerings- og vedholdenhedsteknik, ikke en ekstern kodeudførelse . Ikke desto mindre blev omgåelsen klassificeret som medium severity af Microsoft Security Response Center (MSRC) .
NetSPI rapporterede problemet til MSRC den 17. marts 2026 . MSRC klassificerede det som en medium severity-sårbarhed og implementerede en rettelse på serversiden. Test efter rettelsen bekræfter, at de tidligere succesfulde NAA-flow nu korrekt returnerer AADSTS53003-fejl, når en betinget adgangspolitik er aktiv . Microsoft tildelte ikke et CVE-nummer for dette specifikke problem, og rettelsen krævede ingen kundehandling .
Den 22. juni 2026 afslørede forskere to separate Entra-omgåelsesmetoder på samme dag :
| Fund | Kilde | Mekanisme | Microsofts svar |
|---|---|---|---|
| NAA / BroCI-omgåelse | NetSPI (Thomas Byrne) | Misbrug af Nested App Authentication token-formidling via ADIbizaUX og Intune-udvidelser | MSRC rettelse (medium severity); returnerer nu AADSTS53003 |
| Resource-udeladelses-omgåelse | Dirk-jan Molenaar (dirkjanm.io) | Politikker, der målretter "Alle ressourcer" med mindst én udeladt ressource, kunne omgås for Graph-tokens ved kun at bruge baseline OIDC/directory-scopes | Microsoft anerkendte og begyndte at rulle baseline scope enforcement ud fra 15. juni 2026; tidlig tilmelding via Entra Admin Center |
Ud over at rette NAA-omgåelsen har Microsoft i løbet af 2026 gradvist lukket huller i håndhævelsen af betinget adgang:
27. marts 2026 – juni 2026 (faset): Microsoft ændrede, hvordan politikker, der målretter "Alle ressourcer", håndhæves, når de inkluderer ressourceudeladelser. Tidligere kunne logins, der kun anmoder om baseline OIDC-scopes (som openid, profile, User.Read), omgå betinget adgang helt, hvis en politik havde en ressourceudeladelse. Ændringen sikrer, at politikker med udeladelser stadig evalueres mod "Alle ressourcer"-scopet . Microsoft underrettede berørte lejere via Message Center-indgang MC1223829 .
15. juni 2026: Microsoft begyndte håndhævelse af baseline scope enforcement specifikt for resource-udeladelses-omgåelsen, og lukkede dermed den Graph-token-omgåelsesrute, som Dirk-jan Molenaar afslørede .
31. marts 2026: Microsoft håndhævede pensioneringen af serviceprincipal-løs autentificering for ikke-Microsoft-multitenant-applikationer. Alle applikationer skal autentificere med en registreret serviceprincipal; ellers vil login-flow fejle .
Juni 2026: Microsoft annoncerede bredere Entra ID-sikkerhedsopdateringer, herunder udskiftning af Custom controls med External MFA, konsekvent håndhævelse af betinget adgang under legitimationsregistrering og krav om eksplicit registrerede autentificeringsmetoder til Self-Service Password Reset (SSPR) .
Nested App Authentication er Microsofts egen OAuth SSO-mekanisme, der lader en “host”-applikation – som Azure Portal – stille og roligt bytte tokens for underordnede apps uden at genere brugeren . Det fungerer ved at indlejre særlige parametre (brk_client_id, brk_redirect_uri) i helt almindelige OAuth-tokenanmodninger til login.microsoftonline.com .
Byrne opdagede, at mekanismen havde en kritisk svaghed. Problemet opstod specifikt, når ADIbizaUX-klienten – Azure Portals IAM-styringskomponent – brugte en cachet Azure Portal refresh-token til at anmode om et adgangstoken til Microsoft Graph API . Normalt bliver refresh-token-udvekslinger evalueret af betinget adgang, men NetSPI fandt, at når NAA-flowet med ADIbizaUX blev brugt mod Microsoft Graph, blev betinget adgang slet ikke evalueret . Et adgangstoken blev udstedt uanset hvilke politikker, der var konfigureret. Yderligere to Microsoft Intune portal-udvidelses-klient-ID'er udviste samme adfærd .
Angrebet kræver en specifik forudsætning – en stjålet Azure Portal refresh-token – men er yderst effektivt til lateral bevægelse og vedholdenhed . Scenariet forløber i fire trin:
login.microsoftonline.com eller andre token-tyverimetoder .Sårbarheden har begrænsninger. Den stjålne Azure Portal refresh-token har en fast levetid på 24 timer og kan ikke fornyes, hvilket begrænser vedholdenhedsvinduet . Angriberen skal allerede have en offerets refresh-token, så dette er en post-kompromitterings-escalerings- og vedholdenhedsteknik, ikke en ekstern kodeudførelse . Ikke desto mindre blev omgåelsen klassificeret som medium severity af Microsoft Security Response Center (MSRC) .
NetSPI rapporterede problemet til MSRC den 17. marts 2026 . MSRC klassificerede det som en medium severity-sårbarhed og implementerede en rettelse på serversiden. Test efter rettelsen bekræfter, at de tidligere succesfulde NAA-flow nu korrekt returnerer AADSTS53003-fejl, når en betinget adgangspolitik er aktiv . Microsoft tildelte ikke et CVE-nummer for dette specifikke problem, og rettelsen krævede ingen kundehandling .
Den 22. juni 2026 afslørede forskere to separate Entra-omgåelsesmetoder på samme dag :
| Fund | Kilde | Mekanisme | Microsofts svar |
|---|---|---|---|
| NAA / BroCI-omgåelse | NetSPI (Thomas Byrne) | Misbrug af Nested App Authentication token-formidling via ADIbizaUX og Intune-udvidelser | MSRC rettelse (medium severity); returnerer nu AADSTS53003 |
| Resource-udeladelses-omgåelse | Dirk-jan Molenaar (dirkjanm.io) | Politikker, der målretter "Alle ressourcer" med mindst én udeladt ressource, kunne omgås for Graph-tokens ved kun at bruge baseline OIDC/directory-scopes | Microsoft anerkendte og begyndte at rulle baseline scope enforcement ud fra 15. juni 2026; tidlig tilmelding via Entra Admin Center |
Ud over at rette NAA-omgåelsen har Microsoft i løbet af 2026 gradvist lukket huller i håndhævelsen af betinget adgang:
27. marts 2026 – juni 2026 (faset): Microsoft ændrede, hvordan politikker, der målretter "Alle ressourcer", håndhæves, når de inkluderer ressourceudeladelser. Tidligere kunne logins, der kun anmoder om baseline OIDC-scopes (som openid, profile, User.Read), omgå betinget adgang helt, hvis en politik havde en ressourceudeladelse. Ændringen sikrer, at politikker med udeladelser stadig evalueres mod "Alle ressourcer"-scopet . Microsoft underrettede berørte lejere via Message Center-indgang MC1223829 .
15. juni 2026: Microsoft begyndte håndhævelse af baseline scope enforcement specifikt for resource-udeladelses-omgåelsen, og lukkede dermed den Graph-token-omgåelsesrute, som Dirk-jan Molenaar afslørede .
31. marts 2026: Microsoft håndhævede pensioneringen af serviceprincipal-løs autentificering for ikke-Microsoft-multitenant-applikationer. Alle applikationer skal autentificere med en registreret serviceprincipal; ellers vil login-flow fejle .
Juni 2026: Microsoft annoncerede bredere Entra ID-sikkerhedsopdateringer, herunder udskiftning af Custom controls med External MFA, konsekvent håndhævelse af betinget adgang under legitimationsregistrering og krav om eksplicit registrerede autentificeringsmetoder til Self-Service Password Reset (SSPR) .