Dans Windows, de nombreuses actions suscitent des questions sur les permissions, les privilèges et les limites. Elles sont parfois signalées comme des bugs, alors qu'en réalité elles se situent sur une ligne grise très fine. Par exemple, le chercheur Alexander Korznikov a publié une courte démo dans laquelle un utilisateur disposant de privilèges élevés détourne la session d'un autre utilisateur, sans introduire d'identifiants ni rien de semblable. Vulnérabilité ou élément de conception ?
Le backdoor Sticky Keys
L'une des méthodes les plus anciennes et les plus efficaces pour accéder à un ordinateur Windows protégé par un mot de passe consiste à utiliser le backdoor basé sur Sticky Keys. Si vous ne savez pas de quoi il s'agit, recherchez « sethc.exe » sur Google et vous serez sur la bonne voie. Je l'ai utilisé au moins une demi-douzaine de fois pour restaurer l'accès d'utilisateurs qui avaient oublié leur mot de passe (ou qui avaient essayé de le changer, s'étaient trompés en le saisissant et ne savaient pas ce qui restait), et tout ce qu'il faut, c'est une copie du système d'exploitation. Trois versions majeures de Windows sont passées depuis que j'ai entendu parler de cette astuce, et elle est toujours là. Si elle requiert un accès physique à l'ordinateur, il est vrai que Microsoft ne lui prête pas beaucoup d'attention… mais imaginez un instant ce que l'on peut faire d'autre dans le système d'exploitation.
https://www.youtube.com/embed/oPk5off3yUgUne nouvelle démonstration
Cela nous mène à la dernière démo publiée par le chercheur Alexander Korznikov. Ce que vous venez de voir dans la vidéo, c'est le détournement par un utilisateur privilégié d'une session qui a été verrouillée par un autre utilisateur. La seule chose qu'il a utilisée dans le processus est le Gestionnaire des tâches et une copie de le formidable outil PsExec de Mark Russinovich. Lors de la première tentative de connexion à la session, Windows demande normalement le mot de passe, mais avec l'aide de PsExec, le Gestionnaire des tâches est élevé à « NT AUTHORITY/SYSTEM »… et le reste appartient à l'histoire.
Vulnérabilité ou fonctionnalité ?
Maintenant, Korznikov a des doutes, et nous aussi. Est-ce vraiment une vulnérabilité ou pas ? Selon Microsoft, ce n'en est pas une, car son exécution requiert d'abord des privilèges d'administrateur. Et par ailleurs, ce que Korznikov a présenté s'apparente davantage à une « redécouverte », car cela a été signalé en avril 2011. Mais quand même… peut-être que ces sessions devraient être un peu plus séparées, non ?
