CVE-2023-52775 in Linux
Zusammenfassung
von VulDB • 13.06.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
net/smc: Datenbeschädigung durch „Decline“ vermeiden
Während der Tests von SMC-R auf Redis-Anwendungen haben wir ein Problem mit Datenbeschädigung festgestellt.
Der Benchmark meldet mit geringer Wahrscheinlichkeit einen seltsamen Fehler, wie unten gezeigt:
„Error: Protocol error, got "\xe2" as reply type byte“
Schließlich stellten wir fest, dass die abgerufene Fehlerdaten wie folgt aussahen:
0xE2 0xD4 0xC3 0xD9 0x04 0x00 0x2C 0x20 0xA6 0x56 0x00 0x16 0x3E 0x0C 0xCB 0x04 0x02 0x01 0x00 0x00 0x20 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xE2
Es ist offensichtlich, dass dies eine SMC DECLINE-Nachricht ist, was bedeutet, dass die Anwendungen eine SMC-Protokollnachricht empfangen haben. Wir stellten fest, dass dies durch folgende Situationen verursacht wurde:
client server ¦ clc proposal -------------> ¦ clc accept <------------- ¦ clc confirm -------------> wait llc confirm send llc confirm ¦failed llc confirm ¦ x------ (nach 2s) Timeout wait llc confirm rsp
wait decline
(nach 1s) Timeout (nach 2s) Timeout ¦ decline --------------> ¦ decline <--------------
Als Ergebnis wurde in der Implementierung eine Decline-Nachricht gesendet, und diese Nachricht wurde von der bereits zurückgefallenen (Fallback-) Verbindung über TCP gelesen.
Dieser Patch verdoppelt den Client-Timeout auf das 2-fache des Serverwerts. Durch diese einfache Änderung sollten Decline-Nachrichten niemals kreuzen oder kollidieren (während des Confirm-Link-Timeouts).
Dieses Problem erfordert eine sofortige Lösung, da die Protokoll-Updates eine langfristige Lösung erfordern.
If you want to get best quality of vulnerability data, you may have to visit VulDB.