Es gibt viele Aktionen in Windows, die automatisch Fragen zu Berechtigungen, Privilegien und Grenzen aufwerfen. Mehr als einmal wurden sie als Bug gemeldet, obwohl sie sich tatsächlich auf einer sehr dünnen grauen Linie bewegen. Wenn Sie ein Beispiel möchten: Der Forscher Alexander Korznikov veröffentlichte eine kurze Demo, in der ein Benutzer mit erhöhten Rechten die Sitzung eines anderen Benutzers kapert ohne Anmeldedaten einzugeben – oder auch nur Ähnliches. Schwachstelle oder Teil des Designs?

So greifen Sie ohne Passwörter auf Benutzersitzungen in Windows zu
Windows

Eine der ältesten und zugleich effektivsten Methoden, um in einen passwortgeschützten Windows-Computer zu gelangen, ist der Backdoor über die Sticky Keys. Wenn Sie nicht wissen, wovon die Rede ist, suchen Sie bei Google nach sethc.exe – dann sind Sie auf dem richtigen Weg. Ich habe es mindestens ein halbes Dutzend Mal verwendet, um Benutzern wieder Zugang zu verschaffen, die ihr Passwort vergessen haben (oder es ändern wollten, es falsch eingegeben haben und nicht wissen, was übrig geblieben ist). Alles, was man braucht, ist eine Kopie des Betriebssystems. Seit ich von diesem Trick gehört habe, sind drei größere Windows-Versionen vergangen, und er ist immer noch da. Wenn physischer Zugriff auf den Computer erforderlich ist, schenkt Microsoft dem offenbar nicht viel Aufmerksamkeit – aber denken Sie einmal kurz darüber nach, was man sonst noch mit dem Betriebssystem anstellen kann.

https://www.youtube.com/embed/oPk5off3yUg

Das bringt uns zur neuesten Demo von Alexander Korznikov. Was Sie gerade im Video gesehen haben, ist das Kapern einer Sitzung, die von einem anderen Benutzer gesperrt wurde, durch einen Benutzer mit erhöhten Rechten. Das einzige, was er dabei verwendet hat, war der Task-Manager und eine Kopie des formidablen Tools PsExec von Mark Russinovich. Wenn er sich zum ersten Mal mit der Sitzung verbindet, fordert Windows korrekt das Passwort an, aber mit Hilfe von PsExec wird der Task-Manager auf „NT AUTHORITY/SYSTEM“ angehoben … und der Rest ist Geschichte.

Nun hat Korznikov Zweifel, und wir auch. Ist es wirklich eine Schwachstelle oder nicht? Laut Microsoft ist es das nicht, weil die Ausführung zunächst Administratorrechte erfordert. Andererseits ist Korznikovs Entdeckung eher eine „Wiederentdeckung“, da sie bereits im April 2011 gemeldet wurde. Trotzdem … vielleicht sollten diese Sitzungen etwas stärker voneinander getrennt sein, oder nicht?

Offizielle Website: