Aller au contenu
Développeur Full Stack
, ,

Linux : fuite mémoire à la réception de données Bluetooth RFCOMM

Dans cet article 4 rubriques
Veille sécuritéSystèmes & serveurs
P4Non déterminée

Dans certaines conditions, la réception de données RFCOMM par une socket dont le DLC n’a plus de propriétaire ne libérait pas le tampon réseau. Les crédits RFCOMM pouvaient continuer à être accordés, entraînant une fuite mémoire répétée ; le correctif libère le tampon dans ce cas.

Linux (noyau)
IdentifiantCVE-2026-99010
GravitéNon déterminée
Exploitationnon connue / non déterminée
CorrectifNon précisé dans les sources

Source : NVD — CVE-2026-99010

Analyse technique

Le chemin socket de la fonction de réception ne libérait pas le `skb` quand le DLC était sans propriétaire, contrairement au chemin TTY. La fuite pouvait se répéter à chaque trame reçue.

Impact, versions et correctif

Événement datéLa fiche NVD fournit à cette date une description détaillée de la vulnérabilité et de sa résolution, au-delà d’une modification administrative seule.
ImpactUne fuite mémoire répétée peut se produire lors de la réception de trames RFCOMM par une socket détachée.
Exploitation activenon connue / non déterminée
PoC publicinconnu
Publication2026-10-23T13:17:23.620Z
Mise à jour2026-10-23T13:17:23.620Z

Action recommandée

Appliquer le correctif Linux correspondant dès qu’il est disponible auprès de la distribution ou du fournisseur du noyau.

Sources

Priorisation DFS : P4 · 1 source(s).

Article précédent :
Article suivant :