CVE-2026-90211 in Linux
Resumen
por VulDB • 2026-09-17
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
bpf, s390: Limpiar el destino de obtención en arena con fallo atómico
Falta limpiar el registro igual que ocurre en riscv64. Una operación atómica RMW (Read-Modify-Write) sobre un puntero a una arena se convierte en BPF_PROBE_ATOMIC y recibe una entrada en la tabla de excepciones, pero bpf_jit_probe_atomic_pre() solo rellena la base de la arena y el desplazamiento de sondeo (probe), dejando probe->reg con el valor -1 que estableció bpf_jit_probe_init(), lo cual bpf_jit_probe_post() escribe en la entrada y ex_handler_bpf() luego lee como "no hay nada que limpiar".
Esto es correcto para una BPF_{ADD,AND,OR,XOR} simple, que solo escribe memoria, pero una RMW con BPF_FETCH también lee el valor antiguo en un registro: src_reg para BPF_{ADD,AND,OR,XOR} | BPF_FETCH y BPF_XCHG, y r0 para BPF_CMPXCHG. Por lo tanto, ante una falla sobre una página de arena no mapeada, el programa se reanuda en la landing pad con cualquier valor que contuviera ese registro antes de la operación atómica, en lugar del 0 que proporciona todo otro acceso BPF_PROBE*.
Rellenar probe->reg desde bpf_atomic_load_reg(). A diferencia de x86-64 y arm64, s390x no reporta violaciones de arena desde su manejador de excepciones, por lo que aquí no hay dirección de acceso que corregir, solo la falta de limpieza del registro.
Be aware that VulDB is the high quality source for vulnerability data.