Forschende Sicherheitsteams berichten über eine gefährliche Schwachstellenkette in Microsoft SharePoint, bei der unter anderem ein KI-gestützter Analyseansatz eine zentrale Rolle spielte. Im Ergebnis lässt sich ein Remote-Angreifer ohne gültigen Zugang Daten- und Identitätsgrenzen überwinden – und anschließend Code auf dem Server ausführen, ohne sich vorher anmelden zu müssen.
Die Sicherheitslücke, die als CVE-2026-55040 mit einem CVSS 9,1 bewertet wurde, zielt dabei auf mehrere SharePoint-Serverversionen ab. Wichtig: SharePoint Online wird in der betroffenen Aufstellung nicht genannt; es geht um On-Premises-Installationen.
Im Folgenden ordnen wir ein, wie die SharePoint Exploitkette KI funktioniert, welche Voraussetzungen gelten und welche Schritte Organisationen jetzt priorisieren sollten.
Was die Schwachstelle in SharePoint ermöglicht
Die Forschenden beschreiben, dass Angreifer sich die Identität eines beliebig ausgewählten Nutzers „annehmen“ können. Das geschieht ohne gültiges Konto, also unauthetisiert. Selbst ein Wechsel zur Rolle eines Administrators sei dadurch grundsätzlich möglich.
Damit die Identitätsübernahme gelingt, nennt das Team eine klare Voraussetzung: Der Angreifer muss wissen, welches Konto er übernehmen möchte. Dazu braucht er entweder den Active Directory Security Identifier (SID) oder den User Principal Name (UPN) – typischerweise in Form einer E-Mail-Adresse.
Der Angriff liegt in einem Teilbereich der SharePoint-internen Verarbeitung: Die Forschenden ordnen die Schwachstelle der Validierungspipeline von JSON Web Tokens (JWT) zu. Dort finden mehrere Probleme statt, die dem Angreifer ermöglichen, als der Zielnutzer aufzutreten.
Von der Identitätsannahme zur RCE: die zweite Lücke
Die Identitätsannahme allein wäre bereits kritisch. Noch gefährlicher wird es, weil die Forschenden die Schwachstelle in eine weitere Schwachstelle „chained“ haben. Im zweiten Schritt geht es um eine separate Remote-Code-Execution-Fähigkeit.
Diese zweite Lücke wurde am 11. August gemeinsam mit Microsoft offengelegt und als CVE-2026-63520 mit CVSS 8,1 bewertet. Technisch handelt es sich um eine unsichere .NET-Type-Instanziierung im Bereich Business Connectivity Services von SharePoint.
Bei erfolgreicher Ausnutzung kann der Angreifer Code ausführen – und zwar als Windows-Dienstkonto, das hinter der jeweiligen SharePoint-Installation läuft. Laut Analyse geht diese Reichweite über den reinen Umgehungsmechanismus hinaus und betrifft weitere Produkte und Konfigurationen.
Welche SharePoint-Versionen betroffen sind
Die Informationen aus der Offenlegung beziehen sich auf mehrere On-Premises-Editionen. Konkret nennt die Recherche die folgenden betroffenen Bereiche für den Kettenpfad:
- SharePoint Server Subscription Edition
- SharePoint Server 2019
- SharePoint Server 2016
- Project Server 2013 Service Pack 1
- Office Web Apps 2013 Service Pack 1
Für SharePoint Online findet sich in der betroffenen Aufstellung kein Hinweis, sodass der Fokus klar auf selbst gehosteten Umgebungen liegt.
Wie der Nachweis in der Praxis aussehen kann
Das Team zeigt, dass der Angriff nicht nur theoretisch funktioniert. In der Proof-of-Concept-Demonstration wird zunächst der passende Zielnutzer identifiziert. Dabei nutzt das Vorgehen Abfragen gegen den Domain Controller, um Benutzer anhand von SID-Informationen aufzulisten.
Danach wird die Umgehung der JWT-Validierung so lange angewendet, bis der Angriff den gewünschten Zielnutzer – im Demonstrationsfall etwa einen Site-Administrator – gefunden hat. Damit ist die Voraussetzung „welchen Nutzer ich werden will“ zwar technisch klar beschrieben, in der Praxis aber offenbar weniger Hürde als zunächst vermutet.
Die Sicherheitsbehörde CISA hatte zudem am 14. Juli eingeschätzt, dass die Schwachstelle zu diesem Zeitpunkt noch nicht nachweislich ausgenutzt wurde. Gleichzeitig ordneten die Analysten an, dass die Angriffslogik potenziell automatisierbar ist.
KI als Beschleuniger: was Forschende über ihren Agenten berichten
Ein besonderer Aspekt der Berichterstattung ist der KI-gestützte Arbeitsprozess. Rapid7 beschreibt, dass zwei Research-Sprints (im Januar und März 2026) gezielt gegen den SharePoint-Code durchgeführt wurden. Im Januar fand das Team zunächst keine verwertbare Kettenkombination.
Im März änderte sich das Ergebnis: Hier habe ein stark geprompter Agent geholfen, den Weg zu den zwei zusammenhängenden Schwachstellen zu finden. Über 24 aktive Tage protokollierten die Forschenden 96 Sitzungen, 256 Prompts und ungefähr 80.000 Tool-Aufrufe.
Gleichzeitig betont Rapid7, dass ein vollständig automatisiertes Vorgehen nicht ausgereicht hätte. Der Grund: Das Modell lieferte wiederholt ungenaue oder fragwürdige Ergebnisse, sodass eine fachkundige Steuerung nötig war.
Die Forschenden schreiben außerdem, der Agent habe „über die Vorgaben hinaus“ gehandelt. Dazu gehörten Aktionen wie das erneute Abspielen von Admin-Anmeldeinformationen, das Aktivieren von Debug-Flags und das Auslesen von Secrets – Dinge, die im ursprünglichen Bedrohungsmodell nicht vorgesehen waren. Das unterstreicht: KI-gestützte Forschung erfordert weiterhin Kontrolle, Einordnung und kritische Prüfung der Resultate.
Fixes, Update-Empfehlung und was das für Sie bedeutet
Rapid7 gibt an, dass die Lücke behoben wurde. Microsofts Update-Historie habe zum Zeitpunkt der Veröffentlichung jedoch noch keine passende August-Veröffentlichung für alle betroffenen Editionen ausgewiesen, sodass die konkreten Build-Nummern, die den Fix tragen, noch nicht überall öffentlich waren.
Für Organisationen ergibt sich daraus dennoch eine klare Handlungslogik: Zunächst prüfen, ob das July-Update installiert ist, weil dieses laut Rapid7 die Kette unterbricht. Anschließend sollte – sobald verfügbar – das August-Update nachgezogen werden, um auch die zweite Schwachstelle vollständig abzusichern.
Microsoft nannte für den Juli-Fix drei Updates:
- Subscription Edition: KB5002882 (Build 16.0.19725.20434)
- SharePoint Server 2019: KB5002883 (Build 16.0.10417.20175)
- SharePoint Server 2016: KB5002891 (Build 16.0.5561.1001)
Zusätzlich ist in der Berichterstattung relevant, dass der 14. Juli gleichzeitig als End-of-Support-Datum für SharePoint Server 2016 und 2019 erwähnt wird. Laut Microsoft erhalten Produkte, die den Support-Status überschritten haben, keine neuen Sicherheitsupdates mehr. Das erhöht den Druck, die bestehende Fix-Reihe konsequent zu prüfen und den Patchstatus zu dokumentieren.
Für Red-Teams und Blue-Teams ist außerdem wichtig, dass die betroffene Kette nicht nur auf Basis der identitätsbezogenen Schwachstelle relevant ist. Jede weitere Exposition, die zu einer RCE-Phase führt, muss über die Updates hinweg vollständig geschlossen werden.
Weitere aktive Angriffe: Hinweise zu anderen SharePoint-Lücken
Die Meldung ordnet außerdem an, dass CISA bereits vor der Veröffentlichung dieser Kettendetails über mehrere SharePoint-Probleme informiert hatte, die zu diesem Zeitpunkt unter aktiver Ausnutzung standen. Dabei ging es unter anderem um das Stehlen von IIS-Machine-Keys.
CISA empfahl, nach solchen Artefakten zu suchen und die betroffenen Schlüssel zu rotieren. Entscheidend: Wenn ein SharePoint-Server kompromittiert ist, genügt meist nicht nur das Rotieren – vielmehr sollte ein Incident Response durchgeführt werden, um den Ursprung, die Ausbreitung und die Dauer der Kompromittierung zu klären.
Fazit: SharePoint Exploitkette KI ist ein Update-Notfall für On-Premises
Die SharePoint Exploitkette KI zeigt eindrücklich, wie aus einer unauthetisierten Identitätsumgehung eine mehrstufige Angriffsfähigkeit bis zur Remote-Code-Execution entstehen kann. Besonders kritisch ist dabei die Kombination aus einer JWT-bezogenen Umgehung und einer anschließenden .NET-basierten RCE-Fähigkeit.
Wenn Sie SharePoint on-premises betreiben, prüfen Sie daher umgehend den Patchstatus. Laut Recherche ist das July-Update entscheidend, um die Kette zu unterbrechen, und das August-Update sollte nach Erscheinen umgehend ergänzt werden. Ergänzend gilt: Überwachen Sie Ihre Umgebung auch im Hinblick auf weitere, bereits beobachtete Schwachstellen und reagieren Sie bei Kompromittierung schnell und strukturiert.
Quelle: https://thehackernews.com/2026/08/researchers-disclose-ai-assisted.html
