CVE-2025-39682

Im Linux-Kernel wurde die folgende Sicherheitslücke behoben: tls: Behandlung von Datensätzen der Länge null in der rx_list korrigieren Jeder recvmsg()-Aufruf muss entweder - nur zusammenhängende DATA-Datensätze (beliebig viele) - einen Nicht-DATA-Datensatz verarbeiten. Wenn der nächste Datensatz einen anderen Typ hat als die bereits verarbeiteten Datensätze, verlassen wir die Hauptverarbeitungsschleife. Wenn der Datensatz bereits entschlüsselt wurde (was bei TLS 1.3 der Fall sein kann, da wir den Typ erst nach der Entschlüsselung kennen), stellen wir den ausstehenden Datensatz in die rx_list ein. Der nächste recvmsg()-Aufruf nimmt ihn von dort auf. Das Einstellen des skb in die rx_list nach der Zero-Copy-Entschlüsselung ist nicht möglich, da wir in diesem Fall direkt in den User-Space-Puffer entschlüsselt haben und kein skb zum Einstellen vorhanden ist (darg.skb verweist auf das Ciphertext-skb, um auf Metadaten wie die Länge zuzugreifen). Nur Datensätze mit Daten dürfen Zero-Copy verwenden, und wir verlassen die Verarbeitungsschleife nach jedem Nicht-Daten-Datensatz. Daher sollten wir niemals Zero-Copy verwenden und dann feststellen, dass sich der Datensatztyp geändert hat. Der von uns übersehene Sonderfall tritt auf, wenn der anfängliche Datensatz aus der rx_list stammt und die Länge null hat.