rxrpc: Also unshare DATA/RESPONSE packets when paged frags are present
100Vexday Risk Score
Corrija agora. Ela exploração observada pelo VulnCheck e tem exploit funcional público.
ssvc Actcvss 7.8epss 93%
da publicação à arma0 dias
Publicada no NVD11 de mai.
1ª PoC30 de abr.
metasploit8 de mai.
VulnCheck11 de mai.
probabilidade de exploração
93%top 1% das CVEs
exploração observada
simVulnCheck
8 exploit(s) público(s)
Em resumo
Uma falha no código de rede rxrpc do kernel Linux permite que certos pacotes de rede com fragmentos de memória compartilhada contornem verificações de segurança, expondo potencialmente dados criptografados. O problema ocorre porque o código só copia pacotes quando marcados como clonados, perdendo casos onde os dados são compartilhados por outros mecanismos.
Detalhe técnico
O CVE-2026-43500 explora uma proteção ausente nos manipuladores de pacotes DATA e RESPONSE do rxrpc que falham em descompartilhar skbs contendo fragmentos de página compartilhada (via SKBFL_SHARED_FRAG, frag_list ou mecanismos splice) antes da descriptografia in-place. Um atacante com acesso local à rede pode disparar isso via manipulação de socket UDP, vinculando páginas externas diretamente ao SGL, comprometendo potencialmente a integridade e confidencialidade criptográfica.
Resumo gerado e traduzido por IA a partir da descrição oficial.
In the Linux kernel, the following vulnerability has been resolved:
rxrpc: Also unshare DATA/RESPONSE packets when paged frags are present
The DATA-packet handler in rxrpc_input_call_event() and the RESPONSE
handler in rxrpc_verify_response() copy the skb to a linear one before
calling into the security ops only when skb_cloned() is true. An skb
that is not cloned but still carries externally-owned paged fragments
(e.g. SKBFL_SHARED_FRAG set by splice() into a UDP socket via
__ip_append_data, or a chained skb_has_frag_list()) falls through to
the in-place decryption path, which binds the frag pages directly into
the AEAD/skcipher SGL via skb_to_sgvec().
Extend the gate to also unshare when skb_has_frag_list() or
skb_has_shared_frag() is true. This catches the splice-loopback vector
and other externally-shared frag sources while preserving the
zero-copy fast path for skbs whose frags are kernel-private (e.g. NIC
page_pool RX, GRO). The OOM/trace handling already in place is reused.