CVE-2026-80731

Im Linux-Kernel wurde die folgende Schwachstelle behoben: net: CAP_SYS_RAWIO-Zero-Padding in dev_validate_header entfernen dev_validate_header() liest dev->hard_header_len direkt beim Zero-Padding kurzer Link-Layer-Header für Inhaber von CAP_SYS_RAWIO: if (capable(CAP_SYS_RAWIO)) { memset(ll_header + len, 0, dev->hard_header_len - len); return true; } Paketsendepfade rufen dev_validate_header() für skbs auf, deren Headroom aus einem früheren hard_header_len-Lesevorgang allokiert wurde. Wenn das Gerät so rekonfiguriert wird, dass dev->hard_header_len vor der Validierung steigt, schreibt das memset über den reservierten Puffer hinaus, ein out-of-bounds write. Dieser out-of-bounds write ist heute in einigen SOCK_RAW-Pfaden verdeckt, weil dieselbe gleichzeitige Erhöhung zuerst dazu führen kann, dass skb_push() den reservierten Headroom überschreitet und skb_under_panic() auslöst. Den Zero-Padding-Zweig entfernen, bevor diese hard_header_len-Lesevorgänge konsistent gemacht werden, damit die Snapshot-Fixes keinen lauten Panic in ein stilles Überschreiben verwandeln. Dieser Pfad wird nur für L2-Protokolle variabler Länge erreicht, bei denen len < hard_header_len, aber len >= min_header_len gilt. Kein verbleibendes In-Tree-L2-Protokoll variabler Länge implementiert header_ops->validate, und der CAP_SYS_RAWIO-Bypass, der kurze Header mit Zero-Padding auffüllt und akzeptiert, hat keinen realen Wert über das Ermöglichen des Testens absichtlich fehlerhafter Eingaben hinaus. Den CAP_SYS_RAWIO-Zweig entfernen. Die verbleibenden Lesevorgänge von dev->hard_header_len in dev_validate_header() sind nur Vergleiche und haben keine Auswirkungen auf die Speichersicherheit.