Am 21. Oktober 2026 hat Node.js eine Lücke geschlossen und Railway einen Angriff auf gespeicherte Zugangsdaten gemeldet. Was feststeht, was offen ist und welche fünf Fragen du deinem Web-Dienstleister stellst.
Am 21. Oktober 2026 sind zwei Sicherheitsmeldungen erschienen, die du als Betrieb meist nicht selbst bemerkst, die aber über deinen Web-Dienstleister bei dir ankommen können. Wir haben die Veröffentlichungen von Node.js, Wiz und Railway gelesen und fassen zusammen, was feststeht, was offen ist und was du fragst. Das ist keine Rechtsberatung und keine technische Prüfung deiner Systeme.
Node.js: Die Laufzeitumgebung Node.js hat am 21. Oktober 2026 zehn Schwachstellen behoben, vier davon mit Schweregrad „hoch“. Eine betrifft den Brotli-Decoder (CVE-2026-111497): Fehlerhaft komprimierte Daten können über das Ende eines internen Puffers hinaus schreiben. Laut Node.js drohen Abstürze, Offenlegung von Prozessspeicher oder Ausführung fremden Codes, wenn eine Anwendung Daten von Angreifern mit node:zlib entpackt. Betroffen sind die Linien 22, 24 und 26, behoben in 22.23.4, 24.22.1 und 26.12.1. Node.js 20 und älter bekommen keine Korrektur. Gemeldet hat die Lücke OpenAI Codex Security. Wiz stuft sie als „kritisch“ ein, nennt weitere betroffene Software (Bun, Envoy, Istio, Brotli-Bibliotheken für Python und Go) und meldet, dass Forscher die Ausnutzung gegen ungepatchte Node.js-Umgebungen gezeigt haben. Nach Wiz-Daten haben 91 % der Cloud-Umgebungen verwundbare Ressourcen.
Railway: Die Entwicklerplattform Railway, auf der Programmierer Anwendungen betreiben, meldete am 21. Oktober einen Angriff. Laut vorläufigem Bericht (Stand 22. Oktober) dauerte er vom 20. Oktober 13:58 UTC bis 22. Oktober 03:32 UTC. Der Angreifer nutzte eine Rechteausweitung in der Build-Infrastruktur und erlangte Zugangsdaten der CI-Umgebung. Er rief verschlüsselte Umgebungsvariablen ab, ein Teil davon wurde entschlüsselt. Betroffen waren höchstens 1,85 % aller Workspaces, etwa 100.000, nach Railway mit dem Ziel, Schlüssel von KI-Anbietern zu erbeuten. Railway pausierte Builds, rotierte eigene Schlüssel, informierte Anbieter wie GitHub, Anthropic, OpenAI, OpenRouter und Stripe und empfiehlt, besonders vor dem 21. Oktober gespeicherte Schlüssel zu tauschen. Benutzerkonten wurden laut Bericht nicht aufgerufen, ob Quellcode eingesehen wurde, ist offen.
Node.js stuft die Lücke als „hoch“ ein, Wiz als „kritisch“. Die Verbreitungszahlen stammen von Wiz. Wiz nennt in seinem Beitrag keine Angriffe in freier Wildbahn. Railways Bericht ist vorläufig, den Abschlussbericht, Angaben zu Umfang und Methode und die Frage nach dem Quellcode will Railway nachreichen. Zu Haftung und Entschädigung steht dort nichts. Wir haben nichts davon geprüft, und nicht jeder Betrieb nutzt Node.js oder Railway.
Du betreibst vielleicht keinen eigenen Server, aber dein Online-Shop, dein Kundenportal oder ein Chatbot läuft bei jemandem, der Node.js oder eine Plattform wie Railway nutzt. Frag deshalb nach: Setzt ihr Node.js ein und welche Version läuft bei uns, sind es mindestens die genannten Stände, und gibt es noch Anwendungen auf Node.js 20 oder älter? Liegen Zugangsdaten und KI-Schlüssel für unsere Anwendungen auf einer Plattform wie Railway, und wurden sie nach dem 21. Oktober getauscht? Habt ihr die Protokolle auf auffällige Zugriffe geprüft?
Dazu gehören deine eigenen Schlüssel: Wer KI-Dienste anbindet, hat in der Regel API-Schlüssel hinterlegt. Frag, wo sie liegen, wer sie ändern kann und wie schnell sich ein gestohlener Schlüssel sperren lässt. Das ist dieselbe Lehre wie beim LiteLLM-Angriff und beim BSI-Beitrag zu KI-Agenten: Wer einen Schlüssel besitzt, kann in deinem Namen handeln. Die Fragen und der Check sind unsere Einordnung und nicht Teil der Meldungen.
Patchen, Schlüssel tauschen und Protokolle prüfen gehören zu deinem Dienstleister. Deine Aufgabe ist, nachzufragen und die Antwort schriftlich zu bekommen. Wenn er nicht antworten kann, ist das selbst eine Antwort. Wir sind keine Rechtsberatung und keine IT-Prüfung.
Drei Minuten: Schreib auf, welche Anwendungen für dich laufen (Shop, Portal, Chatbot, Tools) und wer sie betreibt. Fünf Minuten: Schick deinem Dienstleister die fünf Fragen per Mail und bitte um eine Antwort bis zu einem festen Datum. Drei Minuten: Liste deine eigenen KI-Schlüssel und Zugangsdaten auf und notiere, wo sie gespeichert sind. Zwei Minuten: Frag, wer sie ändern darf und wie du einen Schlüssel sperrst. Zwei Minuten: Lege den Termin für den nächsten Check in den Kalender.
Zwei Meldungen vom selben Tag: eine Lücke in einem weit verbreiteten Baustein und ein Angriff auf eine Plattform, auf der Schlüssel liegen. Beides trifft dich über Dritte.
Für deinen Betrieb gilt: Frag deinen Dienstleister nach Version, Schlüsseln und Protokollen und lass dir die Antwort schriftlich geben.
Quellen: Node.js, Sicherheitsfreigabe vom 21. Oktober 2026. Wiz, „Broccoli2shell: Everything You Need To Know About The Critical Brotli Decoder Vulnerability“ (25. Oktober 2026). Railway, Security Disclosure vom 21. Oktober 2026 und Preliminary Report (Stand 22. Oktober 2026). Gelesen am 26. Oktober 2026 und sinngemäß aus dem Englischen wiedergegeben. Alle Angaben sind Herstellerangaben, wir haben nichts getestet oder geprüft. Die Fragen, der Check und die Verknüpfung der beiden Meldungen sind unsere Einordnung und keine Rechtsberatung.
Welches Modell für welche Aufgabe, welche Tools wirklich zählen und wie du richtig promptest — komplett lesbar, kein Download.
Jetzt gratis lesen →Wir gehen mit dir durch, welche Anwendungen und KI-Schlüssel bei deinen Dienstleistern liegen, welche Fragen du stellst und wie du die Antworten dokumentierst.