Zum Inhalt springen
Tech & Tacheles„Klartext zu KI, Security und Crypto"
← Alle Beiträge
Cybersecurity Oktober 5, 2026

NetScaler CVE-2026-88779: Patch da, Angriffe laufen weiter

NetScaler CVE-2026-88779 trifft alle Appliances mit SAML-Authentifizierung. Citrix liefert neue Builds, die CISA listet die Lücke als aktiv ausgenutzt – wer letzte Woche gepatcht hat, muss nochmal ran.

NetScaler CVE-2026-88779: Patch da, Angriffe laufen weiter

Wer seine NetScaler-Appliances letzte Woche notfallmäßig gepatcht hat, muss nochmal ran: NetScaler CVE-2026-88779 ist eine neue, bereits aktiv ausgenutzte Schwachstelle in Citrix NetScaler ADC und NetScaler Gateway. Citrix veröffentlichte am 3. Oktober 2026 das Sicherheitsbulletin CTX697174, die US-Behörde CISA nahm die Lücke am 4. Oktober in ihren KEV-Katalog auf. Betroffen sind ausschließlich Installationen mit SAML-Authentifizierung – also ausgerechnet die Umgebungen, die Single Sign-on fürs Gateway nutzen.

NetScaler CVE-2026-88779: Was Citrix bestätigt

Laut Bulletin handelt es sich um einen Speicherüberlauf (CWE-119), der zu einem Denial of Service führt. Der CVSS-v4.0-Basiswert liegt bei 8.7. Die Vorbedingung ist eindeutig benannt: Die Appliance muss als SAML Service Provider oder als SAML Identity Provider konfiguriert sein. Prüfen lässt sich das an zwei Konfigurationszeilen – add authentication samlAction für den SP-Fall, add authentication samlIdPProfile für den IdP-Fall.

In einem begleitenden TechZone-Beitrag schreibt Citrix von gezielten Angriffen auf nicht abgesicherte NetScaler-Installationen, die zum Dienstausfall führen können. Werde die Bedingung wiederholt ausgelöst, bleibe der Dienst unter Umständen dauerhaft weg. Eine Auswirkung auf die Integrität von Kundendaten habe die eigene Analyse nicht ergeben. Das ist eine vorsichtige Formulierung. Sie deckt sich allerdings nicht ganz mit dem, was Administratoren und Forscher berichten.

Diese Builds schließen die Lücke

  • NetScaler ADC und Gateway 14.1-73.41 und neuer
  • NetScaler ADC und Gateway 13.1-64.28 und neuer
  • NetScaler ADC 14.1-FIPS: 14.1-73.41 FIPS und neuer
  • NetScaler ADC 13.1-FIPS und 13.1-NDcPP: 13.1-37.282 und neuer

Wichtig: Das Bulletin gilt nur für selbst betriebene Appliances. Citrix-gemanagte Cloud-Dienste und Adaptive Authentication hat Cloud Software Group bereits aktualisiert. Secure-Private-Access-Hybrid-Deployments mit NetScaler-Instanzen sind dagegen betroffen und müssen ebenfalls hochgezogen werden. Zusätzlich stellt Citrix Global Deny Lists bereit, die bekannte Angreifer-IPs blocken – das Unternehmen empfiehlt trotzdem ausdrücklich, die Updates so schnell wie möglich einzuspielen.

AD-Checkliste

Dein AD härten: 12 Sofortmaßnahmen

Das PDF mit Bordmitteln, PowerShell-Prüfbefehlen und 30-Tage-Reihenfolge – per Mail, sobald du deine Anmeldung zum Tech-&-Tacheles-Newsletter bestätigst.

Vom Reboot-Rätsel zur CVE-Nummer

Die Vorgeschichte erklärt, warum dieser Fall besonders unangenehm ist. Vergangene Woche berichteten Admins, dass frisch gepatchte Appliances immer wieder neu starteten. Der Prozess nsaaad stürzte wiederholt ab, bis NetScalers Pitboss-Mechanismus das Gerät durchstartete. Citrix veröffentlichte zunächst nur eine Handlungsanweisung ohne CVE-Nummer – genau diesen Zwischenstand haben wir in NetScaler SAML Problem: Appliances starten nach dem Patch neu beschrieben. Jetzt gibt es Nummer, Build und KEV-Eintrag.

