Mastodon Mastodon Mastodon Mastodon

Vier neue ServiceNow-AI-Platform-Schwachstellen mit CVSS bis 10,0

Foto des Autors

CyberSecureFox Editorial Team

Veröffentlicht:

Das Unternehmen ServiceNow hat am 27. August 2026 ein Security Advisory veröffentlicht, in dem vier Schwachstellen in der ServiceNow AI Platform beschrieben werden. Drei davon – CVE-2026-18885, CVE-2026-18886 und CVE-2026-74820 – wurden mit dem maximalen Score von 10.0 nach CVSS v4 bewertet und können unter bestimmten Bedingungen ohne Authentifizierung ausgenutzt werden. Die vierte Schwachstelle, CVE-2026-6876, wurde mit 8.7 Punkten eingestuft. Patches sind auf von ServiceNow gehosteten Instanzen bereits ausgerollt, jedoch müssen Organisationen mit selbst gehosteten Deployments die Updates manuell einspielen. Betroffen sind die Releases Xanadu, Yokohama, Zurich und Australia.

Technische Analyse der Schwachstellen

Drei Schwachstellen mit CVSS-Score 10.0

Allen drei maximal kritischen Schwachstellen liegt derselbe CVSS-v4-Vektor zugrunde: AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H. Das bedeutet: Der Angriff erfolgt über das Netzwerk, die Angriffskomplexität ist niedrig, es werden keine Privilegien benötigt, keine Benutzerinteraktion ist erforderlich, und die Auswirkungen auf Vertraulichkeit, Integrität und Verfügbarkeit sind sowohl für die verwundbare Komponente als auch für angebundene Systeme maximal.

  • CVE-2026-18885 – Code injection in der GraphQL Composite Data API. Ermöglicht einem nicht authentifizierten Benutzer, beliebigen Code auszuführen und auf Daten der Instanz zuzugreifen oder diese zu verändern.
  • CVE-2026-18886 – Umgehung der Zugriffskontrolle im Handler für das Hochladen von Systemkonfigurations-Images. Ermöglicht das Erstellen oder Ändern von Instanzdaten, was zu einer Privilegieneskalation führt.
  • CVE-2026-74820 – SQL injection über eine dynamische ORDER-BY-Konstruktion im Datenmodell. Ermöglicht das Ausführen beliebiger SQL-Abfragen gegen die Datenbank der Instanz.

Vierte Schwachstelle: Sandbox Escape

CVE-2026-6876 (CVSS 8.7) wird als Sandbox Escape in der Now Platform beschrieben, der die Ausführung beliebigen Codes ermöglicht. Hervorzuheben ist ein Widerspruch in der Beschreibung: Der beschreibende Text von ServiceNow weist auf eine mögliche Ausnutzung durch einen nicht authentifizierten Benutzer hin, während der zugewiesene CVSS-Vektor die Metrik PR:L (erforderliche niedrige Privilegien) enthält. Anders als bei den drei zuvor genannten Schwachstellen erfasst der Vektor von CVE-2026-6876 keine Auswirkungen auf Systeme außerhalb der verwundbaren Komponente.

Kontext: Zusammenhang mit einer früheren Schwachstelle

Das August-Advisory erscheint vor dem Hintergrund der andauernden Diskussion um CVE-2026-6875 – eine remote code execution (RCE)-Schwachstelle in derselben Plattform, die am 13. Juli 2026 offengelegt wurde. Diese Schwachstelle erhielt von ServiceNow einen CVSS-v4-Score von 9.5; der einzige Unterschied im Vergleich zum Vektor der drei neuen Schwachstellen ist die Angriffskomplexität, die hier als hoch (AC:H) statt niedrig angegeben ist. Das Unternehmen Searchlight Cyber hat diese Schwachstelle ServiceNow nach eigenen Angaben bereits am 1. April 2026 gemeldet und später eine technische Analyse mit Proof-of-Concept veröffentlicht.

ServiceNow erklärte, dass im Rahmen der Untersuchung keine Hinweise darauf gefunden wurden, dass Aktivitäten im Zusammenhang mit CVE-2026-6875 die von dem Unternehmen gehosteten Instanzen betroffen hätten. Für jede der vier neuen Schwachstellen gab ServiceNow ebenfalls an, dass zum Zeitpunkt der Veröffentlichung des Advisorys keine aktive Ausnutzung bekannt sei.

Besonderheiten der Risikobewertung

