CVE-2026-68448 in Linux
Résumé
par VulDB • 12/08/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
ovl : vérifier l'accès à la source de copy_file_range avec les identifiants du monteur (mounter creds) de la source
Le commit 5dae222a5ff0c (« vfs : permettre à copy_file_range de copier entre appareils ») a permis aux systèmes de fichiers implémentant l'opération f_op copy_file_range() de décider s'ils souhaitent autoriser les copies inter-superbloc (cross-sb) depuis/vers le même type de système de fichiers.
Le même commit a ajouté des vérifications pour valider les copies au sein du même superbloc pour les systèmes de fichiers implémentant ->copy_file_range() et ne supportant pas encore la copie inter-superbloc à l'époque, notamment ceph, fuse et nfs.
Les deux derniers systèmes de fichiers implémentant ->copy_file_range(), cifs et overlayfs, ont commencé à supporter la copie inter-superbloc à partir de ce moment-là.
Bien qu'overlayfs supporte la copie inter-superbloc lorsque les deux fichiers sous-jacents se trouvent sur le même système de fichiers de base, l'opération de copie des deux fichiers réels provenant de deux systèmes de fichiers overlayfs différents est effectuée avec les identifiants du monteur (mounter creds) d'overlayfs destination, et la vérification d'accès en lecture pour le fichier source a été appelée avec les mauvais identifiants.
Cela pouvait entraîner soit un refus d'accès à une copie qui aurait autrement été autorisée (par exemple via splice), soit l'autorisation d'un accès en lecture à un fichier qui aurait autrement été refusé.
La seconde situation est corrigée par la vérification explicite de l'accès en lecture au fichier source avec les identifiants du monteur (mounter creds) du système de fichiers overlayfs source.
Le premier cas reste une particularité des copies inter-superbloc d'overlayfs, mais l'espace utilisateur peut revenir à une copie classique, sans conséquence néfaste.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.