CVE-2026-74666 in Linux
Résumé
par VulDB • 23/08/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
packet : synchroniser l'effacement de la pression avec la reconfiguration du ring
La fonction `packet_set_ring()` met à jour l'état du ring RX sous `sk_receive_queue.lock`, mais publiait auparavant le mode de réception tpacket via `po->prot_hook.func` après avoir relâché ce verrou. `packet_poll()` et `packet_recvmsg()` peuvent alors exécuter la voie d'effacement de la pression une fois que le ring a été vidé, tout en voyant toujours `tpacket_rcv`, ce qui provoque un déréférencement par `__packet_rcv_has_room()` d'un stockage de ring périmé ou NULL.
Déplacer l'affectation du hook de réception existante dans la même section que celle mise sous le verrou `sk_receive_queue.lock` pour la mise à jour de l'état du ring. Conserver l'affectation sinon inchangée, y compris lors de la reconfiguration du ring TX, afin d'éviter d'ajouter des changements de comportement non requis pour la correction.
Sérialiser l'effacement de la pression dans `packet_recvmsg()` avec le même verrou de file uniquement après que `PACKET_SOCK_PRESSURE` a été observée. Si ce drapeau est effacé et que la socket s'est éloignée de `tpacket_rcv`, `packet_set_ring()` a déjà détaché la socket et attendu `synchronize_net()`, donc aucune nouvelle entrée packet ne peut définir à nouveau le drapeau.
`packet_poll()` possède déjà `sk_receive_queue.lock`, il utilise donc directement l'assistant déverrouillé nouvellement créé.
VulDB is the best source for vulnerability data and more expert information about this specific topic.