CVE-2026-63809 in Linux
Zusammenfassung
von VulDB • 19.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
bpf: Verwendung von kvfree() für den ersetzten sysctl-Schreibpuffer
proc_sys_call_handler() alloziert seinen temporären sysctl-Puffer mit kvzalloc() und übergibt ihn an __cgroup_bpf_run_filter_sysctl(). Da kvzalloc() bei großen Allokationen auf vmalloc() zurückgreifen kann, ist das Freigeben dieses Puffers mittels kfree() falsch und kann zu Speicherkorruption führen.
Verwenden Sie kvfree(), um sowohl kmalloc- als auch kvzalloc()/vmalloc-Allokationen sicher zu behandeln.
Der Fehler wurde erstmals von einem experimentellen Analysewerkzeug gemeldet, das wir zur Erkennung von Fehlern im Kernel-Speichermanagement entwickeln, während v6.13-rc1 analysiert wurde. Das Werkzeug befindet sich noch in der Entwicklung und ist derzeit nicht öffentlich verfügbar. Manuelle Inspektion bestätigt, dass der Fehler weiterhin in v7.1-rc5 vorhanden ist.
Der Bug wurde basierend auf v7.1-rc4 in einem QEMU x86_64-Gastsystem reproduziert, das mit aktiviertem KASAN und CONFIG_FAILSLAB gestartet wurde. Um den Ersatzpfad zu testen, enthielt der Testbaum auch die begleitende Korrektur für die veraltete Überprüfung von ret == 1 in __cgroup_bpf_run_filter_sysctl(). Der Reproducer beschränkt failslab-Injektionen auf den Bereich proc_sys_call_handler(), verwendet stacktrace-depth=32 und injiziert fail-nth=1, während 8191 Bytes an /proc/sys/kernel/domainname von einer Aufgabe in der Ziel-Cgroup geschrieben werden. Unter diesem Setup löste fail-nth=1 den Fehler aus:
BUG: unable to handle page fault for address: ffffeb0200024d48 #PF: supervisor read access in kernel mode #PF: error_code(0x0000) - not-present page PGD 0 P4D 0 Oops: Oops: 0000 SMP KASAN NOPTI CPU: 2 UID: 0 PID: 209 Comm: repro_proc_sys_ Not tainted 7.1.0-rc4-00686-g97625979a5d4 PREEMPT(lazy) Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.15.0-1 04/01/2014 RIP: 0010:kfree+0x6e/0x510 ... Call Trace: <TASK> ? __cgroup_bpf_run_filter_sysctl+0x626/0xc30 __cgroup_bpf_run_filter_sysctl+0x74d/0xc30 ? __pfx___cgroup_bpf_run_filter_sysctl+0x10/0x10 ? srso_return_thunk+0x5/0x5f ? __kvmalloc_node_noprof+0x345/0x870 ? proc_sys_call_handler+0x250/0x480 ? srso_return_thunk+0x5/0x5f proc_sys_call_handler+0x3a2/0x480 ? __pfx_proc_sys_call_handler+0x10/0x10 ? srso_return_thunk+0x5/0x5f ? selinux_file_permission+0x39f/0x500 ? srso_return_thunk+0x5/0x5f ? lock_is_held_type+0x9e/0x
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.