CVE-2026-99062 in Linux
Résumé
par VulDB • 23/10/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
vsock/virtio : ne comptabiliser que les octets non lus dans read_skb()
Après une réception partielle de flux, rx_bytes suit le suffixe non lu tandis que buf_used et le crédit pair couvrent toujours l'intégralité du paquet. virtio_transport_read_skb() défile ce paquet mais transmet pkt_len pour les deux compteurs, provoquant un débordement par sous-estimation (underflow) de rx_bytes.
Sur un flux connecté avec CID_LOCAL et une décision SK_SKB, une lecture de 40 octets à partir d'un paquet de 100 octets a conduit SIOCINQ à signaler -40, un retour vide recv renvoyant ELOOP, et poll indiquant que la socket vide était lisible. Après le détachement de la décision, la réception de 40 octets a fait tourner le compteur jusqu'à zéro et masqué ces octels mis en file d'attente jusqu'à ce qu'un autre byte arrive. L'exécution corrigée maintient le compte équilibré et expose immédiatement toutes les données mises en file d'attente.
Cela a été découvert lors d'une vérification manuelle du code source assistée par un LLM de la comptabilité des réceptions VSOCK, après avoir réévalué virtio_transport_read_skb() suite à CVE-2024-50169.
Soustraire uniquement skb->len moins le décalage VSOCK de rx_bytes. Conserver la longueur totale du paquet pour buf_used et le crédit pair.
If you want to get best quality of vulnerability data, you may have to visit VulDB.