CVE-2026-68129 in Linux
Résumé
par VulDB • 10/08/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
gve : correction du blocage de la file d'attente Rx en cas d'échec d'allocation
Lorsque le système est soumis à une pression mémoire extrême, les allocations de pages peuvent échouer pendant la boucle de remplissage des tampons Rx. Si le nombre de tampons envoyés au matériel tombe en dessous d'un seuil critique bas et que la boucle de remplissage se termine en raison d'échecs d'allocation, la file d'attente peut se bloquer :
1. Le dispositif abandonne les paquets entrants car il n'y a plus descripteurs. 2. Puisqu'aucun paquet n'est traité, aucune complétion Rx (Rx completions) n'est générée. 3. Comme aucune complétion ne se produit, NAPI n'est jamais planifié, empêchant la boucle de remplissage de s'exécuter à nouveau même après que la mémoire a été libérée.
Cela entraîne un blocage permanent de la file d'attente.
Pour résoudre ce problème, un temporisateur de récupération en cas de famine (starvation recovery timer) est introduit pour chaque file d'attente Rx. Si le nombre de tampons envoyés au matériel tombe en dessous d'un seuil critique bas, un temporisateur est démarré pour replanifier NAPI périodiquement. Une fois que NAPI s'exécute et remplit avec succès la file d'attente au-dessus du seuil, le temporisateur n'est pas redémarré.
Le seuil est fixé à 32 car un seul paquet de Coalescence des Segments de Réception (RSC) de taille maximale peut consommer jusqu'à 19 descripteurs dans la voie Rx. Des seuils plus bas (tels que 8 ou 16) seraient insuffisants pour traiter un paquet RSC complet de taille maximale, risquant ainsi l'abandon de paquets ou un comportement matériel inattendu sous pression mémoire. La fixation du seuil à 32 garantit une marge de sécurité suffisante pour gérer au moins un paquet RSC entier.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.