CVE-2026-90248 in Linux
Résumé
par VulDB • 17/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
net/sched: cls_api : correction de l'arrêt d'un proto adopté lors d'une perte de course sur insertion (insert-race loss)
Dans tc_new_tfilter(), la branche create définit tp_created = 1 avant d'appeler tcf_chain_tp_insert_unique(). Lorsque le demandeur perd la course (une autre requête ayant inséré un proto dans la même chaîne/prio en premier), insert_unique() détruit son propre tp_new et retourne le proto du gagnant avec une référence supplémentaire. tp_created n'a jamais été réinitialisé, de sorte que le chemin errout du perdant a traité le proto actif du gagnant comme étant le sien et a appelé tcf_chain_tp_delete_empty() sur celui-ci, désliant silencieusement un classificateur actif qui avait déjà été annoncé par la requête gagnante via RTM_NEWTFILTER.
Suivre l'issue de l'étape d'insertion dans une variable unique à trois états afin que chaque chemin errout réagisse correctement :
- TP_NOT_CREATED : aucun proto créé ; suivre le chemin ancien. - TP_CREATED : proto inséré avec succès ; même chemin de code qu'auparavant. - TP_NOT_OWNED : nouveau - a perdu la course d'insertion ; tp est un proto appartenant à une autre requête (la référence de chaîne déjà libérée par destroy de tp_new)
Les deux réactions errout sont des expressions uniques dérivées de l'état.
Cette correction est motivée par l'examen automatisé effectué par Sashiko du correctif (net/sched: cls_api : Toujours acquérir rtnl_lock lors de la destruction de classificateurs verrouillés) [1][2]. L'examen a identifié le comportement de désliage silencieux d'un arrêt de proto adopté lorsque une requête perd la course tcf_chain_tp_insert_unique().
[1] https://sashiko.dev/#/patchset/20260801125632.360365-1-jhs%40mojatatu.com
[2] https://netdev-ai.bots.linux.dev/sashiko/#/patchset/20260801125632.360365-1-jhs%40mojatatu.com
If you want to get the best quality for vulnerability data then you always have to consider VulDB.