Offen bleibt die Frage nach der tatsächlichen Wirkung. Citrix stuft die Lücke als Denial of Service ein. Der Sicherheitsforscher Kevin Beaumont berichtete dagegen, auf einem seiner gepatchten Honeypots sei eine heruntergeladene Schaddatei gelaufen; beide Systeme waren aktuell, also handle es sich um eine neue Lücke. watchTowr Labs gibt an, die Schwachstelle nachgebaut zu haben, nennt aber keine technischen Details. Diese Diskrepanz gehört offengelegt statt weggebügelt: Bestätigt ist DoS, Hinweise auf Codeausführung liegen vor, sind öffentlich aber nicht belegt. Bei CVE-2025-6543 verlief es ähnlich – erst DoS-Einstufung, später nachgewiesene Einbrüche.

Was das für dich bedeutet

Aus CISO-Sicht ist weniger der CVSS-Wert das Problem als die Patch-Dynamik. Wer die Updates für CVE-2026-88771 bis CVE-2026-88778 eingespielt hat, ist nämlich nicht fertig. Citrix sagt ausdrücklich, dass diese Deployments erneut aktualisiert werden müssen, sofern sie die SAML-Vorbedingung erfüllen. Zwei Notfall-Wartungsfenster innerhalb weniger Tage – und zwar auf dem Gerät, das den Fernzugriff trägt. Das zehrt an Teams und verleitet dazu, den zweiten Durchgang zu verschieben. Genau darauf zielen Angreifer, die die Lücke laut Beaumont breitflächig und ohne Zielauswahl ausnutzen – einer seiner Honeypots hatte nicht einmal ein gültiges Zertifikat.

Außerdem zeigt der Fall, wie wenig eine Herstellereinstufung über das reale Risiko sagt. Ein DoS auf einem Gateway ist in vielen Betrieben nicht nur ein Verfügbarkeitsthema: Steht das Gateway, kommt niemand mehr herein – auch die Admins nicht, die den Vorfall bearbeiten sollen. Und solange die RCE-Frage offen ist, muss man eine kompromittierte Appliance zumindest in Erwägung ziehen. In 25 Jahren IT war „nur Verfügbarkeit“ am Perimeter nie eine entspannte Nachricht.

Konkret: diese vier Schritte heute

  • Vorbedingung prüfen, nicht raten. Auf jeder Appliance die laufende Konfiguration nach samlAction und samlIdPProfile durchsuchen. Nur dann bist du angreifbar – das spart unnötige Wartungsfenster.
  • Auf den genannten Build aktualisieren, auch und gerade dann, wenn du vor wenigen Tagen schon gepatcht hast. Version 14.1-73.37 reicht nicht.
  • Rückwärts in die Logs schauen. Gezielt nach wiederholten nsaaad-Abstürzen, Pitboss-Restarts und Authentifizierungs-Benutzernamen mit Shell-Zeichen suchen. Ein Treffer heißt: Vorfallsbehandlung starten, nicht nur patchen.
  • Geheimnisse rotieren, wenn Hinweise auf Ausnutzung vorliegen: Session-Keys, Service-Account-Passwörter, SAML-Signaturzertifikate. Ein Patch entfernt keinen Angreifer, der vorher schon drin war.

Die CISA hat US-Bundesbehörden eine Frist bis zum 7. Oktober 2026 gesetzt. Verlangt wird dort neben dem Update ausdrücklich eine forensische Triage – patchen allein genügt der Behörde also auch nicht. Für alle anderen ist das kein Gesetz, aber ein brauchbarer Maßstab: drei Tage für ein internet-exponiertes Gateway, das aktiv angegriffen wird.

Quellen

Newsletter

Mehr Klartext, direkt ins Postfach

Neue Analysen zu Security, KI und Crypto per Mail – zum Einstieg die AD-Checkliste mit 12 Sofortmaßnahmen als PDF.

Zur Anmeldung