De autorisatiefout met ernst 9,9 in Azure SRE Agent had een aanroeper diens identiteit kunnen laten overnemen

CVE-2026-62830 is een fout door ontbrekende autorisatie in Azure SRE Agent, de AI-aangedreven agent van Microsoft voor Azure site-reliabilityteams, die incidenten triageert, telemetrie opvraagt en, indien geconfigureerd, herstelacties uitvoert. Microsoft maakte het in augustus 2026 bekend en gaf het een score van 9,9 op 10 — Kritiek — volgens CVSS 3.1. Elke Azure-tenant die de agent draaide, viel binnen de scope van de bug; het incidentarchief vermeldt geen bevestigd slachtoffer en geen exploitatie. Microsofts beschrijving van de fout is één zin: "Ontbrekende autorisatie in Azure SRE Agent maakt het een geautoriseerde aanvaller mogelijk privileges via een netwerk te escaleren." De dienst werd aan de serverzijde gepatched, en Microsoft zegt dat klanten niets hoefden te patchen. De volledige vermelding, met zijn ernst- en betrouwbaarheidsscores, staat in de Orca AI Incident Archive naast de naburige incidenten in deze reeks.

Wat Microsoft publiceerde, en wat het achterwege liet

De vermelding in de Microsoft Security Update Guide voor CVE-2026-62830 vermeldt een verhoging van privileges in Azure SRE Agent, zwakte CWE-862 (Missing Authorization), een basisscore van 9,9 en een temporele score van 8,6. De vector — CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H/E:U/RL:O/RC:C — beschrijft een netwerkaanval die alleen lage privileges vereist, geen gebruikersinteractie nodig heeft en een hoge impact heeft op vertrouwelijkheid, integriteit en beschikbaarheid. Microsoft schrijft de vondst toe aan beveiligingsonderzoeker wtm van Offensi in de dankbetuigingen van het advies.

Twee onderdelen van die vector vertellen het verhaal. De scope-metriek is Changed (S:C); volgens Microsofts eigen documentatie over metrieken is dat een geval waarin de kwetsbare component en de getroffen component verschillend zijn en door verschillende beveiligingsautoriteiten worden beheerd. De temporal-metrieken zijn Unproven exploit code, Official fix en Confirmed, waardoor de temporal-score onder de basisscore ligt.

De FAQ van het advies legt uit waarom er een 9.9 bestaat zonder downloadlink: "Deze kwetsbaarheid is door Microsoft al volledig gemitigeerd. Gebruikers van deze service hoeven geen actie te ondernemen. Het doel van deze CVE is om meer transparantie te bieden." Microsoft bestempelt het product als een uitsluitend gehoste service, daarom bevat de vermelding geen buildnummer en geen bereik van getroffen versies.

De exploiteerbaarheidstabel is even duidelijk als de FAQ. Openbaar gemaakt: Nee. Geëxploiteerd: Nee. Beoordeling van exploitatie: Minder waarschijnlijk. Wat het advies niet beschrijft, is de on-behalf-of-flow, de beheerde identiteit of runbooks. Ook geeft het geen versiebereik: de CPE is het product zonder versie, en de enige vermelde getroffen versie is een streepje. Alles wat een lezer over het mechanisme zou willen weten, moet ergens anders vandaan komen, en dat ergens anders is meestal de eigen vermelding van het archief.

Wat de agent is, en waarom diens identiteit het is dat het nastreven waard is.

Azure SRE Agent is geen chatbot die aan een dashboard is vastgeklonken. In de documentatie van Microsoft over Azure SRE Agent wordt een agent beschreven die verbinding maakt met Azure-resources, observability-tools, incidentplatforms en opslagplaatsen met broncode, signalen verzamelt, implementaties met elkaar correleert, oplossingen voorstelt en deze — afhankelijk van de runmodus die een klant instelt — uitvoert. In de Review-modus keurt een beheerder de schrijfacties goed; in de Autonome modus past de agent ze toe zonder te wachten. Het bereik van de agent wordt uitgebreid via skills en runbooks, Azure CLI-bewwerkingen, aangepaste agents, Python-tools, MCP-connectors en agent-hooks.

