SolarWinds Web Help Desk: Kritische Authentifizierungslücke – Was IT-Verantwortliche jetzt tun müssen

Veröffentlicht: 31. Juli 2026 | Kategorie: Schwachstellenmanagement, NIS2-Compliance


Einleitung: Wenn der Helpdesk zur Sicherheitslücke wird

IT-Service-Management-Tools gehören zur kritischen Infrastruktur moderner Unternehmen – und genau deshalb sind sie ein bevorzugtes Angriffsziel. SolarWinds hat am 31. Juli 2026 ein Sicherheitsupdate für seine verbreitete Lösung Web Help Desk (WHD) veröffentlicht, das eine als kritisch eingestufte Schwachstelle schließt. Diese ermöglicht es Angreifern, die Authentifizierung vollständig zu umgehen und sich ohne gültige Zugangsdaten Zugang zum System zu verschaffen.

Für IT-Verantwortliche und Geschäftsführer in Deutschland ist das aus mehreren Gründen hochrelevant: SolarWinds WHD wird weltweit von Tausenden Unternehmen eingesetzt – auch in Deutschland, wo die Software in mittleren und großen Betrieben, öffentlichen Einrichtungen und Managed-Service-Provider-Umgebungen im Einsatz ist. Wer das Update nicht umgehend einspielt, riskiert nicht nur eine Kompromittierung sensibler Ticketdaten, sondern unter Umständen auch Meldepflichten gegenüber dem BSI und Haftungsrisiken nach NIS2.


Technischer Hintergrund: Was steckt hinter der Schwachstelle?

Die Lücke im Überblick

SolarWinds Web Help Desk ist eine webbasierte ITSM-Plattform zur Verwaltung von Support-Tickets, Assets und Service-Level-Agreements. Die jetzt gepatchte kritische Schwachstelle betrifft den Authentifizierungsmechanismus der Anwendung. Vereinfacht ausgedrückt: Ein Angreifer kann unter bestimmten Bedingungen den Login-Prozess so manipulieren, dass das System ihn als legitimen Nutzer behandelt – ohne Benutzername und Passwort.

Solche Schwachstellen werden in der Fachsprache als Authentication Bypass-Vulnerabilität bezeichnet. Sie entstehen typischerweise durch:

  • Fehlerhafte Implementierung von Session-Tokens oder Cookies
  • Unzureichende Validierung von Anfrage-Parametern im Backend
  • Logikfehler im Authentifizierungsfluss (z. B. Race Conditions oder fehlerhafte Weiterleitungslogik)

Warum ist das besonders gefährlich?

Ein erfolgreicher Angriff auf ein Help-Desk-System ist für Angreifer besonders wertvoll, weil:

Risiko Erklärung
Privilegierter Datenzugriff IT-Tickets enthalten oft Passwörter, Konfigurationsdaten und interne Systeminfos
Laterale Bewegung Von WHD aus können Angreifer in andere Systeme pivotieren
Supply-Chain-Risiko MSPs, die WHD für Kunden betreiben, gefährden mehrere Mandanten gleichzeitig
Persistenz Angreifer können Backdoor-Accounts anlegen oder Tickets manipulieren

SolarWinds ist zudem kein unbekannter Name in der Sicherheitsszene: Der Sunburst-Angriff von 2020 auf die Orion-Plattform gilt als einer der folgenreichsten Supply-Chain-Angriffe der Geschichte. Das erhöht das Interesse staatlicher und krimineller Akteure an SolarWinds-Produkten auch weiterhin.


NIS2-Relevanz: Welche Pflichten gelten für deutsche Unternehmen?

NIS2 und das BSIG – ein kurzer Überblick

Seit der Umsetzung der EU-NIS2-Richtlinie in deutsches Recht (über das aktualisierte BSI-Gesetz, kurz BSIG) unterliegen viele Unternehmen verschärften Sicherheits- und Meldepflichten. Betroffen sind insbesondere wesentliche und wichtige Einrichtungen – dazu zählen Betreiber kritischer Infrastrukturen, Anbieter digitaler Dienste, Gesundheitseinrichtungen, Energie- und Wasserversorger sowie zunehmend auch Zulieferer und Managed Service Provider.

Was bedeutet diese Schwachstelle konkret für NIS2-betroffene Unternehmen?

1. Schwachstellenmanagement als Pflicht (Art. 21 NIS2-Richtlinie)
NIS2 schreibt vor, dass betroffene Einrichtungen ein systematisches Schwachstellenmanagement betreiben müssen. Das bedeutet: Kritische Patches wie dieser müssen nachweislich bewertet, priorisiert und zeitnah eingespielt werden. Eine Dokumentation ist zwingend erforderlich.

2. Meldepflicht bei Sicherheitsvorfällen
Wurde WHD bereits kompromittiert – oder besteht der begründete Verdacht –, greift die BSI-Meldepflicht: Erhebliche Sicherheitsvorfälle müssen innerhalb von 24 Stunden (Frühwarnung) und 72 Stunden (detaillierter Bericht) an das BSI gemeldet werden. Zuständig ist das BSI über das Meldeportal unter meldestelle@bsi.bund.de bzw. das ISMS-Portal.

3. Haftungsrisiko für Geschäftsführer
Neu in NIS2: Geschäftsführer und Vorstände haften persönlich, wenn nachgewiesen wird, dass sie bekannte Sicherheitsrisiken nicht angemessen adressiert haben. Das Ignorieren eines kritischen Patches ist kein Kavaliersdelikt mehr.

