{"id":163792,"date":"2026-03-10T23:11:57","date_gmt":"2026-03-10T21:11:59","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-proekte-pingora-pozvolyayushhie-vklinitsya-v-storonnie-zaprosy"},"modified":"2026-03-10T23:11:57","modified_gmt":"2026-03-10T21:11:59","slug":"uyazvimosti-v-proekte-pingora-pozvolyayushhie-vklinitsya-v-storonnie-zaprosy","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/uyazvimosti-v-proekte-pingora-pozvolyayushhie-vklinitsya-v-storonnie-zaprosy","title":{"rendered":"Schwachstellen im Pingora-Projekt, die das Eindringen in externe Anfragen erm\u00f6glichen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Firma Cloudflare hat die Behebung von drei Schwachstellen im Framework Pingora bekannt gegeben, von denen zwei eine kritische Gefahrenstufe (9,3 von 10) erhalten haben. Das Framework Pingora ist in der Programmiersprache Rust geschrieben und dient der Entwicklung sicherer, hochperformanter Netzwerkdienste. Ein mit Pingora erstellter Proxy wird im Content Delivery Network von Cloudflare verwendet und verarbeitet \u00fcber 40 Millionen Anfragen pro Sekunde. Die Schwachstellen wurden in der Version Pingora 0.8.0 behoben. <\/p>\n
Die zwei gef\u00e4hrlichsten Schwachstellen erm\u00f6glichen Angriffe der Klasse \u201eHTTP Request Smuggling\u201c, die es erlauben, Zugriffsbeschr\u00e4nkungen zu umgehen und sich in die Anfragen anderer Benutzer einzuklinken, die im selben Stream zwischen Frontend und Backend verarbeitet werden (zum Beispiel zur Einspeisung von sch\u00e4dlichem JavaScript-Code in die Sitzung eines anderen Benutzers auf der Website). Die Probleme wurden von einem Teilnehmer des Bug Bounty-Programms entdeckt, das eine Belohnung f\u00fcr das Auffinden von Schwachstellen vorsieht. <\/p>\n
In dem Schema, das \u00fcber einen Reverse-Proxy auf das Backend zugreift, empf\u00e4ngt ein zus\u00e4tzlicher Knoten die Anfragen der Kunden, der eine langfristige TCP-Verbindung zum Backend herstellt, das die Anfragen direkt verarbeitet. \u00dcber diese gemeinsame Verbindung werden normalerweise Anfragen verschiedener Benutzer nacheinander mit Hilfe des HTTP-Protokolls \u00fcbertragen. Angriffe der Klasse HTTP Request Smuggling entstehen durch unterschiedliche Interpretationen der HTTP-Header und der Protokollspezifikationen auf Frontends und Backends, zum Beispiel wenn das Frontend den HTTP-Header \u201eContent-Length\u201c zur Bestimmung der Anfragel\u00e4nge verwendet, w\u00e4hrend das Backend \u201eTransfer-Encoding: chunked\u201c benutzt. <\/p>\n
Die erste Schwachstelle CVE-2026-2835 ist im Code zur Analyse von HTTP\/1.0-Anfragen vorhanden und wird durch eine fehlerhafte Verarbeitung des Headers \u201eTransfer-Encoding\u201c mit mehreren Werten verursacht sowie durch die Verwendung des Schlie\u00dfens der Verbindung als Indikator f\u00fcr das Ende des Anfragek\u00f6rpers (close-delimited). Pingora \u00fcberpr\u00fcfte nur die Variante \u201eTransfer-Encoding: chunked\u201c und ignorierte diesen Header, wenn mehrere Werte angegeben waren. In dieser Situation ber\u00fccksichtigte Pingora nicht die Gr\u00f6\u00dfe im Header \u201eContent-Length\u201c, sondern betrachtete alle Daten, die bis zum Schlie\u00dfen der Verbindung empfangen wurden, als Anfragek\u00f6rper. <\/p>\n
Durch die Angabe mehrerer Werte im Header \u201eTransfer-Encoding\u201c konnte der Angreifer Bedingungen schaffen, unter denen eine Anfrage an das Backend umgeleitet wurde, deren tats\u00e4chliche Gr\u00f6\u00dfe nicht mit der chunked-Kette \u00fcbereinstimmte, die auf der Grundlage des Headers \u201eTransfer-Encoding\u201c berechnet wurde. Pingora leitete alle empfangenen Daten als eine Anfrage weiter, w\u00e4hrend das Backend, beispielsweise Node.js, die Anfrage basierend auf \u201eTransfer-Encoding: chunked\u201c berechnete und den verbleibenden Rest als den Anfang einer anderen Anfrage verarbeitete. GET \/ HTTP\/1.0 Host: example.com Connection: keep-alive Transfer-Encoding: identity, chunked Content-Length: 29 0 GET \/admin HTTP\/1.1 X:
<\/center> <\/p>\n
Die zweite Schwachstelle CVE-2026-2833 wird durch eine fehlerhafte Verarbeitung des HTTP-Headers \u201eUpgrade\u201c in HTTP\/1.1-Anfragen verursacht. Ist der Header \u201eUpgrade\u201c in der Anfrage enthalten, leitet der Proxy sofort an das Backend weiter, und die \u00fcbrigen Daten der Anfrage, die dem Header \u201eUpgrade\u201c folgen, werden gesendet, ohne auf die Antwort des Backends mit dem Code 101 (Switching Protocols) zu warten. Dadurch wird die Synchronisation des Streams zwischen Proxy und Backend gest\u00f6rt, und das Backend betrachtet die nach dem Header \u201eUpgrade\u201c gesendeten Daten als separate Anfrage und sendet das Ergebnis der Verarbeitung dieser Anfrage als Antwort auf die nachfolgende Anfrage eines anderen Benutzers zur\u00fcck. GET \/ HTTP\/1.1 Host: example.com Upgrade: foo GET \/admin HTTP\/1.1 Host: example.com
<\/center>
<\/center> <\/p>\n
Die Probleme treten auf, wenn Pingora in Form eines Reverse Proxys (Ingress Proxy) verwendet wird, der Benutzeranfragen an Backends unter Verwendung der Protokolle HTTP\/1.0 oder HTTP\/1.1 weiterleitet. Die Konfiguration von Pingora im Content Delivery Network Cloudflare erm\u00f6glichte nicht die Ausnutzung der Schwachstellen, da Pingora im CDN nicht als Ingress-Proxy eingesetzt wird, Anfragen nur \u00fcber das Protokoll HTTP\/1.1 weiterleitet, Anfragen mit fehlerhaften Content-Length-Werten blockiert, nur einen Wert des Headers \u201eTransfer-Encoding: chunked\u201c weiterleitet und in Anfragen mit dem Header \u201eUpgrade:\u201c zus\u00e4tzlich den Header \u201eConnection: close\u201c einf\u00fcgt, der verhindert, dass zus\u00e4tzliche Anfragen \u00fcber dasselbe Verbindung gesendet werden. <\/p>\n
Die dritte Schwachstelle CVE-2026-2836 (Schweregrad 8,4 von 10) f\u00fchrt zu Cache Poisoning, da der Cache-Schl\u00fcssel (CacheKey) nur auf Grundlage des URI-Pfads generiert wird und der Inhalt des Headers \u201eHost\u201c ignoriert wird. Diese Unzul\u00e4nglichkeit f\u00fchrt dazu, dass dieselben Caching-Schl\u00fcssel f\u00fcr identische HTTP-Pfade zu unterschiedlichen Hosts gebildet werden. Die Schwachstelle kann zur Manipulation des Cache-Inhalts verwendet werden, wenn der Cache-Modus f\u00fcr mehrere Hosts verwendet wird. In Pingora ist das Caching eine experimentelle Funktion, die f\u00fcr produktive Implementierungen nicht empfohlen wird. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"Schwachstellen](\"\/wp-content\/uploads\/2026\/03\/6a4654a05c9ff8c64cc4cb4773bf4ec9.png\")
<\/center> <\/p>\n![\"Schwachstellen](\"\/wp-content\/uploads\/2026\/03\/f86f840431a9be00c4cfd74cc6b4c89b.png\")
<\/center> ![\"Schwachstellen](\"\/wp-content\/uploads\/2026\/03\/8b23d0642fc0b783c2027b91078607e4.png\")
<\/center> <\/p>\n