Dezelfde documentatie vermeldt het feit dat de CVE interessant maakt: "De agent authenticeert met een beheerde identiteit en opereert onder op rollen gebaseerd toegangsbeheer (RBAC) van Azure." Een beheerde identiteit is een Entra-identiteit die aan een service is toegewezen, en wat deze kan doen, is precies wat de roltoewijzingen ervan toelaten. De bevoegdheid van de agent is daarom geen eigenschap van de code van de agent, maar van de rollen die aan die identiteit zijn gekoppeld — en dat is de grens die een ontbrekende autorisatiecontrole niet zou beschermen.

Een aparte technische uiteenzetting, de bijdrage van HackTricks Cloud over rechtenescalatie bij Azure SRE Agent, beschrijft de structurele versie van dit probleem zonder CVE-2026-62830 te citeren. Ze noemt control-plane-operaties waarmee een aanroeper een agent kan besturen — een thread openen, een voorgestelde remediatie goedkeuren, de configuratie van de agent opnieuw binden, een dataconnector omleiden — en duidt het resultaat aan als een confused deputy: de aanroeper heeft niet de rechten van de agent nodig, alleen een manier om de agent die te laten gebruiken. Die bijdrage gaat niet over deze CVE en mag niet als corroboratie daarvoor worden gelezen. Ze is nuttig om dezelfde reden als de score: ze toont waar de autoriteit werkelijk zit.

Het mechanisme: wat het archief beschrijft, en wat de leverancier bevestigt

De archiefvermelding beschrijft de fout als een storing in wat zij de Scope-Changed OBO (on-behalf-of) flow noemt. Een on-behalf-of-flow is een tokenuitwisseling waarbij een service de referentie van een aanroeper inwisselt voor een token dat het de mogelijkheid geeft een downstreamservice aan te roepen als die aanroeper. Als de autoriteitscontrole bij die uitwisseling mislukt, zo stelt het archief, kan de downstreamaanroep terugvallen op de eigen, aan de tenant gebonden managed identity van de agent in plaats van de identiteit van de aanroeper. Een aanroeper met weinig privileges maar met geldige authenticatie erft dan de machtigingen van de service-principal van de agent en zou runbooks, telemetrie en infrastructuur kunnen wijzigen — niet alleen de agent, maar elke Azure-resource waarop de managed identity een rol heeft.

Die beschrijving is coherent met alles wat Microsoft wél heeft gepubliceerd, en staat niet in wat Microsoft heeft gepubliceerd. De tekst van de leverancier bevestigt drie onderdelen: de autorisatiecontrole ontbrak, de aanroeper heeft alleen lage privileges nodig, en de impact overschrijdt een grens van een beveiligingsautoriteit. Het bevestigt de tokenuitwisseling, de identiteitsovererving en de runbook- en telemetrievoorbeelden niet. De archiefvermelding is daarvoor de bron, en het archief is een secundaire dataset, niet de leverancier.

Een zoekopdracht naar onafhankelijke verslaggeving levert dezelfde alinea op meer dan één plek op: de kop over de OBO-flow en de blast radius verschijnt gesyndiceerd op forkast.news en op Yahoo Tech, onder andere. Syndicatie maakt die berichtgeving één bron, niet meerdere. Geen enkel medium dat voor dit artikel is onderzocht, publiceerde eigen telemetrie, een proof of concept of een reproductie van het mechanisme.

Wat vaststaat, wat beschreven is en wat nooit is beweerd

Het archief beoordeelt dit record met een A — goed gedocumenteerd, primaire bronnen stemmen overeen — en markeert het niet als betwist. Het vermeldt geen schade in de echte wereld. Die beoordeling betreft de kernfeiten van het record, en die stemmen overeen tussen de bronnen; ze is geen claim dat elke zin in het item onafhankelijk is gereproduceerd.

• Door de leverancier vastgesteld. CVE-2026-62830 betreft Azure SRE Agent, is CWE-862 ontbrekende autorisatie, heeft een CVSS 3.1-basisscore van 9.9 en een temporele score van 8.6, vereiste geen actie van de klant, werd niet openbaar bekendgemaakt en is niet geregistreerd als misbruikt.

• Vastgesteld door onafhankelijke beveiligingsrapportage en -verrijking.Het Patch Tuesday-overzicht van Cisco Talos van augustus 2026 vermeldt de CVE met dezelfde 9.9 en dezelfde zwakke plek door ontbrekende autorisatie, en plaatst deze onder Microsofts beoordeling "minder waarschijnlijk" voor misbruik. CISA's SSVC-evaluatie, vastgelegd via NVD, beoordeelt misbruik als geen, automatiseerbaar als nee en technische impact als totaal. OpenCVE's verrijking vermeldt een EPSS-score van 0.00778 en registreert dat de CVE niet in CISA's catalogus Known Exploited Vulnerabilities staat.

