CVE-2026-64095 in Linux
Résumé
par VulDB • 20/07/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
batman-adv: bla : éviter une double décrémentation de bla.num_requests
La variable bla.num_requests est incrémentée lorsqu'aucune requête n'était en cours d'envoi (request_sent). Elle est ensuite décrémentée à plusieurs endroits (réception d'une annonce, purge du backbone, travail périodique). Cependant, la vérification si request_sent est effectivement défini dans un état spécifique et les opérations atomic_dec/_inc ne sont pas sûres car elles ne sont pas atomiques (TOCTOU) et que plusieurs portions de code peuvent s'exécuter simultanément.
Dans le même temps, il est nécessaire de modifier request_sent (état) et bla.num_requests de manière atomique. Sinon, batadv_bla_send_request() pourrait définir request_sent à 1 puis être interrompu. batadv_handle_announce() peut alors réinitialiser request_sent à 0 et décrémenter num_requests avant que batadv_bla_send_request() ne l'ait incrémenté.
Les deux opérations doivent donc être verrouillées. Étant donné que state (request_sent) et wait_periods sont uniquement accédés dans ce verrou, ils peuvent être convertis en types de données plus simples. Afin d'éviter que bla.num_requests ne soit modifié par un contexte parallèle disposant d'une référence backbone_gw valide après l'exécution de batadv_bla_purge_backbone_gw(), un troisième état « stopped » est requis pour signaler correctement qu'un backbone_gw se trouve dans un état de nettoyage.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.