Vulnérabilité dans e2fsck, se manifestant lors du traitement de répertoires spécialement conçus

Dans l'outil e2fsck, fourni avec le package e2fsprogs, une vulnérabilité a été identifiée CVE-2020-10174 (CVE-2019-5188), permettant l'exécution de code par un attaquant lors de la vérification d'un système de fichiers contenant des répertoires spécialement formatés. La vulnérabilité a été confirmée dans les versions de 1.43.3 à 1.45.4. La vulnérabilité a été corrigée dans la mise à jour e2fsck 1.45.5. Dans les distributions, le problème reste pour l'instant non corrigé (Debian, Arch Linux, SUSE/openSUSE, Ubuntu, RHEL).

La vulnérabilité est causée par une erreur dans la fonction mutate_name() du fichier rehash.c, utilisée lors de la reconstruction des tables de hachage liées au répertoire, assurant la correspondance avec tous les fichiers qu'il contient. La corruption de la structure hash_entry liée au répertoire peut conduire à l'écriture de données de l'attaquant dans une zone en dehors du tampon alloué. Si plusieurs fichiers avec le même nom sont trouvés dans la table de hachage liée au répertoire, l'outil e2fsck renomme les fichiers en doublon en ajoutant ~0, ~1, etc. au nom. Pour stocker temporairement le nouveau nom lors de ce renommage, un tampon de 256 octets est alloué sur la pile.

La taille des données copiées est déterminée par l'expression « entry->name_len & 0xff », mais la valeur de entry->name_len est chargée à partir de la structure sur le disque, et non calculée en fonction de la taille réelle du nom. Si la taille est égale à zéro, l'indice du tableau prend la valeur -1 et des conditions sont créées pour un débordement d'entier par le bas (integer underflow) et l'écriture d'autres données sur la pile avec la valeur « ~0 ». Pour les systèmes 64 bits, l'exploitation de la vulnérabilité est jugée peu probable et nécessite l'absence de restrictions sur la taille de la pile (ulimit -s unlimited). Pour les systèmes 32 bits, l'exploitation est considérée comme possible, mais le résultat dépend fortement de la manière dont le fichier exécutable a été compilé.

Pour réaliser une attaque, l'attaquant doit altérer de manière spécifique les données dans une partition avec un FS ext2, ext3 ou ext4. Étant donné que cette opération nécessite des privilèges de superutilisateur, la vulnérabilité représente une menace lors de la vérification par l'outil e2fsck de périphériques externes ou d'images de FS obtenues de l'extérieur.

Source : opennet.ru