Sicherheitslücke in Kestra OSS: Einschleusen von Betriebssystem-Befehlen (OS Command Injection)

Wie ein Angriff aussieht

Angriff möglich

Über das Netzwerk, auch aus dem Internet

Anmeldung nötig

Nein

Mitwirkung eines Nutzers nötig

Nein

Aufwand für Angreifer

Gering

Folgen

Vertraulichkeit hoch · Veränderung von Daten hoch · Ausfall hoch

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H

Was du tun solltest

1. 1Prüfe, ob du Kestra OSS einsetzt, auch als Teil anderer Produkte, Geräte oder Dienste.
2. 2Spiele die Updates des Herstellers ein oder setze seine Hinweise um. Danach betroffene Dienste neu starten.
3. 3Ist noch kein Update möglich: Zugriff aus dem Internet einschränken oder das System vom Netz nehmen, bis es aktualisiert ist.
4. 4Die Lücke wird bereits ausgenutzt. Prüfe deshalb auch, ob es Anzeichen für einen Angriff gibt, etwa unbekannte Dateien, Benutzerkonten oder Anmeldungen.

Originalbeschreibung

Kestra is an open-source, event-driven orchestration platform. Prior to 1.0.45 and 1.3.21, AuthenticationFilter in Kestra OSS uses request.getPath().endsWith("/configs") to whitelist the public configuration endpoint from Basic Auth. Because the check is a suffix match rather than an exact path match, any API path whose last segment is configs bypasses authentication entirely. An unauthenticated remote attacker can exploit this to create and execute arbitrary workflows without credentials. Because Kestra ships with script execution plugins (plugin-script-shell, plugin-script-python, etc.) enabled by default, this directly results in unauthenticated Remote Code Execution as root inside the Kestra worker container. This vulnerability is fixed in 1.0.45 and 1.3.21.

Englisch, aus der National Vulnerability Database (NVD)