Atlassian und Splunk beheben über 250 Schwachstellen in ihren Produkten

Zwei Update-Kampagnen mit Schwerpunkt auf Abhängigkeiten

Atlassian und Splunk haben in dieser Woche Sicherheitsupdates für insgesamt mehr als 250 Schwachstellen veröffentlicht. Die Meldung wurde am 20. August 2026 bekannt.

Betroffen sind Plattformen für Softwareentwicklung, Zusammenarbeit, Incident-Management und Log-Analyse. Viele Schwachstellen befinden sich nicht direkt im Code der Anbieter, sondern in Bibliotheken und Komponenten von Drittanbietern, die in die Produkte integriert sind.

Die möglichen Auswirkungen hängen von der jeweiligen Schwachstelle und der Systemkonfiguration ab. Dazu gehören Remote-Code-Ausführung, Denial-of-Service, Informationsdiebstahl, Man-in-the-Middle-Angriffe, Authentifizierungsumgehung und Server-Side Request Forgery mit Anfragen an interne Ressourcen.

Für diese konkreten Schwachstellen wurden keine aktiven Ausnutzungskampagnen gemeldet. Außerdem ist nicht bekannt, ob eine oder mehrere der Schwachstellen im KEV-Katalog der CISA enthalten sind. Individuelle CVE-Kennungen für die Gesamtheit der behobenen Probleme liegen ebenfalls nicht vor.

Atlassian aktualisiert sechs zentrale Produkte

Am Dienstag veröffentlichte Atlassian ein Security Bulletin mit Behebungen für 10 kritische und 162 Schwachstellen mit hohem Schweregrad. Die Updates betreffen:

• Bamboo;
• Bitbucket;
• Confluence;
• Crowd;
• Fisheye/Crucible;
• Jira.

Die Gesamtzahl entspricht offenbar etwa 109 eindeutigen CVEs, da dieselbe Schwachstelle mehrere Produkte betreffen kann, die eine bestimmte Bibliothek gemeinsam nutzen. Die Kennungen der einzelnen Probleme wurden nicht veröffentlicht.

Diese Situation erschwert die Bewertung von Unternehmensumgebungen. Eine Organisation muss möglicherweise mehrere Plattformen gleichzeitig aktualisieren, selbst wenn die Schwachstelle nicht in der Kernkomponente des Produkts, sondern in einer gemeinsamen Abhängigkeit liegt.

Die tatsächlichen Auswirkungen hängen vom betroffenen Dienst, der anfälligen Bibliothek und der Konfiguration der Instanz ab. Eine aus dem Internet erreichbare Installation mit Verbindungen zu externen Systemen oder automatisierten Integrationen weist eine größere Angriffsfläche auf als eine isolierte Umgebung.

Splunk aktualisiert Enterprise, SOAR und verbundene Komponenten

Am Mittwoch kündigte Splunk Behebungen für mindestens 150 Schwachstellen in Splunk Enterprise, Splunk SOAR, Universal Forwarder, Apps, Add-ons, Plugins und Bibliotheken von Drittanbietern an.

Auch bei Splunk sind Dutzende Probleme als kritisch oder hoch eingestuft. Der Anbieter weist zudem auf einige Schwachstellen hin, die besondere Aufmerksamkeit erfordern, nennt in den verfügbaren Unterlagen jedoch keine detaillierteren Kriterien für die Priorisierung.

Splunk Enterprise

Die Splunk-Enterprise-Versionen 10.4.2, 10.2.6, 10.0.9 und 9.4.14 enthalten Behebungen für 60 Schwachstellen, darunter drei kritische.

Mindestens 24 Schwachstellen, einschließlich einiger kritischer Probleme, wurden in vom Produkt verwendeten Paketen von Drittanbietern behoben. Die Prüfung sollte sich daher nicht auf die Splunk-Enterprise-Version beschränken: Administratoren müssen auch den Status der installierten Abhängigkeiten kontrollieren.

Das Produkt kann Daten aus zahlreichen Infrastrukturen sammeln und analysieren. Eine erfolgreiche Kompromittierung könnte daher abhängig von den Berechtigungen der Instanz Betriebsinformationen, Konfigurationen, Zugangsdaten oder Verbindungen zu anderen Systemen offenlegen.

