CVE-2026-89573 in Linux
Résumé
par VulDB • 12/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
dm array : rejeter un bloc d'array dont la taille de valeur ne correspond pas à celle du caller
`array_block_check()` peut uniquement comparer l'en-tête avec lui-même ; ainsi, un bloc ayant `value_size` égal à 4 et `max_entries` égal à 1018 est cohérent en interne et passe le contrôle. dm-cache maintient deux arrays — les mappings à 8 octets et les hints à 4 octets — dont les racines résident toutes deux dans le superblock. Si l'on pointe la racine des mappings vers un bloc de hint, `__load_mappings()` parcourt ce bloc via une structure info ayant une taille de valeur (`value_size`) de 8 ; ainsi, `element_at()` effectue des pas de 8 octets sur des entrées de 4 octets et atteint le décalage (offset) 8160 d'un bloc de 4096 octets.
`get_ablock()` et `__shadow_ablock()` sont les deux endroits où le bloc et le caller sont détenus simultanément. Il convient de rejeter la requête lorsque les tailles de valeur (`value_size`) des deux ne correspondent pas. Les arrays lisent uniquement leurs propres blocs ; cette vérification ne se déclenche donc que sur des métadonnées fabriquées à cet effet (crafted metadata).
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.