CVE-2026-52935

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

CVSS 7.8 · Élevée
EPSS 0.1%
Linux•Linux•Versions : <=6.1.*, <=7.0.*, <=6.12.*, 6.12.94, 0, <1777ceac4bea5e568a5ad44b7f9bb219c1db21b6, <ba21439302db9a82fe4edbed1e38a97271529421, 6.1.176, <37487d55bf3300e3d2c1368da5c2bd3e3834ea4f, 5.15.210, 5.6, <=5.10.*, <=6.6.*, 7.0.13, 6.18.36, <6564e9c7af7e1dc7bfe7f3093b728abe484d7630, 7.1, <=6.18.*, <f9b38a8fbfa07f1deaf7ee1eb38fa8b21ea13990, <aa82a078f70f7ff88ba7d1017134e79d1ac140f2, <5.6, <=*, <=5.15.*, e27cca96cd68fa2c6814c90f9a1cfd36bb68c593, <c381039ade2e161ab08c0eda73c4f8b9a7115928, <8c6c691bf062dc0753a139a4ab8cb92a70fcf8f3, 6.6.143, 5.10.259

Description

In the Linux kernel, the following vulnerability has been resolved: xfrm: espintcp: do not reuse an in-progress partial send espintcp keeps a single in-flight transmit in ctx->partial. Before building a new sk_msg, espintcp_sendmsg() first tries to flush that state through espintcp_push_msgs(). For blocking callers, espintcp_push_msgs() may return success even when the previous partial send is still pending. espintcp_sendmsg() would then reinitialize emsg->skmsg and reuse ctx->partial while the old transfer still owns that state. Do not rebuild the send message when ctx->partial is still in progress. If espintcp_push_msgs() returns with emsg->len still set, fail the new send instead of overwriting the live partial state. This is a memory-safety fix: reusing the live partial-send state can leave a stale offset attached to a new sk_msg and lead to an out-of- bounds read in the send path. tcp_sendmsg_locked() already handles waiting for send buffer memory, so the fix here is just to preserve espintcp's one-message-at-a-time transmit state.

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=7.0.*, <=6.12.*, 6.12.94, 0, <1777ceac4bea5e568a5ad44b7f9bb219c1db21b6, <ba21439302db9a82fe4edbed1e38a97271529421, 6.1.176, <37487d55bf3300e3d2c1368da5c2bd3e3834ea4f, 5.15.210, 5.6, <=5.10.*, <=6.6.*, 7.0.13, 6.18.36, <6564e9c7af7e1dc7bfe7f3093b728abe484d7630, 7.1, <=6.18.*, <f9b38a8fbfa07f1deaf7ee1eb38fa8b21ea13990, <aa82a078f70f7ff88ba7d1017134e79d1ac140f2, <5.6, <=*, <=5.15.*, e27cca96cd68fa2c6814c90f9a1cfd36bb68c593, <c381039ade2e161ab08c0eda73c4f8b9a7115928, <8c6c691bf062dc0753a139a4ab8cb92a70fcf8f3, 6.6.143, 5.10.259) 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