CVE-2026-64026

Linux kernel (GCP) vulnerabilities

Beschreibung

Im Linux-Kernel wurde folgende Schwachstelle behoben: rxrpc: Behebung des Problems bei der Entschlüsselung von DATA-Daten im Vergleich zu splice() durch Kopieren der Daten in einen Puffer innerhalb von recvmsg. Dies verbessert die Behebung für CVE-2026-43500. Die Korruption des Pagecaches durch In-place-Entschlüsselung eines lokal übertragenen DATA-Pakets mit splice() wird behoben, indem das Paket-Sharing im I/O-Thread entfernt und der Paketinhalt unbedingt in einen Puffer extrahiert wird, in dem die Entschlüsselung erfolgt. recvmsg() (oder dessen Kernel-Äquivalent) kopiert dann die Daten vom Puffer in den Ziel-Puffer. Der sk_buff bleibt unverändert. Ein zusätzlicher Vorteil ist, dass das Paket anschließend im Puffer mit der korrekten Ausrichtung angeordnet wird, die für die direkte Verarbeitung durch die Verschlüsselungs-Algorithmen erforderlich ist. Die Leistung der Verschlüsselung scheint etwas schneller zu sein und überraschenderweise ändert sich die unverschlüsselte Leistung kaum - möglicherweise aufgrund der Entfernung von Komplexität aus dem I/O-Thread. Ein weiterer Vorteil ist, dass der I/O-Thread keine Pakete kopieren muss, was die Paketverteilung, ACK-Erzeugung usw. verlangsamen würde. Der Puffer gehört zur Aufruf und wird zunächst mit 2K alloziert, groß genug, um ein ganzes Jumbosubpaket zu halten, aber der Puffer wird bei Bedarf vergrößert. Allerdings kann MSG_PEEK dazu führen, dass ein späteres Paket in den Puffer entschlüsselt wird, wodurch das frühere erneut entschlüsselt werden muss für einen nachfolgenden recvmsg()-Aufruf. Beachten Sie, dass rx_pkt_offset nun legitim 0 als gültigen Offset sehen kann, daher sollte USHRT_MAX verwendet werden, um einen ungültigen Offset anzuzeigen. Es ist auch zu beachten, dass ich grundsätzlich bevorzugen würde, die Puffer des aktuellen sk_buff durch einen neu mit kmalloc allozierten Puffer der richtigen Größe zu ersetzen und die alten Daten und Fragmente wegzuschmeißen. Dies vereinfacht die Handhabung von MSG_PEEK und beseitigt das Re-Entschlüsselungsproblem, scheint jedoch eine ziemlich komplizierte Aufgabe zu sein. skb_morph() sieht halbwegs aus wie das, was ich will, aber ich möchte kein neues sk_buff alloziert haben.

Quelle: UBUNTU_USN BSI BSI_CSAF UBUNTU_USN UBUNTU_USN UBUNTU_USN UBUNTU_USN UBUNTU_USN NVD CVEORG CVELISTV5