Heimdall Security Logo

CVE-2026-23460

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

CVSS 0.0 · Non évaluée
EPSS 0.1%
Linux•Linux•Versions : <=6.1.*, <=6.12.*, 2.6.12, 6.12.78, 0, 7.0, <a12254050e3050f1011cd24f3b880a6882d0139d, <2.6.12, 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, <=5.10.*, <=6.6.*, <=6.19.*, <c2ab74c12932e52cfa1e7e4582d42b0c8bec96c7, <a753844d2a8136f090123c8fb1ff6c7f6ee7c2b3, <e1f0a18c9564cdb16523c802e2c6fe5874e3d944, 5.15.203, <c85fe6580e86947ca07907ebf4363a73c156fda7, <0c3e8bff808f17ad37a51d8e719eed22c7863120, <=6.18.*, 6.1.167, <0c9fb70a206a8734e10468ecc24d57c7596cf64e, <508f49ccbe0329641bb681f7d0052bb4e5943252, <=*, 5.10.253, <=5.15.*, 6.19.10, 6.6.130, 6.18.20

Description

In the Linux kernel, the following vulnerability has been resolved: net/rose: fix NULL pointer dereference in rose_transmit_link on reconnect syzkaller reported a bug [1], and the reproducer is available at [2]. ROSE sockets use four sk->sk_state values: TCP_CLOSE, TCP_LISTEN, TCP_SYN_SENT, and TCP_ESTABLISHED. rose_connect() already rejects calls for TCP_ESTABLISHED (-EISCONN) and TCP_CLOSE with SS_CONNECTING (-ECONNREFUSED), but lacks a check for TCP_SYN_SENT. When rose_connect() is called a second time while the first connection attempt is still in progress (TCP_SYN_SENT), it overwrites rose->neighbour via rose_get_neigh(). If that returns NULL, the socket is left with rose->state == ROSE_STATE_1 but rose->neighbour == NULL. When the socket is subsequently closed, rose_release() sees ROSE_STATE_1 and calls rose_write_internal() -> rose_transmit_link(skb, NULL), causing a NULL pointer dereference. Per connect(2), a second connect() while a connection is already in progress should return -EALREADY. Add this missing check for TCP_SYN_SENT to complete the state validation in rose_connect(). [1] https://syzkaller.appspot.com/bug?extid=d00f90e0af54102fb271 [2] https://gist.github.com/mrpre/9e6779e0d13e2c66779b1653fef80516

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=6.12.*, 2.6.12, 6.12.78, 0, 7.0, <a12254050e3050f1011cd24f3b880a6882d0139d, <2.6.12, 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, <=5.10.*, <=6.6.*, <=6.19.*, <c2ab74c12932e52cfa1e7e4582d42b0c8bec96c7, <a753844d2a8136f090123c8fb1ff6c7f6ee7c2b3, <e1f0a18c9564cdb16523c802e2c6fe5874e3d944, 5.15.203, <c85fe6580e86947ca07907ebf4363a73c156fda7, <0c3e8bff808f17ad37a51d8e719eed22c7863120, <=6.18.*, 6.1.167, <0c9fb70a206a8734e10468ecc24d57c7596cf64e, <508f49ccbe0329641bb681f7d0052bb4e5943252, <=*, 5.10.253, <=5.15.*, 6.19.10, 6.6.130, 6.18.20) 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

Rechercher une autre CVE