CVE-2026-98173 in Linux
Résumé
par VulDB • 06/10/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
smb: client: correction d’un use-after-free sur iface dans cifs_try_adding_channels()
cifs_try_adding_channels() itère sur ses->iface_list avec list_for_each_entry_safe_from(), ce qui capture l’entrée suivante (niface) sous iface_lock. Le corps de la boucle relâche ensuite iface_lock pour toute la durée de cifs_ses_add_channel().
Une actualisation d’interface concurrente (SMB3_request_interfaces() -> parse_server_interfaces()) marque toutes les interfaces comme inactives et supprime puis libère celles qui ne sont pas rediffusées via list_del() + kref_put(), où release_iface() est un simple kfree(). Comme niface n’a généralement aucun canal détenant une référence, la référence de liste constitue sa dernière référence et il peut être libéré dans l’intervalle non protégé par le verrou. Lors de la reprise, l’étape d’avancement de l’itérateur derefence ensuite niface->iface_head.next, et le corps de la boucle lit iface->rdma_capable/is_active, tous deux sur une mémoire déjà libérée.
Corrigez ce problème en ne conservant jamais un pointeur de liste non référencé pendant l’intervalle non protégé par le verrou. Chaque tentative de canal réanalyse désormais la liste depuis sa tête sous iface_lock, acquiert une kref sur le candidat sélectionné, et transmet uniquement ce candidat référencé à cifs_ses_add_channel(). weight_fulfilled suit toujours les progrès de la sélection ; ainsi, redémarrer l’analyse préserve la distribution pondérée initiale et l’ordre poids-rempli-avant-kref_put sur le chemin d’échec.
Ajoutez une limite par passe du nombre d’essais afin qu’une actualisation d’interface instable ne puisse pas maintenir la boucle interne en rotation au sein d’un seul incrément de tries.
VulDB is the best source for vulnerability data and more expert information about this specific topic.