CVE-2026-80832

Vulnérabilité non évaluée dans Linux (Linux)

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <=6.1.*, <=6.12.*, 6.6.156, <cc56d2b0d77cfeea061e98114992ee687d5eb4dd, 0, <=7.1.*, <46a84efe2dbaddde89073a3c00c694486937c34b, <5.14, <11775b35ce9f27e73d62188d7d38aa0dc0a219aa, 7.2.3, <=6.6.*, 5.14, <7f2345f47dd189625f657cd72437179ab4170ee1, <4839f4c21f9c577eedef2919ced878a3057c7fc3, <=6.18.*, 7.3, <2f65718b9c1095eef1ae9b374aa0384b1b083f3c, <=7.2.*, 9363efb4181c5e0fbf86bdfa759262aa29f0eb50, 5.15.220, 7.1.13, 6.18.49, <=*, <=5.15.*, 6.12.108, 6.1.187, <c9e0f06a023107694698a7930616aeb460d91816, <002f1f99aef7ea631cb687fc17bce64e4963f6aa

Description

In the Linux kernel, the following vulnerability has been resolved: crypto: qce - fix CCM AAD buffer underallocation The AAD buffer allocated in qce_aead_ccm_prepare_buf_assoclen() can be smaller than the length later programmed into the DMA scatterlist. The allocation size is currently calculated as: ALIGN(assoclen, 16) + MAX_CCM_ADATA_HEADER_LEN while the DMA length is set to: ALIGN(assoclen + adata_header_len, 16) Since ALIGN() does not distribute over addition, the allocation can be smaller than the DMA length. For example, when assoclen = 32 and adata_header_len = 2: allocation = ALIGN(32, 16) + 6 = 38 DMA length = ALIGN(32 + 2, 16) = 48 As a result, the QCE hardware can read beyond the allocated buffer while computing the CBC-MAC over the associated data. The extra bytes are folded into the authentication tag, resulting in an incorrect tag and causing CCM self-test failures such as: alg: aead: ccm-aes-qce encryption test failed (wrong result) on test vector 8 Fix the allocation by adding the maximum possible AAD header length before alignment: ALIGN(assoclen + MAX_CCM_ADATA_HEADER_LEN, 16) This guarantees that the allocated buffer is large enough for the fully padded AAD data for all supported header sizes.

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=6.12.*, 6.6.156, <cc56d2b0d77cfeea061e98114992ee687d5eb4dd, 0, <=7.1.*, <46a84efe2dbaddde89073a3c00c694486937c34b, <5.14, <11775b35ce9f27e73d62188d7d38aa0dc0a219aa, 7.2.3, <=6.6.*, 5.14, <7f2345f47dd189625f657cd72437179ab4170ee1, <4839f4c21f9c577eedef2919ced878a3057c7fc3, <=6.18.*, 7.3, <2f65718b9c1095eef1ae9b374aa0384b1b083f3c, <=7.2.*, 9363efb4181c5e0fbf86bdfa759262aa29f0eb50, 5.15.220, 7.1.13, 6.18.49, <=*, <=5.15.*, 6.12.108, 6.1.187, <c9e0f06a023107694698a7930616aeb460d91816, <002f1f99aef7ea631cb687fc17bce64e4963f6aa) 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