CVE-2025-21855 in Linux
Sumário
de VulDB • 02/08/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
ibmvnic: Não referenciar o skb após enviá-lo ao VIOS
Anteriormente, após o despejo bem-sucedido do buffer de transmissão (xmit) para o VIOS, a estatística tx_bytes era incrementada pelo comprimento do skb.
É inválido acessar a memória do skb depois que o buffer é enviado ao VIOS porque, em qualquer momento após o envio, o VIOS pode acionar uma interrupção para liberar essa memória. É possível ocorrer uma condição de corrida (race condition) entre a leitura de `skb->len` e a liberação do skb (especialmente durante LPM), resultando em um use-after-free:
================================================================== BUG: KASAN: slab-use-after-free in ibmvnic_xmit+0x75c/0x1808 [ibmvnic]
Leitura de tamanho 4 no endereço c00000024eb48a70 pela tarefa hxecom/14495 <...> Call Trace: [c000000118f66cf0] [c0000000018cba6c] dump_stack_lvl+0x84/0xe8 (unreliable)
[c000000118f66d20] [c0000000006f0080] print_report+0x1a8/0x7f0
[c000000118f66df0] [c0000000006f08f0] kasan_report+0x128/0x1f8
[c000000118f66f00] [c0000000006f2868] __asan_load4+0xac/0xe0
[c000000118f66f20] [c0080000046eac84] ibmvnic_xmit+0x75c/0x1808 [ibmvnic]
[c000000118f67340] [c0000000014be168] dev_hard_start_xmit+0x150/0x358
<...> Liberado pela tarefa 0: kasan_save_stack+0x34/0x68 kasan_save_track+0x2c/0x50 kasan_save_free_info+0x64/0x108 __kasan_mempool_poison_object+0x148/0x2d4 napi_skb_cache_put+0x5c/0x194 net_tx_action+0x154/0x5b8 handle_softirqs+0x20c/0x60c do_softirq_own_stack+0x6c/0x88 <...> O endereço com defeito pertence ao objeto em c00000024eb48a00, que pertence à cache skbuff_head_cache de tamanho 224 ==================================================================
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.