Как узнать пароль пользователя или администратора в Windows 10 - mimikatz
Содержание лекции: Как узнать пароль пользователя или администратора в Windows 10 - mimikatz
Расшифровка лекции: Как узнать пароль пользователя или администратора в Windows 10 - mimikatz
Полный текст первых минут лекции «Как узнать пароль пользователя или администратора в Windows 10 - mimikatz» из видеокурса PracticU – субтитры с временной меткой для каждого абзаца. Так можно прочитать и найти нужные темы ещё до начала обучения.
Добро пожаловать на лекцию про взлом пароля пользователя. На этой лекции мы узнаем его пароль, не обнуляя его, не заменяя его.
Мы сейчас создадим двоих пользователей. Один под названием User1, а второй под названием User2. У User1 будет простой пароль, а у User2 будет сложный пароль.
Вот я сделал User1 с простым паролем, а User2, предположим, я ему делаю вообще аккаунт без пароля. вообще, но ставлю галочку user must change password at next logon. То есть он обязан заменить пароль в следующем входе. Я хочу вам показать, что он ходит без пароля и после того, как он вошел без
пароля, он делает себе какой-то сложный пароль этот человек, потому что я ему поставил галочку user must change password at next logon. То есть юзер обязан заменить пароль при следующем входе, ходе. Но из-за того, что мне сейчас неохота входить-выходить, я сделаю обнуление пароля.
Я как администратор могу обнулить пароль насильно пользователю и убираю галочку "use must change password next log on". Дело в том, что я хотел вам продемонстрировать, как будто бы пользователь выбирает сложный пароль и могу ли я его взломать или нет. Но из-за того, что этот
вход и выход очень долгие, из каждого имени и перехода между пользователями, я решил сам обнулить ему пароль и все. Из-за того, что я администратор, я ему обнуляю пароль на очень длинный и сложный. Все, у нас есть два пользователя, один с простым паролем и один со сложным паролем. И мы
хотим их узнать, то есть мы хотим узнать, какие там пароли спрятаны. Вообще они сохранены на жестком диске в папке cwindowsystem32config. В этой папке сохранены все registry, вот все вот эти вот registry ключи, которые вы видели они в принципе лежат вот в этих папках registry во время будто во время
старта windows считывает отсюда информацию вот здесь вот registry хранит свою информацию вообще registry это регистр это центральное хранилище всех настроек это как sql это как база данных всех настроек windows в том числе и паролей и все эти настройки
физически находятся в файловой системе вот в этой папке. И все, кто хотят считать информацию с этого файла, должны обратиться к registry. А registry пишет в этот файл сам информацию. То есть registry работает как база данных, как SQL.
К нему подключаются к этому registry много клиентов с просьбами, а registry единственный, кто подходит к физическим файлам этой базы данных. Почему? Потому что с точки зрения файлов есть проблема, если несколько программ, несколько процессов будут одновременно писать и читать с одного файла. Поэтому есть только одна
программа, одна база данных, один процесс, который подходит к физическому файлу, а все клиенты, которые хотят прочитать или записать информацию, работают через этого управляющего.
Этот управляющий, который общается со всеми клиентами, он и называется база данных, он же и называется SQL или в случае Windows это registry.
registry - центральное хранилище всех настроек, база данных с центральным хранилищем. Если бы не существовало бы registry, а были бы просто файлы на жестком диске, то в случае записи или пользования одной программой другие бы не могли бы обратиться к этому же файлу, потому что происходит блокировка
файлов на уровне операционной системы. То есть файловая система дает только одной программе одновременно писать в этот файл. Нельзя, чтобы две программы писали в один файл. И чтобы решить эту проблему, есть одна программа, которая пишет в этот файл, и она называется "база данных, registry", управляющий этим файлом, а все
клиенты, которые хотят услугу, обращаются к этому управляющему. Для этого придумали базы данных. Давайте сейчас продолжим и попытаемся вот эти вот два файла скопировать в сторонку и посмотреть, что в них есть. Вообще-то мы можем заглянуть внутрь этого файла SAM, как я вам сказал,
не напрямую, потому что напрямую может к нему заходить только Registry, потому что он сейчас включен. То есть процесс Registry заблокировал подход к этому файлу, мы не можем его сейчас открыть, даже если у нас есть программа, которая умеет его открывать. Поэтому мы идем в Registry и у нас есть программа
Registry Editor, который подключается к Registry и просит показать файл. И вот мы просим и видим, что у нас здесь все пусто. Почему у нас все пусто? Потому что у нас нет прав доступа. Из-за того, что мы администраторы, мы поменяем права доступа и дадим самим себе право считать эту информацию. Видите, у системы
есть подход, то есть System - это сам Windows, сама операционка, у администратора нет Read. Read - это право читать. Я ставлю себе галочку, я сам себя наделяю правом прочесть информацию.
Теперь у меня есть это право и чего-то я ничего не вижу. Давайте сделаем это право не только на эту папку, а на всех детей, то есть на всех дочерних папок. Здесь есть такая галочка Replace All Child Object Permissions. Замени у всех детей, у всех дочерних объектов право доступа. И я еще разрешил
наследование, чтобы они брали все права от родителей. Прекрасно. И у нас появился здесь список. В принципе, мы смотрим внутрь того файла. Sam. И мы сейчас найдем, где наш пароль и будем счастливы. Где они здесь спрятали? Так, это что-то не то. Сейчас, секундочку, я поищу. Вот, кажется в этом names, да, вот, вот, вот,
вот, вот, user1, user1 это 3 и а, 0, 3 и а, это эксадоцимальное, когда вы видите x, 0x, это значит экса, 16-ричная система исчисления, мы про нее поговорим попозже, и мы видим, вот наш user1, и вот его пароли, вопрос, почему пароль в такой форме, как я могу это прочесть, Это пароль после хэш.
Хэш это одностороннее шифрование, то есть его нельзя никак вернуть. Эта функция называется хэш-функции, таких много функций, и они работают как мясорубка.
Они превращают текст файлы в такой фарш, называется хэш-сам или дайджест. Например, слово fox, если пройдет через функцию хэш, превратится вот в такую штуку.
А если я возьму предложение, то получится такая же длина. Заметьте, длина всегда одинаковая у результата. Я могу внутрь хэш запихнуть целый файл .exe.
Я могу в него сохранять пароли. И в чем идея? Дело в том, что если кто-то украдет жесткий диск или будет такой умник, как я, зайдет в регистри и даст себе права, он увидит только этот хэш.
Он не увидит оригинальный пароль. То есть, даже если хакер сможет физически своровать диск и дойти до этого файла, как мы сейчас делаем, то он увидит только вот этот вот фарш.
Вопрос, как Windows сам работает с этим? Как Windows может проверить, имей пароль человека? Например, завтра утром придет юзер один, забьет пароль.
У Windows у самого нет этого пароля. Да, да, у Windows нет пароля. У Windows есть только результат хэша. И когда пользователь вбивает свой пароль при входе Windows, он берет этот вбитый пароль, проводит его через этот хэш и сравнивает с этим результатом.
То есть сравнивается фарш с фаршем, понимаете? То есть Windows у себя сохраняет только результат хэша, он не хранит оригинальный пароль.
Оригинального пароля в Windows не сохраняется нигде и никогда. Windows у себя в целях безопасности сохраняет только результат хэша.
Когда приходит человек и говорит, я знаю пароль для юзера номер один, я говорю, дай ему пароль. Он мне дает пароль, я его не сохраняю нигде, провожу его через хэш и сравниваю тот хэш, который у меня получился только что, с тем хэшем, который у меня на жестком диске в этом файле сэм.
Если два фарша одинаковые, если два хэша одинаковые, значит он знал действительно этот оригинальный пароль, который я сам не знаю, как Windows. И в этом прелесть системы безопасности, что пароль никогда-никогда не сохраняется внутри Windows в открытой форме.
Это методы безопасности самого Windows. Так, что мы хотим сейчас делать? Мы хотим взять и вот этот вот хэш и посмотреть на него. Видите, мы можем, кстати, брать не только пароли, мы также можем в этот хэш запихнуть файлы, можно запихнуть все, что хотите.
И любое изменение даже одной циферки дает совершенно другой хэш и невозможно вернуться обратно. Здесь в интернете есть полное объяснение, как работает алгоритм хэша.
Это открытый известный алгоритм. Мы можем увидеть, что можно туда экзешники вставлять, можно туда все, что хотите вставить, и мы всегда получим одинаковую длину результата.
И, кстати, вот этим способом пользуются многие сайты, чтобы проверить, что их файл не был испорчен или в него не добавили вируса во время загрузки.
То есть клиент идет на сайт, неважно какой, мы можем пойти на любой сайт, где есть возможность что-то скачать. Я пойду просто так, я пойду на Kali, только потому что я точно помню, что на Kali это было.
Kali это такая операционная система с инструментами для хакеров. Но это нам совершенно не важно. Нам сейчас важно, что здесь есть Download,