CVE-2026-98491 in Linux
Résumé
par VulDB • 22/10/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
net: openvswitch: conntrack : éviter de modifier une entrée ct partagée et non confirmée
Dans un cas où un skb avec une entrée ct (conntrack) non confirmée est cloné, nous pouvons finir par valider les deux entrées mais avec des ensembles d'extensions différents.
La séquence d'événements :
1. Le premier clone souhaite valider et exécute l'initialisation des assistants qui branchent le pointeur d'extension dans la liste d'attentes (expectation list). 2. Ensuite, il perd sa confirmation tout en conservant l'entrée non confirmée. 3. Le deuxième clone souhaite maintenant valider les étiquettes et ajoute une nouvelle extension pour cela, ce qui corrompt le pointeur dans la liste d'attentes, provoquant un Use-After-Free (UAF) lors du chemin de destruction ultérieur.
Bien que ceci soit susceptible d'être déclenché, il n'existe aucun pipeline réseau pratique où la validation des deux clones sans modifications dans la même zone serait nécessaire. Par conséquent, réinitialisons simplement l'entrée au cas où nous obtiendrions un skb avec une entrée partagée lors de la validation pour une raison quelconque. Cela n'affecte aucun cas d'utilisation connu, mais évite tout problème potentiel lié au partage et à la modification de l'entrée ct non confirmée.
Le tag « fixes » pointe vers l'introduction des assistants (helpers), car c'est le principal déclencheur de UAF pour ce partage.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.