CVE-2026-31773

Vulnérabilité élevée dans Linux (Linux)

CVSS 8.8 · Élevée
EPSS 0.3%
Linux•Linux•Versions : <=6.1.*, <=6.12.*, <9a6d0db176f082685e0b6149700c0baf3ce2aa8b, 0, 6.6.134, 7.0, 3.15.5, <b1c6a8e554a39b222c0879a288ea98e338fc4d77, <0afc846bd80073ffcd2b8040f2b2fafaea3d9f72, <=5.10.*, <667f44f1392df6482483756458c48670e579e9ff, 14ec593d6bb050cf40a4ade2f9ac9ca050e0412c, <=6.6.*, <=6.19.*, <9a38659a3d06080715691bd3139f9c4b61f688e3, 5.15.203, <929db734d12db41ca5f95424db4612397f1bd4a7, <=6.18.*, 6.12.81, <061ee71ac6b03c9f8432fe49538c3682bfcf4cf3, fff3490f47810e2d34b91fb9e31103e923b11c2f, <=*, 5.10.253, <=5.15.*, <20756fec2f0108cb88e815941f1ffff88dc286fe, <3.16, 3.16, 6.1.168, 6.18.22, 6.19.12

Description

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: SMP: derive legacy responder STK authentication from MITM state The legacy responder path in smp_random() currently labels the stored STK as authenticated whenever pending_sec_level is BT_SECURITY_HIGH. That reflects what the local service requested, not what the pairing flow actually achieved. For Just Works/Confirm legacy pairing, SMP_FLAG_MITM_AUTH stays clear and the resulting STK should remain unauthenticated even if the local side requested HIGH security. Use the established MITM state when storing the responder STK so the key metadata matches the pairing result. This also keeps the legacy path aligned with the Secure Connections code, which already treats JUST_WORKS/JUST_CFM as unauthenticated.

Gravité et risque d'exploitation

CVE-2026-31773 obtient un score CVSS de 8.8/10, soit une gravité élevée. Selon le modèle EPSS, la probabilité qu'elle soit exploitée dans les 30 prochains jours est de 0.28 %, ce qui la place devant 19.4 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=6.12.*, <9a6d0db176f082685e0b6149700c0baf3ce2aa8b, 0, 6.6.134, 7.0, 3.15.5, <b1c6a8e554a39b222c0879a288ea98e338fc4d77, <0afc846bd80073ffcd2b8040f2b2fafaea3d9f72, <=5.10.*, <667f44f1392df6482483756458c48670e579e9ff, 14ec593d6bb050cf40a4ade2f9ac9ca050e0412c, <=6.6.*, <=6.19.*, <9a38659a3d06080715691bd3139f9c4b61f688e3, 5.15.203, <929db734d12db41ca5f95424db4612397f1bd4a7, <=6.18.*, 6.12.81, <061ee71ac6b03c9f8432fe49538c3682bfcf4cf3, fff3490f47810e2d34b91fb9e31103e923b11c2f, <=*, 5.10.253, <=5.15.*, <20756fec2f0108cb88e815941f1ffff88dc286fe, <3.16, 3.16, 6.1.168, 6.18.22, 6.19.12) est présent sur votre parc.
  • Appliquez le correctif ou la version corrigée indiqués dans les références de l'éditeur.
  • À défaut de correctif, limitez l'exposition (filtrage réseau, désactivation du composant).
  • Automatisez la détection : les agents CVE Heimdall (gratuits, open source) corrèlent l'inventaire de vos serveurs avec la base CVE.

Références