| el muchacho |
FlorentG a écrit :
Je suis d'accord avec toi. J'avais lu le truc hier, et arrivé à la fin, il me manquait une réelle explication : de quelle manière se combinent toutes ces modifications pour arriver à la faille. C'est comme s'il manquait la moitié de l'histoire.
|
Voici comment je le comprends: 1) dans Unix, le mot de passe est hashé par crypt() et le hash est comparé à la chaîne qui se trouve normalement à la place de * dans /etc/passwd
Mais Bill Joy avait prévu le caractère * pour les comptes qui ne sont pas accessibles, car crypt() ne peut jamais sortir de hash qui soit "*" 2) En cas d'erreur, l'algo de hash sha512 de crypt() retourne NULL. Mais comme d'hab avec les fonctions C qui retournent NULL, les programmeurs qui l'appellent oublient de tester la valeur de retour pour NULL. Donc généralement, ça crashe. Donc des petits malins de la libc sous alpine (nommée musl) se sont dits en 2012 que sha512 pourrait retourner autre chose que NULL. Sauf qu'ils ont choisi... je te le donne dans le mille : "*" ! Donc maintenant, si la fonction sha512 de crypt() ne sait pas gérer l'entrée, elle retourne "*" et donc l'étape 1 fonctionne et l'accès est accordé. C'était littéralement LA valeur de retour qu'il ne fallait jamais retourner.
Par ailleurs, ils limitent la longueur des mdp à 256 caractères pour éviter les attaques de type DoS, ce qui veut dire qu'au-dela, crypt() retourne une erreur, donc "*". 3) c'est à partir de là qu'effectivement le writeup n'est pas hyper clair, mais à mon sens pas vraiment important, c'est ce qui est au-dessus qui est le plus important. Que se passe-t'il si tu te logges sous le user tartempion et que tertempion n'est pas déclaré dans /etc/passwd ? crypt() ne fait même pas appel à sha512, il dénie immédiatement l'accès. Sauf que ça permet de savoir si l'utilisateur tartempion existe dans /etc/passwd en mesurant le temps de réponse. Donc au lieu de retourner un déni d'accès immédiatement, en 2016 ils ont décidé de faire tourner sha512 quand même, sur un autre utilisateur existant dans /etc/passwd, comme par ex root.
La vulnérabilité existait en 2012 pour les users existants, mais est maintenant généralisé aux users inexistants ! On peut donc se loguer avec l'user fejhazà786BHHGD et n'importe quel mdp de plus de 256 caractères. 4) Il s'avère que la distrib alpine n'avait pas d'entrée root dans le fichier jusqu'en 2019. Donc le fix de 3) n'était pas effectif: il était vulnérable à la mesure de temps, mais au moins on ne pouvait pas se loguer avec n'importe quel username.
Ils rajoutent root avec le mdp "!". Sauf que ça pète l'authentification par clés SSH, donc en 2022 ils changent le hash de root en "*", car tout le monde a oublié le correctif malheureux de 2012. Maintenant tout fonctionne mais on a la vulnérabilité, y compris sur les utilisateurs inexistants. |
