Saltar al contenido
DUPIN
ALERTAS · EN VIVO
Contacto

VULNERABILIDADDetectada 02 NOV · 14:31

CVE-2026-99226 Uso después de liberar en el llavero de sesión nombrado del kernel de Linux

En el kernel de Linux, find_keyring_by_name() lee keyring-user-uid bajo keyring_name_lock, pero ese bloqueo no protege el key_user separado. Una unión a un llavero de sesión nombrado puede solaparse con un KEYCTL_CHOWN privilegiado en otra CPU y liberar el key_user mientras se lee, lo que permite un uso después de liberar.

—S/D

CVSS 3.1 · PRELIMINAR

  • Probabilidad de explotación · EPSS del 09/110,2 % · percentil 7
  • Explotada activamenteNo confirmada
  • Exploit públicoNo conocido

Afectados

  • Linux

    desde 2ea190d0a006ce5218baa6e798512652446a605a hasta antes de 77249d4b1bb5ad43552b7023c4a0978937aa7a56desde 2ea190d0a006ce5218baa6e798512652446a605a hasta antes de 0b865fa477d94ac96c26848aab1fd176397de3f6desde 2ea190d0a006ce5218baa6e798512652446a605a hasta antes de 6763329f673d261641c79212abf773af77b2c922desde 2ea190d0a006ce5218baa6e798512652446a605a hasta antes de aa03c8fb4334f14d218020f7431debf2b7766865desde 2ea190d0a006ce5218baa6e798512652446a605a hasta antes de c9664f780f861dd9f11f120c7a03ed0993671ebbdesde 2ea190d0a006ce5218baa6e798512652446a605a hasta antes de b0830a26e2c3008a6e21863126b4a0e68b2761cddesde 2ea190d0a006ce5218baa6e798512652446a605a hasta antes de 5c6a9512887a6cc694d594d9c0b57c0841d215b5desde 2ea190d0a006ce5218baa6e798512652446a605a hasta antes de 40b12b93ae4ab9e22c3d571e9b09fd08afad53f6desde 2ea190d0a006ce5218baa6e798512652446a605a hasta antes de 51409aaa01f8602552c336009fd22b226b0cdf1d

  • Linux

    2.6.30

Qué hacer

  1. Verificá si usás Linux y en qué versión.
  2. Actualizá a la versión corregida que indique el fabricante en su aviso o aplicá su mitigación.
  3. Revisá registros y accesos de los sistemas expuestos para descartar un uso previo.

Calculadora CVSS

Esta vulnerabilidad todavía no tiene vector CVSS publicado.

Descripción original

In the Linux kernel, the following vulnerability has been resolved: keys: Avoid the owner account dereference in named keyring lookup Named keyring lookup must keep the storage containing the owner UID alive through the namespace mapping check. find_keyring_by_name() reads keyring->user->uid under keyring_name_lock, but that lock protects the keyring's name entry and allocation, not its separate key_user. A named session-keyring join can overlap a privileged KEYCTL_CHOWN on another CPU. If the keyring holds the last reference to its old dynamic key_user and the ownership transfer succeeds, the following ordering is possible: Named join Chown find_keyring_by_name() keyctl_chown_key() read_lock(keyring_name_lock) down_write(key->sem) load old keyring->user replace key->user and key->uid up_write(key->sem) key_put(key) key_user_put(old user): free read old user->uid read_unlock(keyring_name_lock) Chown neither takes keyring_name_lock nor key_session_mutex, so it can free the old account between the pointer load and the UID read. The lookup then reads freed memory even though the keyring itself is alive. Use keyring->uid for the mapping check. key_alloc() initializes this inline owner UID and keyctl_chown_key() updates it on chown. The existing name lock keeps its containing keyring allocated throughout the check, so lookup no longer depends on the account's lifetime. This also matches the owner UID used by the permission check. KASAN report as below: BUG: KASAN: slab-use-after-free in find_keyring_by_name+0x577/0x5d0 Read of size 4 at addr ffff8881128ae2ec by task keycase/500

Referencias (9)

Resumen traducido automáticamente de la descripción original. Fuente: Nureq Monitor. Cómo funciona.

DUPIN · CONTACTO

Contanos tu caso

El mensaje ya va armado: podés cambiarlo.

También podés escribir a [email protected]. Usamos tus datos solo para responderte.