Ein entscheidender Aspekt: Alle CVSS-Scores für die vier neuen Schwachstellen stammen ausschließlich von ServiceNow selbst. Das Unternehmen ist eine autorisierte CNA (CVE Numbering Authority) für die eigenen Produkte. Seit dem 15. April 2026 reichert NIST die NVD nur noch mit Daten zu Schwachstellen aus dem CISA-KEV-Katalog an, die entweder Bundessoftware betreffen oder nach Executive Order 14028 als kritisch eingestuft sind. Keine der vier Schwachstellen ist mit Stand 28. August 2026 im CISA-Katalog der Known Exploited Vulnerabilities (KEV) gelistet, sodass eine unabhängige Bewertung der Kritikalität fehlt.

Das bedeutet nicht zwangsläufig, dass die Scores überhöht sind – Organisationen sollten jedoch berücksichtigen, dass die einzige Bewertungsquelle der Hersteller selbst ist. Öffentlicher Exploit-Code für die drei mit 10.0 bewerteten Schwachstellen ist zum Zeitpunkt der Veröffentlichung nicht bekannt, allerdings zeigt das vorhandene PoC für die verwandte CVE-2026-6875, dass die Forschungsgemeinschaft die Sandbox-Mechanismen von ServiceNow intensiv untersucht.

Betroffene Versionen

Dem August-Advisory von ServiceNow zufolge sind folgende Versionen verwundbar:

  • Xanadu – alle Versionen vor Patch 11 Hot Fix 7a
  • Yokohama – alle Versionen vor Patch 12 Hot Fix 3b und vor Patch 13 Hot Fix 4
  • Zurich – alle Versionen vor Patch 7b Hot Fix 3, Patch 8 Hot Fix 5, Patch 9 Hot Fix 6, Patch 10 Hot Fix 2m (m-Branch), Patch 10 Hot Fix 3 (Standard), Patch 11 oder Patch 12
  • Australia – alle Versionen vor Patch 2 Hot Fix 3, Patch 3 Hot Fix 2, Patch 3m, Patch 4 oder Patch 5

Nicht in der Liste aufgeführte Versionen gelten standardmäßig als nicht betroffen. Für CVE-2026-18886 ist die Version „vor Australia Patch 5“ mit dem Status „unknown“ gekennzeichnet, während dieselbe Version für die übrigen drei Schwachstellen als betroffen ausgewiesen wird.

Empfehlungen

  • Selbst gehostete Instanzen: Überprüfen Sie umgehend die aktuell eingesetzte Version und spielen Sie die im Advisory aufgeführten Patches ein. ServiceNow hat Updates bereits auf den von der Firma gehosteten Instanzen ausgerollt, die Verantwortung für selbst gehostete Umgebungen liegt jedoch bei den Betreibern.
  • Priorisierung: Die drei mit 10.0 bewerteten Schwachstellen betreffen fundamentale Komponenten – APIs zur Datenverarbeitung, den Handler für Konfigurations-Images und den Mechanismus für SQL-Abfragen. Die Ausnutzung einer dieser Lücken ohne Authentifizierung kann zur vollständigen Kompromittierung der Instanz führen.
  • Monitoring: Überwachen Sie ungewöhnliche Aufrufe der GraphQL-API, atypische Uploads über den Konfigurations-Image-Handler sowie verdächtige Muster in SQL-Abfragen mit dynamischen ORDER-BY-Konstruktionen.
  • Netzwerksegmentierung: Falls ein sofortiges Update nicht möglich ist, beschränken Sie den Netzwerkzugriff auf ServiceNow-Instanzen und verhindern Sie direkten Zugriff aus nicht vertrauenswürdigen Netzen.

Die Kombination aus drei Schwachstellen mit maximalem Score, niedriger Angriffskomplexität und ohne Authentifizierungspflicht führt zu einem extrem hohen Risiko für ungeschützte Instanzen. Angesichts der Tatsache, dass Forscher die erfolgreiche Ausnutzung der Sandbox-Mechanismen von ServiceNow bereits am Beispiel von CVE-2026-6875 demonstriert haben, ist das Auftauchen von Exploits für die neuen Schwachstellen nur eine Frage der Zeit. Organisationen mit selbst gehosteten Deployments sollten das Einspielen der Patches als Aufgabe mit höchster Priorität betrachten und die Updates innerhalb der nächsten Tage abschließen.


CyberSecureFox Editorial Team

Die CyberSecureFox-Redaktion berichtet über Cybersecurity-News, Schwachstellen, Malware-Kampagnen, Ransomware-Aktivitäten, AI Security, Cloud Security und Security Advisories von Herstellern. Die Beiträge werden auf Grundlage von official advisories, CVE/NVD-Daten, CISA-Meldungen, Herstellerveröffentlichungen und öffentlichen Forschungsberichten erstellt. Artikel werden vor der Veröffentlichung geprüft und bei neuen Informationen aktualisiert.

Schreibe einen Kommentar

Diese Website verwendet Akismet, um Spam zu reduzieren. Erfahre, wie deine Kommentardaten verarbeitet werden.