Microsoft 365 Agents SDK: Server-side Request Forgery mit Informationsoffenlegung
Zusammenfassung
Server-side Request Forgery (SSRF) im Microsoft 365 Agents SDK erlaubt einem berechtigten Angreifer, über das Netzwerk Informationen offenzulegen. Der Angreifer benötigt ein gültiges Konto mit niedrigen Berechtigungen sowie Bedingungen, die er nicht kontrollieren kann, und die Auswirkung beschränkt sich auf die Vertraulichkeit. Betroffen sind Anwendungen, die Agents mit diesem SDK erstellen oder betreiben, nicht übliche Microsoft 365 Endbenutzer-Installationen.
Betroffen
- Unbekannt. Der CVE-Eintrag nennt einen Bereich (1.21.0 bis < 1.8.77), der in sich widersprüchlich ist, daher ist er nicht verlässlich.
- MSRC nennt die betroffene Komponente Microsoft Agent Framework SDK - dotnet.
- Die genauen betroffenen Versionen sind auf der MSRC-Seite zu prüfen.
Behoben in
- Build 1.8.77 wird auf der MSRC-Seite als Korrektur genannt.
- Dies ist anhand des Knowledge-Base-Artikels und der Download-Links auf der MSRC-Seite zu bestätigen.
Umgehung
Unbekannt. Es wurde kein vom Hersteller veröffentlichter Workaround gefunden.
- Bis zur Korrektur ausgehende Verbindungen von Agent-Hosts auf die benötigten Ziele beschränken.
- Zugriff auf interne Adressbereiche und Cloud-Metadaten-Endpunkte blockieren und ausgehende Anfragen protokollieren (allgemeine SSRF-Härtung, nicht aus der Advisory).
Ausnutzung
- Nicht öffentlich bekannt; von MSRC mit Exploit-Reife "Unproven" bewertet.
- CISA SSVC: Ausnutzung none, automatisierbar nein.
- Rapid7 bewertet die Ausnutzung als "Exploitation Less Likely".
- Keine Hinweise auf Ausnutzung in freier Wildbahn und kein öffentlicher Proof of Concept gefunden.
Unsere Empfehlung
- .NET-Projekte und Deployments inventarisieren, die das Agents SDK oder die Agent Framework Pakete referenzieren.
- Betroffene und korrigierte Versionen auf der MSRC-Seite bestätigen und danach auf den korrigierten Build aktualisieren.
- Bis zur Korrektur ausgehenden Verkehr von Agent-Hosts einschränken und Protokolle auf unerwartete serverseitige Anfragen prüfen.
- NVD und MSRC auf Änderungen prüfen, da die NVD-Analyse noch aussteht.
Angaben von Microsoft (Patch Tuesday November 2026)
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- Microsoft Security Response Center: CVE-2026-109485 msrc.microsoft.com
- CVE Record: CVE-2026-109485 www.cve.org
- Rapid7: Patch Tuesday November 2026 www.rapid7.com
- BleepingComputer: Microsoft November 2026 Patch Tuesday www.bleepingcomputer.com
- Strix: CVE-2026-109485 www.strix.ai
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 11.11.2026 13:58.
Referenzen der NVD (1)
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.