CVE-2025-40078

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.12.53, <fe9d33f0470350558cb08cecb54cf2267b3a45d2, 6.17.3, 0, 1cedee13d25ab118d325f95588c1a084e9317229, <de44cdc50d2dce8718cb57deddf9cf1be9a7759f, <ad8b4fe5617e3c85fc23267f02500c4f3bf0ff69, 6.18, <=5.10.*, <cdeafacb4f9ff261a96baef519e29480fd7b1019, <=6.6.*, <4f00858cd9bbbdf67159e28b85a8ca9e77c83622, <6d8b1a21fd5c34622b0c3893c61e4a38d8ba53ec, <=5.4.*, 5.15.195, 5.10.246, <6fabca2fc94d33cdf7ec102058983b086293395f, <4.18, <76e04bbb4296fb6eac084dbfc27e02ccc744db3e, 4.18, 6.6.112, <=*, <=5.15.*, 6.1.156, <=6.17.*, 5.4.301

Description

In the Linux kernel, the following vulnerability has been resolved: bpf: Explicitly check accesses to bpf_sock_addr Syzkaller found a kernel warning on the following sock_addr program: 0: r0 = 0 1: r2 = *(u32 *)(r1 +60) 2: exit which triggers: verifier bug: error during ctx access conversion (0) This is happening because offset 60 in bpf_sock_addr corresponds to an implicit padding of 4 bytes, right after msg_src_ip4. Access to this padding isn't rejected in sock_addr_is_valid_access and it thus later fails to convert the access. This patch fixes it by explicitly checking the various fields of bpf_sock_addr in sock_addr_is_valid_access. I checked the other ctx structures and is_valid_access functions and didn't find any other similar cases. Other cases of (properly handled) padding are covered in new tests in a subsequent patch.

Gravité et risque d'exploitation

CVE-2025-40078 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.24 %, ce qui la place devant 14.7 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=6.12.*, 6.12.53, <fe9d33f0470350558cb08cecb54cf2267b3a45d2, 6.17.3, 0, 1cedee13d25ab118d325f95588c1a084e9317229, <de44cdc50d2dce8718cb57deddf9cf1be9a7759f, <ad8b4fe5617e3c85fc23267f02500c4f3bf0ff69, 6.18, <=5.10.*, <cdeafacb4f9ff261a96baef519e29480fd7b1019, <=6.6.*, <4f00858cd9bbbdf67159e28b85a8ca9e77c83622, <6d8b1a21fd5c34622b0c3893c61e4a38d8ba53ec, <=5.4.*, 5.15.195, 5.10.246, <6fabca2fc94d33cdf7ec102058983b086293395f, <4.18, <76e04bbb4296fb6eac084dbfc27e02ccc744db3e, 4.18, 6.6.112, <=*, <=5.15.*, 6.1.156, <=6.17.*, 5.4.301) 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