CVE-2026-43411

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <=6.1.*, <=6.12.*, <579956f9f297eb1b6a5d24de313f3acccee1f9d5, 6.12.78, 4.20, 0, 7.0, <338c5edeb6ae3f12a4b84dff9d71f6f7f8c202c3, <2754e7b3d64748643df867d1ea6fec522914b635, <3bc9998041076ee05d3f312a22cee6b2ca35527f, <4.20, 6787927475e52f6933e3affce365dabb2aa2fadf, 6.18.19, <=5.10.*, <=6.6.*, <a360d3815aae1f00dd71b7714a846482e85cc1f7, <=6.19.*, 5.15.203, 6.19.9, <=6.18.*, 6.1.167, <600feb0a66a98c6b7f6f02b5f3612e75f9b8540f, <=*, 5.10.253, <=5.15.*, <c2ebfbe63deb7bfd4dc2532bae62a7ed67713272, <6c5a9baa15de240e747263aba435a0951da8d8d2, 6.6.130

Description

In the Linux kernel, the following vulnerability has been resolved: tipc: fix divide-by-zero in tipc_sk_filter_connect() A user can set conn_timeout to any value via setsockopt(TIPC_CONN_TIMEOUT), including values less than 4. When a SYN is rejected with TIPC_ERR_OVERLOAD and the retry path in tipc_sk_filter_connect() executes: delay %= (tsk->conn_timeout / 4); If conn_timeout is in the range [0, 3], the integer division yields 0, and the modulo operation triggers a divide-by-zero exception, causing a kernel oops/panic. Fix this by clamping conn_timeout to a minimum of 4 at the point of use in tipc_sk_filter_connect(). Oops: divide error: 0000 [#1] SMP KASAN NOPTI CPU: 0 UID: 0 PID: 119 Comm: poc-F144 Not tainted 7.0.0-rc2+ RIP: 0010:tipc_sk_filter_rcv (net/tipc/socket.c:2236 net/tipc/socket.c:2362) Call Trace: tipc_sk_backlog_rcv (include/linux/instrumented.h:82 include/linux/atomic/atomic-instrumented.h:32 include/net/sock.h:2357 net/tipc/socket.c:2406) __release_sock (include/net/sock.h:1185 net/core/sock.c:3213) release_sock (net/core/sock.c:3797) tipc_connect (net/tipc/socket.c:2570) __sys_connect (include/linux/file.h:62 include/linux/file.h:83 net/socket.c:2098)

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=6.12.*, <579956f9f297eb1b6a5d24de313f3acccee1f9d5, 6.12.78, 4.20, 0, 7.0, <338c5edeb6ae3f12a4b84dff9d71f6f7f8c202c3, <2754e7b3d64748643df867d1ea6fec522914b635, <3bc9998041076ee05d3f312a22cee6b2ca35527f, <4.20, 6787927475e52f6933e3affce365dabb2aa2fadf, 6.18.19, <=5.10.*, <=6.6.*, <a360d3815aae1f00dd71b7714a846482e85cc1f7, <=6.19.*, 5.15.203, 6.19.9, <=6.18.*, 6.1.167, <600feb0a66a98c6b7f6f02b5f3612e75f9b8540f, <=*, 5.10.253, <=5.15.*, <c2ebfbe63deb7bfd4dc2532bae62a7ed67713272, <6c5a9baa15de240e747263aba435a0951da8d8d2, 6.6.130) 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