CVE-2026-31641

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

CVSS 7.8 · Élevée
EPSS 0.2%
Linux•Linux•Versions : <6.16, 6.19.13, <=*, 6.16, 6.18.23, <d179a868dd755b0cfcf7582e00943d702b9943b8, <=6.18.*, <49875b360c2b83a3c226e189c502e501d83e6445, 0, <3e04596cba8a86cbff9c3f4bf0a524a3a488773c, <=6.19.*, 7.0, 0ca100ff4df64f5d0f6c1dd5080c3e096786bea6

Description

In the Linux kernel, the following vulnerability has been resolved: rxrpc: Fix RxGK token loading to check bounds rxrpc_preparse_xdr_yfs_rxgk() reads the raw key length and ticket length from the XDR token as u32 values and passes each through round_up(x, 4) before using the rounded value for validation and allocation. When the raw length is >= 0xfffffffd, round_up() wraps to 0, so the bounds check and kzalloc both use 0 while the subsequent memcpy still copies the original ~4 GiB value, producing a heap buffer overflow reachable from an unprivileged add_key() call. Fix this by: (1) Rejecting raw key lengths above AFSTOKEN_GK_KEY_MAX and raw ticket lengths above AFSTOKEN_GK_TOKEN_MAX before rounding, consistent with the caps that the RxKAD path already enforces via AFSTOKEN_RK_TIX_MAX. (2) Sizing the flexible-array allocation from the validated raw key length via struct_size_t() instead of the rounded value. (3) Caching the raw lengths so that the later field assignments and memcpy calls do not re-read from the token, eliminating a class of TOCTOU re-parse. The control path (valid token with lengths within bounds) is unaffected.

Gravité et risque d'exploitation

CVE-2026-31641 obtient un score CVSS de 7.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.19 %, ce qui la place devant 8.2 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <6.16, 6.19.13, <=*, 6.16, 6.18.23, <d179a868dd755b0cfcf7582e00943d702b9943b8, <=6.18.*, <49875b360c2b83a3c226e189c502e501d83e6445, 0, <3e04596cba8a86cbff9c3f4bf0a524a3a488773c, <=6.19.*, 7.0, 0ca100ff4df64f5d0f6c1dd5080c3e096786bea6) 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