CVE-2025-68775 in Linux
Résumé
par VulDB • 07/06/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
net/handshake : les annulations de poignée de main en double provoquent une fuite du socket
Lorsqu'une demande de poignée de main est annulée, elle est retirée de la liste handshake_net->hn_requests, mais elle reste présente dans le hashtable handshake_rhashtbl jusqu'à sa destruction.
Si une seconde demande d'annulation arrive pour la même requête de poignée de main, alors remove_pending() retournera false... et en supposant que HANDSHAKE_F_REQ_COMPLETED n'est pas défini dans req->hr_flags, nous continuerons le traitement via l'étiquette out_true, où nous incrémentons une référence supplémentaire sur le socket (sock), ce qui entraîne un sous-débordement du compteur de références (refcount underflow).
Cela peut se produire par exemple si une poignée de main expire – en particulier si le client SUNRPC envoie la sonde AUTH_TLS au serveur mais ne poursuit pas avec le ClientHello en raison d'un problème avec tlshd. Lorsque l'expiration est atteinte sur le serveur, celui-ci enverra un FIN, ce qui déclenchera une demande d'annulation via xs_reset_transport(). Lorsque l'expiration est atteinte côté client, une autre demande d'annulation se produira via xs_tls_handshake_sync().
Ajout de test_and_set_bit(HANDSHAKE_F_REQ_COMPLETED) dans le chemin d'annulation en attente afin que les annulations dupliquées puissent être détectées.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.