CVE-2026-43336

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

CVSS 7.5 · Élevée
EPSS 0.4%
Linux•Linux•Versions : <=6.1.*, <=6.12.*, <4.2, 0, 7.0, <bd62d9b44464a6c20a34a74068e7a784d0afa04a, <b416a4245f04a450c67a13e6d96056c37c5b33fe, <91999af43ca2125e3b2c18fcfc02912ada02efc3, <=5.10.*, <=6.6.*, <=6.19.*, 6.1.169, c08d0e647305c3f8f640010a56c9e4bafb9488d3, 5.15.203, <=6.18.*, <1d761e5a7340c46479fb2399598f331e4fe2c633, 4.2, 6.6.135, <e5046823f8fa3677341b541a25af2fcb99a5b1e0, <=*, 5.10.253, <=5.15.*, <1933249263c3a98df79992f61a566476e4163bcc, 6.12.82, <066c760acead1fb743bae294dbd89f479ae43b9b, 6.18.22, 6.19.12, <e90ee961af515a484f091678ce58a4c3f7b73b02

Description

In the Linux kernel, the following vulnerability has been resolved: lib/crypto: chacha: Zeroize permuted_state before it leaves scope Since the ChaCha permutation is invertible, the local variable 'permuted_state' is sufficient to compute the original 'state', and thus the key, even after the permutation has been done. While the kernel is quite inconsistent about zeroizing secrets on the stack (and some prominent userspace crypto libraries don't bother at all since it's not guaranteed to work anyway), the kernel does try to do it as a best practice, especially in cases involving the RNG. Thus, explicitly zeroize 'permuted_state' before it goes out of scope.

Gravité et risque d'exploitation

CVE-2026-43336 obtient un score CVSS de 7.5/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.43 %, ce qui la place devant 35.3 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=6.12.*, <4.2, 0, 7.0, <bd62d9b44464a6c20a34a74068e7a784d0afa04a, <b416a4245f04a450c67a13e6d96056c37c5b33fe, <91999af43ca2125e3b2c18fcfc02912ada02efc3, <=5.10.*, <=6.6.*, <=6.19.*, 6.1.169, c08d0e647305c3f8f640010a56c9e4bafb9488d3, 5.15.203, <=6.18.*, <1d761e5a7340c46479fb2399598f331e4fe2c633, 4.2, 6.6.135, <e5046823f8fa3677341b541a25af2fcb99a5b1e0, <=*, 5.10.253, <=5.15.*, <1933249263c3a98df79992f61a566476e4163bcc, 6.12.82, <066c760acead1fb743bae294dbd89f479ae43b9b, 6.18.22, 6.19.12, <e90ee961af515a484f091678ce58a4c3f7b73b02) 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