CVE-2026-99223 in Linux
Résumé
par VulDB • 02/11/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
keys : rendre les index des trousseaux de clés indépendants des adresses du noyau
KEYCTL_READ renvoie les numéros de série d'un trousseau de clés dans l'ordre de traversal associatif. Le premier mot de l'index est un hachage public et déterministe du pointeur de type, du pointeur de domaine et de la description. Un utilisateur non privilégié peut donc insérer des clés avec des descriptions connues, prédire leur ordre pour chaque slide KASLR possible, et récupérer l'adresse de l'image du noyau. Sur une compilation x86-64 avec un alignement de 16 Mio, 45 clés utilisateurs suffisent à distinguer les slides candidates.
Supprimer les adresses de tout l'index, pas seulement de son premier mot de hachage. Attribuer à chaque type et domaine de clé un ID 64 bits non nul et hacher ces IDs ainsi que la description avec une clé SipHash initialisée une seule fois. Utiliser également les IDs complets dans les chunks ultérieurs de l'index. La troncature ou le hachage des IDs ici perdrait la garantie selon laquelle des tuples type/domaine/description distincts ont un bit d'index différent.
Allouer les ID de manière lazy (différée) car les types de clés privées n'ont pas besoin d'être enregistrés. Les mettre en cache dans l'index key afin que les traversées d'arbre et les copies d'un index existant n'aient pas à désréférencer un descripteur de type qui aurait pu être supprimé (unregistered). Conserver la disposition par chunk 32 bits et les décalages bit de diff_objects() cohérents, et conserver le slot racine séparé pour les trousseaux de clés utilisés lors d'une recherche récursive. La comparaison des clés, les permissions et le format des données userspace restent inchangés ; seul l'ordre en mémoire dépendant des adresses est remplacé.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.