CVE-2024-26800
CRITICAL(9.8)CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
- CVSS 9.8 — Kritisch
Erwähnungen (letzte 60 Tage)
EPSS-Score
0.7%
Exploit-Wahrscheinlichkeit (30 Tage)
CVSS Score
9.8
Technische Schwere
SecBoard-Einordnung
CVE-2024-26800 betrifft den Linux-Kernel und ist eine Use-after-free-Schwachstelle im TLS-Subsystem, die bei fehlgeschlagener Backlog-Entschlüsselung auftritt. Diese Schwachstelle kann dazu führen, dass bereits freigegebene Speicherbereiche erneut referenziert werden, was potenziell zu Systemabstürzen oder der Ausführung von beliebigem Code führen kann. Die Ursache liegt in der fehlerhaften Handhabung von asynchronen Entschlüsselungsvorgängen, insbesondere wenn crypto_aead_decrypt den Status -EBUSY zurückgibt. Dies führt dazu, dass Speicherseiten freigegeben werden, während sie noch von asynchronen Callbacks verwendet werden. Die Schwachstelle ist mit einem CVSS-Score von 9.8 als kritisch eingestuft, was auf eine hohe Auswirkung und Komplexität hinweist. Obwohl der EPSS-Wert mit 1% eine geringe Exploit-Wahrscheinlichkeit anzeigt und die Schwachstelle nicht im CISA KEV-Katalog gelistet ist, sollte die hohe Kritikalität nicht unterschätzt werden. Security-Teams sollten umgehend prüfen, ob ihre Linux-Systeme betroffen sind und verfügbare Patches oder Updates für den Kernel einspielen. Eine Priorisierung dieser Maßnahme ist aufgrund des kritischen CVSS-Scores und der potenziellen Auswirkungen auf die Systemstabilität und -sicherheit dringend empfohlen. Es ist wichtig, die Systemüberwachung auf ungewöhnliches Verhalten oder Abstürze zu verstärken, bis die Schwachstelle behoben ist.
KI-gestützte Einordnung auf Basis der NVD-Daten.
Beschreibung
In the Linux kernel, the following vulnerability has been resolved: tls: fix use-after-free on failed backlog decryption When the decrypt request goes to the backlog and crypto_aead_decrypt returns -EBUSY, tls_do_decryption will wait until all async decryptions have completed. If one of them fails, tls_do_decryption will return -EBADMSG and tls_decrypt_sg jumps to the error path, releasing all the pages. But the pages have been passed to the async callback, and have already been released by tls_decrypt_done. The only true async case is when crypto_aead_decrypt returns -EINPROGRESS. With -EBUSY, we already waited so we can tell tls_sw_recvmsg that the data is available for immediate copy, but we need to notify tls_decrypt_sg (via the new ->async_done flag) that the memory has already been released.
Referenzen
- https://git.kernel.org/stable/c/13114dc5543069f7b97991e3b79937b6da05f5b0
- https://git.kernel.org/stable/c/1ac9fb84bc7ecd4bc6428118301d9d864d2a58d1
- https://git.kernel.org/stable/c/81be85353b0f5a7b660635634b655329b429eefe
- https://git.kernel.org/stable/c/f2b85a4cc763841843de693bbd7308fe9a2c4c89
- https://git.kernel.org/stable/c/13114dc5543069f7b97991e3b79937b6da05f5b0
- https://git.kernel.org/stable/c/1ac9fb84bc7ecd4bc6428118301d9d864d2a58d1
- https://git.kernel.org/stable/c/81be85353b0f5a7b660635634b655329b429eefe
- https://git.kernel.org/stable/c/f2b85a4cc763841843de693bbd7308fe9a2c4c89