CVE-2026-85317

Zusammenfassung

Ausnutzung einer Schwachstelle durch einen Cache mit sensiblen Informationen in der Apache-Camel-HTTP-Komponente. Dieses Problem betrifft Apache Camel: von 4.0.0 vor 4.18.5, von 4.19.0 vor 4.22.1. Der OAuth2-Client-Token-Cache ist global für die JVM, und sein Schlüssel ließ mehrere Felder aus, die bestimmen, wofür ein Token tatsächlich autorisiert: den angeforderten Scope, den Resource Indicator und den Token-Endpunkt, von dem das Token bezogen wurde. Zwei Endpunkte, die sich nur in diesen Feldern unterscheiden, teilten daher einen Cache-Eintrag, und einem Endpunkt konnte ein Token bereitgestellt werden, das für einen anderen Scope, eine andere Ressource oder von einem anderen Autorisierungsserver ausgestellt wurde. Die Folge ist eine Anfrage, die eine umfassendere Berechtigung trägt, als der Endpunkt konfiguriert wurde, oder ein Token, das einer Partei vorgelegt wird, für die es nicht ausgestellt wurde. Um dies zu erreichen, ist eine Bereitstellung erforderlich, die mehr als einen OAuth2-Endpunkt konfiguriert, der sich genau in diesen Feldern unterscheidet, weshalb die Schwere als niedrig eingestuft wird. Führen Sie ein Upgrade auf Apache Camel 4.23.0 durch, das das Problem behebt. Benutzer des LTS-Release-Streams 4.18.x sollten auf 4.18.5 aktualisieren. Benutzer des LTS-Release-Streams 4.22.x sollten auf 4.22.1 aktualisieren. Der Cache-Schlüssel enthält nun jedes Feld, das das Token prägt, sodass Einträge nicht mehr zwischen Endpunkten geteilt werden, die sich in einem dieser Felder unterscheiden. Für Bereitstellungen, die nicht sofort aktualisiert werden können, führen Sie Endpunkte, die sich in Scope, Resource Indicator oder Token-Endpunkt unterscheiden, in separaten JVMs aus, damit sie den Cache nicht gemeinsam nutzen.

Quellen

• CVE-2026-85317PoC

  Lauffähiger Spring-Boot-Proof-of-Concept zur Reproduktion von CVE-2026-85317, bei dem der OAuth2-Token-Cache von camel-http Scope, Resource und Token-Endpoint ignoriert, sowie eine gepatchte Kontrollvariante.