CVE-2026-46439: SSTI in compliance-trestle ermöglicht Codeausführung über Datenfelder

Kurzfassung

In compliance-trestle steckt eine Schwachstelle mit hoher Tragweite: Vor Version 3.12.2 und 4.0.3 kann der Befehl trestle author jinja manipulierte Inhalte erneut auswerten und dadurch Befehle mit den Rechten des laufenden Prozesses ausführen. Für Teams, die Compliance-as-Code im Betrieb nutzen, ist das mehr als ein Randproblem. Wer Daten aus externen oder nur teilweise vertrauenswürdigen Quellen in solche Vorlagen speist, hat ein echtes Angriffsfenster.

Für deutsche Unternehmen ist die Lage vor allem dann relevant, wenn compliance-trestle in CI/CD-Pipelines, GRC-Prozessen oder beim Generieren von SSP-Dokumenten läuft. Dann reicht ein präparierter Inhalt in einem Datenfeld, um aus einem harmlosen Template eine Ausführungskette zu machen.

Was ist passiert?

Die Schwachstelle liegt im Umgang mit gerenderten Vorlagen. compliance-trestle verarbeitet Ausgabe offenbar nicht nur einmal, sondern nimmt bereits erzeugten Text erneut auseinander und rendert ihn noch einmal. Genau diese Wiederholung öffnet die Tür für Server-Side Template Injection.

Das Problem braucht keinen Zugriff auf die eigentliche Vorlage. Angreifer müssen nur Eingabedaten kontrollieren, die in ein vertrauenswürdiges Template einfließen. Das kann ein Feld in einem SSP-Dokument sein, eine Lookup-Tabelle oder ein anderer Datenbaustein, den Admins für unkritisch halten. Danach kann aus einem regulären Render-Vorgang Codeausführung werden.

Technische Details

Betroffen sind Versionen vor 3.12.2 und vor 4.0.3. Der Hersteller hat die Lücke in 3.12.3 und 4.0.3 geschlossen. Die NVD bewertet den Befund als HIGH.

Technisch steckt dahinter eine klassische SSTI-Kette: Ein Template wie Title: {{ ssp.metadata.title }} soll nur Text ausgeben. Wenn der Inhalt von ssp.metadata.title jedoch beim erneuten Parsing wieder als Template behandelt wird, kann ein Angreifer Logik einschleusen, die nie hätte ausgeführt werden dürfen. So wird aus Daten ausführbarer Inhalt.

Der kritische Punkt ist die Rekursion beim Re-Compile und Re-Render. Genau dort verliert die Anwendung die Trennung zwischen Vorlage und Inhalt. Für Administratoren ist das wichtig, weil sich solche Fehler oft erst in realen Workflows zeigen, wenn Daten aus Tickets, Importen oder Freigabeprozessen in die Generierung laufen.

Wer ist betroffen?

Betroffen sind alle Umgebungen, die compliance-trestle in einer verwundbaren Version einsetzen und Eingaben aus nicht vollständig vertrauenswürdigen Quellen verarbeiten. Das gilt besonders für Organisationen, die Compliance-Dokumente automatisiert erzeugen oder Daten aus mehreren Teams zusammenziehen.

Für Unternehmen im DACH-Raum ist die Gefahr vor allem operativ: Ein Angriff auf dieses Tool kann in Pipelines oder internen Dokumentenprozessen zu Befehlsausführung führen. Ob der Schaden direkt in einer Produktionsumgebung endet, hängt vom Kontext ab. Läuft das Tool mit weitreichenden Rechten, steigt das Risiko deutlich.

Privatanwender spielen hier praktisch keine Rolle. compliance-trestle ist ein Werkzeug für professionelle Compliance-Prozesse, kein typisches Consumer-Produkt.

Empfohlene Maßnahmen

Wer compliance-trestle im Einsatz hat, sollte zuerst die Version prüfen. Alles vor 3.12.2 und vor 4.0.3 gehört auf den Prüfstand, und zwar unabhängig davon, ob die Umgebung nach außen exponiert ist. Interne Tools sind keine Entwarnung.

Dann die Aktualisierung auf 3.12.3 oder 4.0.3 einplanen. Vor dem Rollout lohnt ein Blick auf die betroffenen Workflows: Wo landen externe oder nur teilweise geprüfte Daten in Jinja-Renderings? Solche Pfade sollten Admins sofort identifizieren und, falls nötig, vorübergehend abschotten.

Bis das Update steht, hilft nur Schadensbegrenzung. Das Tool mit minimalen Rechten betreiben, Eingaben strikt validieren, unklare Datenquellen aus dem Render-Pfad nehmen und die Ausführung in einer isolierten Umgebung halten. Wer den Prozess in einer Pipeline nutzt, sollte außerdem Logs auf ungewöhnliche Befehlsausgaben und unerwartete Render-Ergebnisse prüfen.

Einschätzung von CyberSecurity-News.de

Die Schwachstelle ist ernst, weil sie eine direkte Brücke von Daten zu Befehlsausführung schlägt. Das ist kein theoretischer Template-Fehler, sondern ein praktisches Risiko für jede Organisation, die compliance-trestle mit fremdbeeinflussbaren Inhalten füttert.

Die Informationslage ist allerdings dünn. Ob es bereits aktive Ausnutzung gibt, geht aus der Quelle nicht hervor. Auch Details zu konkreten Angriffswegen fehlen. Genau deshalb sollte man die Lücke nicht dramatisieren, aber zügig schließen. Bei solchen Werkzeugen ist die Frage nicht, ob sie im Ernstfall benutzt werden können. Entscheidend ist, wie schnell sie in die Hände eines Angreifers geraten, der nur ein einziges manipuliertes Datenfeld braucht.

Fazit

CVE-2026-46439 trifft ein Spezialwerkzeug, aber mit spürbarer Wirkung. Wer compliance-trestle produktiv einsetzt, sollte die Version sofort prüfen und auf die gepatchten Releases wechseln. Besonders heikel sind Umgebungen, in denen Inhalte aus Importen, Tickets oder abgestimmten Dokumenten in Render-Prozesse wandern.

Für die meisten Leser bleibt das Thema eng umrissen. Für betroffene Teams ist es trotzdem ein klarer Patchfall.