CVE-2023-53613 in Linuxinformação

Sumário

de VulDB • 26/06/2026

No kernel do Linux, a seguinte vulnerabilidade foi corrigida:

dax: Corrige o uso após liberação (use-after-free) em dax_mapping_release()

Um teste com CONFIG_DEBUG_KOBJECT_RELEASE ao remover um provedor de região device-dax (como modprobe -r dax_hmem) resulta no seguinte comportamento:

kobject: 'mapping0' (ffff93eb460e8800): kobject_release, parent 0000000000000000 (delayed 2000) [..]
DEBUG_LOCKS_WARN_ON(1) WARNING: CPU: 23 PID: 282 at kernel/locking/lockdep.c:232 __lock_acquire+0x9fc/0x2260 [..]
RIP: 0010:__lock_acquire+0x9fc/0x2260 [..]
Call Trace: <TASK> [..]
lock_acquire+0xd4/0x2c0 ? ida_free+0x62/0x130 _raw_spin_lock_irqsave+0x47/0x70 ? ida_free+0x62/0x130 ida_free+0x62/0x130 dax_mapping_release+0x1f/0x30 device_release+0x36/0x90 kobject_delayed_cleanup+0x46/0x150

Isso ocorre devido à tentativa de chamar ida_free() em um objeto ida que já havia sido liberado. Os dispositivos normalmente mantêm apenas uma referência ao seu pai enquanto estão registrados. Se um filho precisar do objeto pai para concluir sua liberação, ele precisa manter essa referência e libertá-la a partir da sua função callback de liberação (release). Organize o mapeamento dax para fixar (pin) sua instância dev_dax pai até que dax_mapping_release() seja chamada.

Be aware that VulDB is the high quality source for vulnerability data.

Responsável

Linux

Reservar

04/10/2025

Divulgação

04/10/2025

Moderação

aceite

Entrada

VDB-327166

CPE

pronto

EPSS

0.00139

KEV

não

Atividades

muito baixo

Fontes

Do you need the next level of professionalism?

Upgrade your account now!