Beide sind betroffene Versionen (behoben in 4.14.8 / 4.18.3 / 4.21.0), und beide demonstrieren denselben Defekt: Sqs2HeaderFilterStrategy konfiguriert nur einen ausgehenden Filter, daher ordnet Sqs2Consumer jedes eingehende SQS-Nachrichtenattribut dem Exchange zu — einschließlich Camel-Steuer-Headern. Der Routenautor hat nie eine Möglichkeit bereitgestellt, das nachgelagerte Ziel zu ändern, aber ein Angreifer, der eine Nachricht in die Warteschlange einreihen kann, injiziert eines und steuert den nachgelagerten Producer (CWE-20).

Warum die beiden Varianten unterschiedliche Senken kapern

Die Spring-Boot-Variante beweist RCE über eine exec:-Senke. Diese Senke ist standardmäßig in Camel 4.20.0 (was Camel Quarkus 3.36.0 bündelt) nicht erreichbar: CAMEL-23315 fügte eine allowControlHeaders-Option zu camel-exec hinzu, die standardmäßig auf false steht und erstmals in 4.20.0 ausgeliefert wurde. Diese Härtung ist unabhängig von dieser CVE und behebt sie nicht — die injizierten Nachrichtenattribute werden bei 4.20.0 weiterhin zu Exchange-Headern. Die Quarkus-Variante kapert daher den http-Producer über CamelHttpUri, der standardmäßig berücksichtigt wird, was zu SSRF führt.

Jedes Unterverzeichnis ist ein eigenständiges Projekt (plus ein LocalStack-Container, der von seiner docker-compose.yml gestartet wird) mit eigenem Dockerfile und eigener README. Kurz gesagt, für beide:

Schwachstellenübersicht

Advisory: https://camel.apache.org/security/CVE-2026-46456.html

Haftungsausschluss

Diese Reproduktoren werden nur für Sicherheitsforschung und autorisierte Tests bereitgestellt, für eine öffentlich offengelegte und behobene Schwachstelle. Verwenden Sie sie nicht gegen Systeme ohne ausdrückliche Genehmigung.