CVE-2026-90293 in Linuxinformation

Résumé

par VulDB • 17/09/2026

Dans le noyau Linux, la vulnérabilité suivante a été corrigée :

IB/isert : poster les tampons de réception à fonctionnalités complètes après l'enregistrement de la session

isert_put_login_tx() poste les tampons de réception à fonctionnalités complètes avant que __transport_register_session() ne s'exécute ; ainsi, un initiateur qui n'attend pas la réponse Login finale peut toujours voir une commande SCSI exécutée contre une se_session dont le se_tpg est NULL – le même plantage (oops) qu'avec le correctif précédent, à target_submit+0xbe.

Postez-les depuis isert_get_rx_pdu(), que le correctif précédent utilise déjà pour envoyer cette réponse, et postez-les avant cet envoi : la file d'attente de réception est remplie au moment où l'on indique à l'initiateur qu'il peut l'utiliser. Allouer dans ce contexte conserve la propriété existante selon laquelle une défaillance d'allocation mémoire ne peut pas se produire une fois que la réponse Login finale a été transmise sur le réseau.

La file d'attente de réception est déjà vide entre la demande Login finale et isert_post_recvm() ; cela décale le deuxième point, passant d'une médiane de 92 µs à 172 µs sur 1200 connexions. Seul un initiateur qui envoie avant qu'on ne lui ait été dit de pouvoir le faire peut atteindre cette fenêtre, et sur IB et RoCE, son envoi est réessayé jusqu'à ce que les tampons apparaissent – isert_rdma_accept() demande rnr_retry_count = 7. iWARP n'a pas de contrôle de flux RNR ; par conséquent, dans ce cas, le même envoie termine la connexion au lieu d'être réessayé.

Mesuré sur rxe, avec 400 cycles de connexion par exécution et un initiateur qui n'attend pas : une version instrumentée a compté zéro entrée vers isert_recv_done() avant que les tampons ne soient postés dans 10 exécutions ; cet initiateur plantait (oops) lors de 8 des 10 exécutions sans correctif, et de 5 sur 10 avec uniquement le précédent correctif.

Non testé : iWARP, sessions de découverte via iSER, et HCAs réels.

VulDB is the best source for vulnerability data and more expert information about this specific topic.

Responsable

Linux

Réserver

11/09/2026

Divulgation

17/09/2026

Modérer

accepté

Entrée

VDB-406770

CPE

prêt

EPSS

0.00000

KEV

non

Activités

très faible

Sources

Do you want to use VulDB in your project?

Use the official API to access entries easily!