Kong Gateway: Informationsoffenlegung über gemeinsamen Cache im Request-Callout-Plugin
Zusammenfassung
Das Request-Callout-Plugin in Kong Gateway Enterprise und Kong AI Gateway nimmt Callout-Header, die der Client nicht gesendet hat, nicht in den Cache-Schlüssel auf. Eine zwischengespeicherte Callout-Antwort für einen Aufrufer kann dadurch an einen anderen Aufrufer ausgeliefert werden. Ein nicht authentifizierter Angreifer aus dem Netzwerk kann so Daten anderer Aufrufer lesen, die CVSS-Auswirkung beschränkt sich auf die Vertraulichkeit. Die Schwachstelle betrifft nur Umgebungen, in denen das Request-Callout-Plugin mit Antwort-Caching verwendet wird.
Betroffen
- Kong Gateway Enterprise 3.10.0.0 bis vor 3.10.0.20
- Kong Gateway Enterprise 3.13.0.0 bis vor 3.13.0.12
- Kong Gateway Enterprise 3.14.0.0 bis vor 3.14.0.17
- Kong Gateway Enterprise 3.15.0.0 bis vor 3.15.0.7
- Kong Gateway Enterprise 3.16.0.0 bis vor 3.16.0.2
- Kong AI Gateway 2.2.0 bis vor 2.2.1
Behoben in
- Kong Gateway Enterprise 3.10.0.20
- Kong Gateway Enterprise 3.13.0.12
- Kong Gateway Enterprise 3.14.0.17
- Kong Gateway Enterprise 3.15.0.7
- Kong Gateway Enterprise 3.16.0.2
- Kong AI Gateway 2.2.1
Hinweis: Der Herstellerchangelog bestätigt die Korrektur für CVE-2026-123041 unter 3.13.0.12. Die übrigen Build-Nummern stammen von Drittanbieter-Trackern und sollten vor dem Rollout im Herstellerchangelog überprüft werden.
Umgehung
- Kein Workaround des Herstellers bekannt. Unbekannt.
- Übergangsmassnahme (eigene Einschätzung): Prüfen, ob Request-Callout-Caching aktiviert ist, und es dort deaktivieren, wo es nicht benötigt wird.
Ausnutzung
- Kein öffentlicher Proof of Concept bekannt.
- Laut Strix nicht im CISA-KEV-Katalog aufgeführt.
- Kein Nachweis einer Ausnutzung in freier Wildbahn erfasst (OffSeq, Stand 10. November 2026).
Unsere Empfehlung
- Alle Kong-Gateway- und Kong-AI-Gateway-Instanzen inventarisieren und prüfen, ob das Request-Callout-Plugin mit Caching aktiviert ist.
- Upgrades auf die korrigierten Builds des eigenen Release-Zweigs planen.
- Auf den neuesten korrigierten Build jedes Zweigs aktualisieren, da mehrere verwandte Cache-CVEs (CVE-2026-92558, CVE-2026-92545, CVE-2026-92443) am selben Tag behoben wurden.
- Ist das Gateway aus dem Internet erreichbar und bedient mehrere Clients oder Mandanten, das Upgrade priorisieren.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- Kong Gateway changelog developer.konghq.com
- Kong AI Gateway changelog developer.konghq.com
- OffSeq threat radar: CVE-2026-123041 radar.offseq.com
- Strix: CVE-2026-123041 www.strix.ai
- ThreatInt: CVE-2026-123041 cve.threatint.com
- Kong request-callout plugin documentation developer.konghq.com
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 11.11.2026 01:25.
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.
