CVE-2026-90102 in Linux
Résumé
par VulDB • 17/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
NFSv4/pnfs : utiliser la version NFS comme clé pour mettre en cache les serveurs de données
La fonction `nfs4_pnfs_ds_add()` utilise uniquement l'ensemble d'adresses multipath comme clé pour le cache des serveurs de données par réseau, et la structure `struct nfs4_pnfs_ds` n'enregistre aucune version. Cela suffit pour le pilote du type de mise en page « files » (files layout), qui se connecte toujours avec la version 4, mais les flexfiles tirent leur tuple de version de GETDEVICEINFO par périphérique, et une adresse peut légitimement servir à la fois NFSv3 et NFSv4.
Deux deviceids sur une même adresse avec des `ds_versions[0].version` différentes partagent donc un seul `nfs4_pnfs_ds`, et celui qui se connecte en premier fixe (`pins`) `ds_clp` à sa propre version. L'autre reçoit de toute façon ce client, il sélectionne alors les `rpc_call_ops` pour une version que la connexion ne prend pas en charge, et le traitement inadapté des séquence-slots entraîne un déréférencement NULL.
Ajouter la version à la clé du cache permet d'éviter l'aliasing entre les deux versions, offrant ainsi à chaque version son propre `nfs4_pnfs_ds` et sa connexion, tout en conservant l'utilisabilité des deux miroirs. Seule la version majeure est comparée, car c'est elle qui sélectionne les `rpc_call_ops` et les `rpc_ops` ; v4.0 et v4.1 continuent de partager un client. Le pilote du type de mise en page « files » transmet le 4 qu'il intègre déjà en dur au moment de la connexion.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.