4. DSGVO-Überschneidung
Enthält das Help-Desk-System personenbezogene Daten – was bei Support-Tickets fast immer der Fall ist –, kann ein Authentication Bypass auch eine meldepflichtige Datenschutzverletzung nach Art. 33 DSGVO auslösen. Die Meldung an die zuständige Datenschutzbehörde muss dann ebenfalls innerhalb von 72 Stunden erfolgen.


Praktische Schutzmaßnahmen: Was Sie jetzt tun sollten

1. Sofort patchen – ohne Ausnahmen

Das Update von SolarWinds ist verfügbar und sollte unverzüglich eingespielt werden. Prüfen Sie die offizielle SolarWinds-Sicherheitsseite auf die aktuelle WHD-Version und die dazugehörigen Release Notes. Testen Sie den Patch in einer Staging-Umgebung, falls vorhanden – aber verzögern Sie den produktiven Rollout nicht unnötig.

Empfehlung: Kritische Patches (CVSS-Score ≥ 9,0) sollten laut BSI-Grundschutz innerhalb von 72 Stunden nach Verfügbarkeit eingespielt werden.

2. Systeme auf Kompromittierung prüfen

Bevor oder parallel zum Patchen sollten Sie Indicators of Compromise (IoCs) prüfen:

  • Ungewöhnliche Login-Aktivitäten in den WHD-Logs (insbesondere fehlgeschlagene oder anonyme Authentifizierungsversuche)
  • Neue oder unbekannte Benutzerkonten im System
  • Unerwartete Konfigurationsänderungen oder exportierte Ticketdaten
  • Anomalien im Netzwerkverkehr (ausgehende Verbindungen zu unbekannten IPs)

Nutzen Sie hierfür SIEM-Tools oder beauftragen Sie einen forensischen Dienstleister, wenn interne Kapazitäten fehlen.

3. Netzwerksegmentierung und Zugriffskontrolle verschärfen

Web Help Desk sollte nicht direkt aus dem Internet erreichbar sein, sofern dies nicht zwingend notwendig ist. Empfohlene Maßnahmen:

  • Zugang auf interne Netzwerke oder VPN beschränken
  • IP-Whitelisting für administrative Zugänge einrichten
  • Web Application Firewall (WAF) vorschalten, um bekannte Angriffsmuster zu filtern
  • Multi-Faktor-Authentifizierung (MFA) für alle Benutzerkonten erzwingen

4. Patch-Management-Prozess formalisieren

Dieser Vorfall ist ein guter Anlass, den eigenen Patch-Management-Prozess zu überprüfen und zu dokumentieren. Für NIS2-Compliance sollte dieser beinhalten:

  • Regelmäßiges Scanning nach bekannten Schwachstellen (CVE-Monitoring)
  • Klare Verantwortlichkeiten und Eskalationswege
  • Dokumentierte SLAs für kritische, hohe und mittlere Schwachstellen
  • Testprozesse für Patches in kritischen Umgebungen

5. Lieferketten und MSP-Risiken berücksichtigen

Wenn Sie SolarWinds WHD über einen Managed Service Provider (MSP) betreiben oder selbst MSP sind: Überprüfen Sie, ob der Partner bereits gepatcht hat. Stellen Sie vertraglich sicher, dass Ihr MSP zur zeitnahen Behebung kritischer Schwachstellen verpflichtet ist. Laut NIS2 sind Unternehmen auch für Sicherheitsrisiken in ihrer Lieferkette verantwortlich.

6. Mitarbeiter sensibilisieren

Informieren Sie Ihr IT-Team und ggf. betroffene Fachabteilungen über den Vorfall. Schulungen zur Erkennung von Phishing-Angriffen und Social Engineering sind besonders relevant, da Angreifer nach einem erfolgreichen System-Einbruch häufig gezielte Folgeangriffe auf Mitarbeiter starten.


Fazit: Kritische Patches sind Chefsache

Die Schwachstelle in SolarWinds Web Help Desk ist ein Paradebeispiel dafür, wie schnell ein vermeintlich internes IT-Tool zum Einfallstor für Angreifer werden kann. Die Kombination aus Authentication Bypass, potenziell privilegiertem Datenzugriff und der Vorgeschichte von SolarWinds macht dieses Update zur Priorität – nicht nur für IT-Teams, sondern auch für die Unternehmensleitung.

Unter NIS2 ist es keine Option mehr, kritische Patches auf die lange Bank zu schieben. Dokumentierte Prozesse, klare Verantwortlichkeiten und eine schnelle Reaktionsfähigkeit sind nicht nur Best Practice – sie sind gesetzliche Anforderung.


Call-to-Action: NIS2-Compliance strukturiert angehen

Die beschriebenen Anforderungen – Schwachstellenmanagement, Meldepflichten, Dokumentation und Lieferkettenrisiken – lassen sich manuell kaum noch zuverlässig abbilden. Spezialisierte NIS2-Compliance-Software kann dabei helfen, Patch-Status, Risikobewertungen und Meldeprozesse zentral zu verwalten, Fristen automatisch zu tracken und die Dokumentation revisionssicher bereitzustellen. Wenn Sie Ihren NIS2-Reifegrad noch nicht systematisch erfasst haben, ist jetzt der richtige Zeitpunkt – bevor der nächste Vorfall eintritt.

💡 Tipp: Das BSI stellt unter bsi.bund.de kostenlose Orientierungshilfen zur NIS2-Umsetzung bereit, darunter den IT-Grundschutz-Kompendium und branchenspezifische Handlungsempfehlungen.