Disons que s'il y avait une solution, avoir des comptes utilisateurs ne servirait à rien... :mrgreen:

Si tu as des services réseaux qui tournent sur ta machine, utilise une faille ou une attaque.

:shock:

J'ose espérer que s'il avait eu connaissance d'une faille sur son système, il l'aurait corrigée. Quand bien même, j'ai de la peine a imaginer une situation dans laquelle utiliser une exploit serait moins dangereux que redémarrer la machine..

  Si tu ne peux pas redémarrer la machine (en admettant que ce soit du matériel PC classsique), c'est fichu.

  Par contre, a l'avenir, si tu veux éviter ce désagrément, et si la machine a un port série libre, tu peux y configurer une console, couplée par exemple avec un adaptateur serial-over-ethernet si tu ne peux travailler qu'a distance. C'est possible de supprimer le login et d'arriver direct a un shell root (bien que pas recommandé, surtout avec la solution SoE)

Il a mis un mot de passe en clair a la place du mot de passe crypté, ffs... sauf s'il a choisi un mot de passe qui commence par $1$ suivi de 32 caractères, comment tu veux qu'un brute-force passe ?

Soit une fonction de hachage H(x) : Cl -> Ci, ou Cl est l'espace des mots de passe en clair, et Ci l'espace des mots de passe hachés.

En l'occurence,

Cl = { ASCII-printable }^Aleph0

et

Ci = "$1$" | { [a-zA-Z0-9./] }^32

Lorsque le mot de passe est changé à P, le système stocke S = H(P).

Lors du login, l'accès est autorisé si l'utilisateur présente un mot de passe P'
tel que H(P') == S, puisque H(P) == H(P') implique presque parfaitement que P == P' si H est une fonction de hachage parfaite.

Lui, il a fait une fausse manip, et au lieu d'appliquer S = H(P), il a appliqué S = P.

Si S n'appartient pas à Ci (c-a-d s'il n'a pas choisi lors de sa fausse manip un mot de passe commençant par "$1$" et de 32 caractères), par définition il n'existe pas de P' tel que H(P') == S. Donc le système n'autorisera jamais l'accès, CQFD.

Lo,

  En fait c'est pas totalement vrai, le mot de passe crypté peut aussi consister en { [a-zA-Z0-9./] } ^13. Le $1$ est une marque pour signaler que le mot de passe a été crypté avec le nouvel algo basé sur MD5. L'ancien de 13 caractères est basé sur DES.

  Usermod ne contrôle pas que le mot de passe est valide, parce que ca permet de bloquer facilement un compte (en mettant une connerie invalide comme mot de passe) ou de le désactiver temporairement, typiquement en préfixant un mot de passe crypté valide avec "!" (le compte est bloqué mais on peut toujours le remettre après).

Si jamais, les détails sont dans man 3 crypt et dans man 5 shadow.

+

Pour quelle raison tu ne peux pas redémarrer ta machine?

Sinon, il me semble qu'amorcer le système avec live cd, monter le disque, chrooter sur le point de montage devrait suffire à changer ton mot de passe root. (Ou démarrer en init 1).