• Beschreven, niet onafhankelijk bevestigd. Het mislukken van de OBO-tokenuitwisseling, de overerving van de beheerde identiteit van de agent en de gevolgen voor runbook, telemetrie en infrastructuur komen uit de archiefermelding en uit gesyndiceerde secundaire berichtgeving. Het advies van Microsoft noemt ze niet. Ze zijn het nuttigste deel van het verslag en het minst gedocumenteerde deel daarvan.

• Nergens vastgesteld. Geen exploitatie, geen slachtoffer, geen openbaar proof of concept, geen buildnummer en geen bereik van getroffen versies. Microsofts exploiteerbaarheidsregel — openbaar gemaakt Nee, geëxploiteerd Nee, minder waarschijnlijk — is het dichtst bij een statusrapport dat bestaat.

• Er is geen berichtgeving in de reguliere media. Zoekopdrachten naar deze CVE in de algemene technologie- en beveiligingspers leverden geen artikel op van The Register, BleepingComputer, SecurityWeek of Help Net Security. De publieke aanwezigheid ervan bestaat uit het leveranciersadvies, kwetsbaarheidsdatabases, een Patch Tuesday-overzicht en het gesyndiceerde artikel. Voor een score van 9,9 is dat ongebruikelijk, en het is een feit over de registratie, niet een oordeel over het risico.

De oplossing, en de controles die haar overleven

Omdat Azure SRE Agent een gehoste service is, is de fix aan Microsofts kant toegepast. Er is geen update te installeren, geen buildnummer om met een inventaris te vergelijken, en geen manier voor een klant om van buitenaf te bevestigen dat een tenant vóór een bepaalde datum beschermd was. Microsofts standpunt is dat er geen actie nodig is, en voor de kwetsbaarheid zelf is dat standpunt juist.

De archiefinvoer voegt richtlijnen toe die de adviestekst niet expliciet vermeldt: controleer toegewezen beheerde identiteiten, beoordeel RBAC tegen wat de agent daadwerkelijk nodig heeft, en monitor op afwijkende privilege-escalatie. Die richtlijnen komen van het archief en zijn geen citaat van Microsoft.

De praktische consequentie volgt uit de architectuur, niet uit de aanbeveling van enige bron, dus behandel ze als een gevolgtrekking. Als de bevoegdheid van de agent bestaat uit zijn roltoewijzingen, dan zijn de duurzame beheersmaatregelen het bereik van die toewijzingen en de retentie van de control-plane-logboeken die zouden laten zien dat ze worden gebruikt. Een fix aan de kant van de service sluit het pad; deze beperkt een beheerde identiteit die te ruim was ingericht niet met terugwerkende kracht, en kan een organisatie die de logboeken niet heeft bewaard, niet helpen. Beide zijn zaken die een klant ook na het sluiten van de CVE nog in eigen beheer heeft.

Waar het staat binnen de batch van augustus 2026

Het overzicht van Talos maakt de vergelijking onvermijdelijk. Die maand vermeldt het ook CVE-2026-59118 in Copilot Cowork, een rechtenescalatie door onjuiste autorisatie met een score van 9,3, en CVE-2026-56162 in Azure SQL Database, een rechtenescalatie met een score van 10,0. De enige kwetsbaarheid die Talos die maand als in het wild misbruikt meldt, was geen van beide: het was CVE-2026-68820, in Windows AFD voor WinSock. De vermeldingen van AI-producten in de lijst van Talos zijn autorisatiebugs, en dat is precies de vorm van het risico dat dit record documenteert.

Niets daarvan maakt CVE-2026-62830 tot een datalek. Het is een transparantie-CVE voor een dienst die al was opgelost, gepubliceerd zodat klanten kunnen zien wat er mis was en hun eigen configuraties kunnen controleren. De waarde van de vermelding ligt in de configuratievraag die ze achterlaat — wat de identiteit van de agent kon bereiken, en of iemand zou hebben gemerkt dat ze werd gebruikt — niet in een patch die moet worden ingepland.