Apps, Add-ons und Splunk SOAR

Splunk hat neue Versionen von Apps und Add-ons veröffentlicht, die kritische Schwachstellen beheben. Zu den betroffenen Komponenten gehören:

• AI Toolkit;
• Connect for Kafka;
• MCP Server app;
• On-Call.

Auch für Splunk SOAR wurden Updates veröffentlicht, darunter Behebungen für Schwachstellen in Abhängigkeiten von Drittanbietern. Die korrigierten Versionen der einzelnen Apps, Add-ons und von SOAR wurden nicht genannt. Vor der Installation sollten daher die offiziellen Hinweise zu jeder Komponente konsultiert werden.

Splunk Enterprise Security 8.6.1 behebt außerdem zwei Schwachstellen mit hohem Schweregrad.

Die SOAR Connectors erhalten Updates für 17 Schwachstellen mit mittlerem oder niedrigem Schweregrad. Universal Forwarder behebt drei mittelschwere Schwachstellen in OpenSSL.

Warum gemeinsame Abhängigkeiten das Betriebsrisiko erhöhen

Die hohe Zahl an Schwachstellen bedeutet nicht zwangsläufig, dass jedes Produkt Hunderte eigenständige Fehler enthält. Ein wesentlicher Teil betrifft wiederverwendete Softwarekomponenten, die in mehreren Plattformen eingesetzt werden.

Wird eine gemeinsam genutzte Bibliothek korrigiert, muss der Anbieter Updates für alle Produkte bereitstellen, in die sie integriert ist. Administratoren müssen daher die tatsächlich installierten Komponenten erfassen, einschließlich Apps, Plugins, Konnektoren und zusätzlicher Module.

Das Risiko ist besonders hoch bei Systemen, die:

• aus dem Internet erreichbar sind;
• in externe Dienste integriert sind;
• Anfragen an interne Netzwerke senden dürfen;
• zur Verwaltung von Authentifizierung und Berechtigungen eingesetzt werden;
• mit sensiblen Daten oder Betriebsinfrastrukturen verbunden sind.

SSRF-Schwachstellen können es einem Angreifer beispielsweise ermöglichen, den kompromittierten Server zum Zugriff auf Ressourcen zu nutzen, die nicht direkt erreichbar sind. Authentifizierungsfehler können dagegen Kontrollen schwächen oder umgehen, die Benutzer, Rollen und administrative Funktionen voneinander trennen.

Es liegen keine Indicators of Compromise, Erkennungsregeln oder spezifischen Workarounds vor. Ebenso ist nicht bekannt, ob es aktuelle Einträge zu Atlassian oder Splunk im KEV-Katalog der CISA gibt, die mit dieser Gruppe von Schwachstellen in Zusammenhang stehen.

Was Administratoren tun sollten

Die wichtigste Maßnahme besteht darin, die offiziellen Updates der Anbieter einzuspielen und zuvor die Kompatibilität sowie die Abhängigkeiten der Umgebung zu prüfen.

Bei Atlassian müssen Bamboo, Bitbucket, Confluence, Crowd, Fisheye/Crucible und Jira auf Releases aktualisiert werden, die die Korrekturen enthalten. Die korrigierten Versionsnummern der einzelnen Produkte wurden nicht veröffentlicht.

Splunk Enterprise sollte auf einem der genannten Versionsstände betrieben werden: 10.4.2, 10.2.6, 10.0.9 oder 9.4.14. Enterprise Security muss auf Version 8.6.1 aktualisiert werden.

Darüber hinaus sollten die verfügbaren Versionen von AI Toolkit, Connect for Kafka, MCP Server app, On-Call, Splunk SOAR, SOAR Connectors und Universal Forwarder geprüft und aktualisiert werden. Die Überprüfung muss auch OpenSSL und weitere Abhängigkeiten von Drittanbietern umfassen.

Priorität sollten Systeme mit Internetzugang, Instanzen mit Unternehmensdaten und Umgebungen mit Zugriff auf interne Netzwerke erhalten. Ohne dokumentierte Workarounds bedeutet der Weiterbetrieb anfälliger Versionen, dass eine Angriffsfläche offen bleibt, die mehrere Produkte gleichzeitig betreffen kann.