Hitachi Energy APM Edge — Schwachstelle CVE-2026-43284

Im Linux-Kernel wurde die folgende Sicherheitslücke behoben: xfrm: esp: Vermeidung der Entschlüsselung an Ort und Stelle bei gemeinsam genutzten SKB-Fragmenten MSG_SPLICE_PAGES kann Seiten aus einer Pipe direkt an ein SKB anhängen. TCP kennzeichnet solche SKBs nach dem Aufruf von skb_splice_from_iter() mit SKBFL_SHARED_FRAG, sodass nachfolgende Verarbeitungsschritte, die die Paketdaten möglicherweise ändern, zunächst eine private Kopie erstellen können. Die Anhängepfade für IPv4-/IPv6-Datagramme setzten dieses Flag nicht, wenn Seiten in UDP-SKBs eingefügt wurden. Dadurch sieht ein aus gemeinsam genutzten Pipe-Seiten erstelltes ESP-in-UDP-Paket wie ein gewöhnliches, nicht geklontes, nichtlineares SKB aus. Der ESP-Eingang wählt dann den No-COW-Schnellpfad für nicht geklonte SKBs ohne „frag_list“ und entschlüsselt direkt über Daten, die nicht im privaten Besitz des SKBs sind. Kennzeichnen Sie Fragmente aus dem Zusammensetzen von IPv4/IPv6-Datagrammen mit SKBFL_SHARED_FRAG, entsprechend TCP. Sorgen Sie außerdem dafür, dass der ESP-Eingang auf skb_cow_data() zurückgreift, wenn das Flag vorhanden ist, damit ESP extern hinterlegte Fragmente nicht an Ort und Stelle entschlüsselt. Private nichtlineare SKB-Fragmente nutzen weiterhin den bestehenden Schnellpfad. Die ESP-Ausgabe wird dadurch bewusst nicht verändert. In `esp_output_head()` ist der Pfad, der den ESP-Trailer an den vorhandenen SKB-Tailroom anhängt, ohne `skb_cow_data()` aufzurufen, für nichtlineare SKBs nicht erreichbar: skb_tailroom() gibt Null zurück, wenn skb->data_len ungleich Null ist, während ESP tailen positiv ist. Daher nutzt die ESP-Ausgabe entweder den separaten Ziel-Fragment-Pfad oder greift auf skb_cow_data() zurück.

Automatisch übersetzt mit DeepL. Der Originaltext steht unter Originale Quelleninformationen.