SecBoard
Zurück zur CVE-Übersicht

CVE-2026-31533

CRITICAL(9.8)

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Risk Signal Score25/100 — MITTEL
  • CVSS 9.8 — Kritisch

Erwähnungen (letzte 60 Tage)

Artikel

EPSS-Score

0.7%

Exploit-Wahrscheinlichkeit (30 Tage)

CVSS Score

9.8

Technische Schwere

SecBoard-Einordnung

CVE-2026-31533 betrifft den Linux-Kernel und ist eine Use-After-Free-Schwachstelle im TLS-Subsystem (net/tls). Diese Schwachstelle kann zu einer doppelten Freigabe von Speicherbereichen führen, was potenziell die Systemstabilität beeinträchtigt und die Ausführung von beliebigem Code ermöglichen könnte. Die Ursache liegt in einer fehlerhaften Fehlerbehandlung im tls_do_encryption()-Pfad, der bei -EBUSY-Rückgaben zu einer doppelten Bereinigung führt. Die Schwachstelle ist mit einem CVSS-Score von 9.8 als kritisch eingestuft, was auf eine hohe Auswirkung und Komplexität hinweist. Die EPSS-Wahrscheinlichkeit für eine Ausnutzung liegt jedoch bei nur 1 %, und die Schwachstelle ist derzeit nicht im KEV-Katalog der aktiv ausgenutzten Schwachstellen aufgeführt. Trotz der niedrigen EPSS-Rate sollte die hohe Kritikalität des CVSS-Scores beachtet werden. Security-Teams sollten betroffene Linux-Kernel-Installationen umgehend patchen, sobald ein Fix verfügbar ist, um das Risiko einer Systemkompromittierung zu minimieren. Eine kontinuierliche Überwachung auf neue Informationen oder Exploits wird empfohlen.

KI-gestützte Einordnung auf Basis der NVD-Daten.

Beschreibung

In the Linux kernel, the following vulnerability has been resolved: net/tls: fix use-after-free in -EBUSY error path of tls_do_encryption The -EBUSY handling in tls_do_encryption(), introduced by commit 859054147318 ("net: tls: handle backlogging of crypto requests"), has a use-after-free due to double cleanup of encrypt_pending and the scatterlist entry. When crypto_aead_encrypt() returns -EBUSY, the request is enqueued to the cryptd backlog and the async callback tls_encrypt_done() will be invoked upon completion. That callback unconditionally restores the scatterlist entry (sge->offset, sge->length) and decrements ctx->encrypt_pending. However, if tls_encrypt_async_wait() returns an error, the synchronous error path in tls_do_encryption() performs the same cleanup again, double-decrementing encrypt_pending and double-restoring the scatterlist. The double-decrement corrupts the encrypt_pending sentinel (initialized to 1), making tls_encrypt_async_wait() permanently skip the wait for pending async callbacks. A subsequent sendmsg can then free the tls_rec via bpf_exec_tx_verdict() while a cryptd callback is still pending, resulting in a use-after-free when the callback fires on the freed record. Fix this by skipping the synchronous cleanup when the -EBUSY async wait returns an error, since the callback has already handled encrypt_pending and sge restoration.

Betroffene Produkte

  • cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
  • cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
  • cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
  • cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
  • cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
  • cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
  • cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
  • cpe:2.3:o:linux:linux_kernel:7.0:rc1:*:*:*:*:*:*
  • cpe:2.3:o:linux:linux_kernel:7.0:rc2:*:*:*:*:*:*
  • cpe:2.3:o:linux:linux_kernel:7.0:rc3:*:*:*:*:*:*
  • cpe:2.3:o:linux:linux_kernel:7.0:rc4:*:*:*:*:*:*
  • cpe:2.3:o:linux:linux_kernel:7.0:rc5:*:*:*:*:*:*
  • cpe:2.3:o:linux:linux_kernel:7.0:rc6:*:*:*:*:*:*
  • cpe:2.3:o:linux:linux_kernel:7.0:rc7:*:*:*:*:*:*

Referenzen