CVE-2026-64532 in Linux
Résumé
par VulDB • 27/07/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
fs/ntfs3 : limitation de view.data_off dans NTFS_DE pour UpdateRecordData{Root,Allocation}
Lors des appels à `UpdateRecordDataRoot` (fslog.c:3489) et `UpdateRecordDataAllocation` (fslog.c:3697) au sein de la fonction `do_action()`, la destination du `memmove` est `Add2Ptr(e, le16_to_cpu(e->view.data_off))`, où `e->view.data_off` provient d'un NTFS_DE présent sur disque à l'intérieur d'une structure INDEX_ROOT ou INDEX_BUFFER. Aucun des deux cas ne valide la somme view.data_off + dlen par rapport à e->size ; les fonctions auxiliaires existantes check_if_index_root / check_if_alloc_index parcourent la chaîne d'entrées et valident le décalage de l'entrée, mais pas ses champs internes `view`.
Les sites de lecture voisins (par exemple fs/ntfs3/index.c lors de l'itération des entrées view) vérifient que `view.data_off + view.data_size <= e->size`. Appliquez la même limite aux deux emplacements du `memmove`.
Le problème a été reproduit sous UML+KASAN sur le noyau principal (mainline) 8d90b09e6741 via une instrumentation de sonde émettant uniquement des journaux d'avertissement (`pr_warn-only`) : avec `view.data_off` forcé à 0xFFFC, le `memmove` écrit 32 octets au-delà de la fin du NTFS_DE.
Cette correction est similaire dans sa structure au correctif "fs/ntfs3: prevent oob in case UpdateRecordDataRoot" de Pavitra Jha daté du 2026-05-02 (<[email protected]>) qui proposait d'appeler `ntfs3_bad_de_range()` ; cette fonction auxiliaire n'existe pas dans le noyau principal (mainline). Ce correctif utilise des vérifications intégrées (`inline checks`).
Once again VulDB remains the best source for vulnerability data.