SecBoard
Zurück zur CVE-Übersicht

CVE-2025-38352

HIGH(7.8)KEV — Aktiv ausgenutzt

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

Risk Signal Score50/100 — HOCH
  • CVSS 7.8 — Hoch
  • Im CISA KEV-Katalog (aktiv ausgenutzt)

CISA KEV

Bestätigt ausgenutzt

EPSS-Score

1.3%

Exploit-Wahrscheinlichkeit (30 Tage)

CVSS Score

7.8

Technische Schwere

SecBoard-Einordnung

CVE-2025-38352 beschreibt eine Race Condition im POSIX CPU-Timer-Subsystem des Linux-Kernels. Diese Schwachstelle kann auftreten, wenn ein beendeter Task, der nicht automatisch bereinigt wird, versucht, CPU-Timer zu verarbeiten, während gleichzeitig ein Timer gelöscht wird. Die genaue Auswirkung ist eine potenzielle Fehlfunktion oder Instabilität des Systems, da der Timer-Status inkonsistent werden kann.

Die Schwachstelle wird von als aktiv ausgenutzt gelistet, was auf eine hohe Dringlichkeit hinweist. Obwohl der CVSS-Score mit 7.8 (HIGH) bewertet ist und die EPSS-Wahrscheinlichkeit für eine Ausnutzung bei nur 1% liegt, überwiegt die Tatsache der aktiven Ausnutzung die statistischen Werte. Dies deutet darauf hin, dass Angreifer Wege gefunden haben, diese Race Condition in realen Szenarien zu nutzen.

Security-Teams sollten umgehend prüfen, ob ihre Linux-Systeme von dieser Schwachstelle betroffen sind und die entsprechenden Patches des Herstellers einspielen. Aufgrund der aktiven Ausnutzung ist eine schnelle Reaktion entscheidend, um das Risiko einer Kompromittierung zu minimieren. Monitoring auf ungewöhnliche Systemaktivitäten oder Abstürze im Zusammenhang mit CPU-Timern wird ebenfalls empfohlen.

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

Beschreibung

In the Linux kernel, the following vulnerability has been resolved: posix-cpu-timers: fix race between handle_posix_cpu_timers() and posix_cpu_timer_del() If an exiting non-autoreaping task has already passed exit_notify() and calls handle_posix_cpu_timers() from IRQ, it can be reaped by its parent or debugger right after unlock_task_sighand(). If a concurrent posix_cpu_timer_del() runs at that moment, it won't be able to detect timer->it.cpu.firing != 0: cpu_timer_task_rcu() and/or lock_task_sighand() will fail. Add the tsk->exit_state check into run_posix_cpu_timers() to fix this. This fix is not needed if CONFIG_POSIX_CPU_TIMERS_TASK_WORK=y, because exit_task_work() is called before exit_notify(). But the check still makes sense, task_work_add(&tsk->posix_cputimers_work.work) will fail anyway in this case.

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:6.16:rc1:*:*:*:*:*:*
  • cpe:2.3:o:debian:debian_linux:11.0:*:*:*:*:*:*:*

Referenzen