CVE-2026-72465

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

CVSS 7.5 · Élevée
EPSS 0.7%
Linux•Linux•Versions : 704f3f640f72db4d44ec5ce3db8d4e150c974bc7, <7cf332b3d82d73ffceedca6b4a120be074172021, 17da9e0caa8615f6fc3b4022eadbd78a9aea1a2a, d01d6670c169316115b26dfb3585a73dfe40b563, <41634242140173eabbf54f899f9c70b5c685e786, <7.1, 7.1.5, <=*, 7.1, <8be1bb378def94a5cb8f7527a191e476407118ec, <469b22376ee73369711ecf2761bd122ef4195963, e7ae0883c8c89b901226de43862184bf37054338, <33db78b1b24fc6a464ae08aa4d2538c5f883eb5e, 0, 7.2, <=7.1.*, <c3a628aab2dc8f5fd7bff86ceaeae64de590e60a, d1b159356a3584943192712392fcb2439aafb8c1

Description

In the Linux kernel, the following vulnerability has been resolved: xprtrdma: Sanitize the reply credit grant after parsing The out_norqst exit in rpcrdma_reply_handler() branches away before the credit clamp, so a reply that matches no pending request reaches out_post carrying the raw credit value parsed from the wire. rpcrdma_post_recvs() does not bound its @needed argument: the refill loop allocates and chains Receive WRs until the count is satisfied or allocation fails. A peer that sends a well-formed reply carrying an unknown XID and an inflated credit grant therefore drives rep allocation and Receive posting past re_max_requests on every such reply. Move the clamp to immediately after the credit field is parsed, ahead of the first branch that can reach out_post, so every later consumer sees a sanitized value. The cwnd update stays on the matched-request path.

Gravité et risque d'exploitation

CVE-2026-72465 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.68 %, ce qui la place devant 51.6 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions 704f3f640f72db4d44ec5ce3db8d4e150c974bc7, <7cf332b3d82d73ffceedca6b4a120be074172021, 17da9e0caa8615f6fc3b4022eadbd78a9aea1a2a, d01d6670c169316115b26dfb3585a73dfe40b563, <41634242140173eabbf54f899f9c70b5c685e786, <7.1, 7.1.5, <=*, 7.1, <8be1bb378def94a5cb8f7527a191e476407118ec, <469b22376ee73369711ecf2761bd122ef4195963, e7ae0883c8c89b901226de43862184bf37054338, <33db78b1b24fc6a464ae08aa4d2538c5f883eb5e, 0, 7.2, <=7.1.*, <c3a628aab2dc8f5fd7bff86ceaeae64de590e60a, d1b159356a3584943192712392fcb2439aafb8c1) 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