CRITICAL🇬🇧 English

CVE-2022-50335

Linux Kernel 9p: użycie niezainicjowanego refcount w alokacji żądań

CVSS 9.8v3.1pub. 2025-09-15upd. 2026-08-04

Podatność w podsystemie 9p jądra Linux polega na użyciu niezainicjowanego licznika referencji (refcount) świeżo zaalokowanego obiektu żądania przed jego pełną inicjalizacją. Może to prowadzić do uszkodzenia pamięci i eksploitacji zdalnej bez jakichkolwiek uprawnień.

Pokaż oryginał (EN)

In the Linux kernel, the following vulnerability has been resolved: 9p: set req refcount to zero to avoid uninitialized usage When a new request is allocated, the refcount will be zero if it is reused, but if the request is newly allocated from slab, it is not fully initialized before being added to idr. If the p9_read_work got a response before the refcount initiated. It will use a uninitialized req, which will result in a bad request data struct. Here is the logs from syzbot. Corrupted memory at 0xffff88807eade00b [ 0xff 0x07 0x00 0x00 0x00 0x00 0x00 0x00 . . . . . . . . ] (in kfence-#110): p9_fcall_fini net/9p/client.c:248 [inline] p9_req_put net/9p/client.c:396 [inline] p9_req_put+0x208/0x250 net/9p/client.c:390 p9_client_walk+0x247/0x540 net/9p/client.c:1165 clone_fid fs/9p/fid.h:21 [inline] v9fs_fid_xattr_set+0xe4/0x2b0 fs/9p/xattr.c:118 v9fs_xattr_set fs/9p/xattr.c:100 [inline] v9fs_xattr_handler_set+0x6f/0x120 fs/9p/xattr.c:159 __vfs_setxattr+0x119/0x180 fs/xattr.c:182 __vfs_setxattr_noperm+0x129/0x5f0 fs/xattr.c:216 __vfs_setxattr_locked+0x1d3/0x260 fs/xattr.c:277 vfs_setxattr+0x143/0x340 fs/xattr.c:309 setxattr+0x146/0x160 fs/xattr.c:617 path_setxattr+0x197/0x1c0 fs/xattr.c:636 __do_sys_setxattr fs/xattr.c:652 [inline] __se_sys_setxattr fs/xattr.c:648 [inline] __ia32_sys_setxattr+0xc0/0x160 fs/xattr.c:648 do_syscall_32_irqs_on arch/x86/entry/common.c:112 [inline] __do_fast_syscall_32+0x65/0xf0 arch/x86/entry/common.c:178 do_fast_syscall_32+0x33/0x70 arch/x86/entry/common.c:203 entry_SYSENTER_compat_after_hwframe+0x70/0x82 Below is a similar scenario, the scenario in the syzbot log looks more complicated than this one, but this patch can fix it. T21124 p9_read_work ======================== second trans ================================= p9_client_walk p9_client_rpc p9_client_prepare_req p9_tag_alloc req = kmem_cache_alloc(p9_req_cache, GFP_NOFS); tag = idr_alloc << preempted >> req->tc.tag = tag; /* req->[refcount/tag] == uninitialized */ m->rreq = p9_tag_lookup(m->client, m->rc.tag); /* increments uninitalized refcount */ refcount_set(&req->refcount, 2); /* cb drops one ref */ p9_client_cb(req) /* reader thread drops its ref: request is incorrectly freed */ p9_req_put(req) /* use after free and ref underflow */ p9_req_put(req) To fix it, we can initialize the refcount to zero before add to idr.

🤖 Analiza AI
Jak działa

Gdy nowe żądanie jest alokowane ze slab cache (kmem_cache_alloc), jest ono dodawane do struktury idr zanim jego pole refcount zostanie poprawnie zainicjalizowane. W oknie czasowym między alokacją a ustawieniem refcount wątek p9_read_work może odebrać odpowiedź i wykonać lookup po tagu, trafiając na obiekt z niezainicjalizowanym refcount. Następuje inkrementacja niezainicjalizowanej wartości, a po zwolnieniu referencji przez callback i wątek czytający obiekt zostaje nieprawidłowo zwolniony. Skutkuje to sytuacją use-after-free oraz niedomiarem licznika referencji (ref underflow), prowadząc do uszkodzenia pamięci jądra.

Skutki

Atakujący może doprowadzić do uszkodzenia pamięci jądra (use-after-free, corrupted memory), co w konsekwencji może umożliwić eskalację uprawnień, wykonanie arbitralnego kodu w kontekście jądra lub destabilizację systemu (kernel panic).

Mitygacja

Należy zastosować patche dostępne u producenta zgodnie z referencjami: commity 1cabce56626a, 26273ade77f5, 73c47b3123b3, 967fc34f297e w repozytorium linux-stable. Poprawka inicjalizuje refcount do zera przed dodaniem obiektu do idr, eliminując okno wyścigu.

Kogo dotyczy

Linux Kernel — wersje wskazane w referencjach producenta (patche dostępne pod podanymi commitami w repozytorium stable)

Uwagi

Podatność została zidentyfikowana i udokumentowana przez syzbot (Google syzkaller fuzzing infrastructure) — logi z syzbot są cytowane bezpośrednio w opisie CVE.

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

    OS
    Linux
    4.19.57 – 5.15.86 (bez)5.16 – 6.0.16 (bez)6.1 – 6.1.2 (bez)
🔵
ZWERYFIKUJ U PRODUCENTA
Brak jednoznacznych danych o patchu. Sprawdź referencje od producenta.
Tagi
Memory
CWE
Referencje

Powiązane podatności

CVE-2025-10585CRITICAL9.8⚠ KEVPL ✓ten sam produkt

Type confusion w V8 (Google Chrome) — zdalne uszkodzenie sterty

CVE-2025-34028CRITICAL9.3⚠ KEVPL ✓ten sam produkt

Commvault Command Center – nieuwierzytelniony RCE przez path traversal w ZIP

CVE-2022-47986CRITICAL9.8⚠ KEVPL ✓ten sam produkt

RCE przez YAML deserialization w IBM Aspera Faspex

CVE-2022-22954CRITICAL9.8⚠ KEVPL ✓ten sam produkt

RCE w VMware Workspace ONE Access i Identity Manager poprzez server-side template injection

CVE-2020-4006CRITICAL9.1⚠ KEVPL ✓ten sam produkt

Command Injection w VMware Workspace One Access i Identity Manager