Как убить систему на windows 7

Главная

» 2013 » Декабрь » 17 » 4 способа убить виндовс 7 и ПК

Опробовано на работе на виртуалке(и слава яйцам). Винда чистая, с корпоративным(легальным, не пиратка) ключем, профешнал.

Запускаем Far2 соответствующей битности. Из встроенного в фар процесс эксплорера киляем wininit.exe(фар еще с nt 4 умеет прибивать забавные процессы, тогда у меня легко получалось пришибать system — фар цепляется к нему как отладчик, и спокойно убивает, сейчас именно на системе не успел проверить, но вининит убивается с полпинка, как и любой процесс антивируса). Ну, синий экран, перезагрузка. Интересно другое: после этого действия винда не стартует. Совсем. Стандартный механизм восстановления с контрольной точки завершился успешно, но ничего не дал. В нормальном режиме винда просто виснет на процессе загрузки. И… все. Так сутки провисела, показывая окно загрузки(темный экран с лого), не юзая ни диск, ни проц, ни сеть. Замечу, что я не трогал файловую систему вообще. Просто прибил процесс. А если это может фар, то может и вирусня, и не только прибить процесс…

Щас вот доставится пиратка дома, попробую повторить. Только копию создам, а то ставить долго.

Здравствуйте, Eugeny__, Вы писали:

Жень, попробовал на реально тачиле (как раз закоммитил, и думаю хрен с ним ).
Вот как раз после перезагрузки — соответственно полёт реально нормальный.

1. Она действительно перезагрузилась, и предложила отправить баг репорт, причина перегруза — блюскрин.
2. Действительно пробовал на Far2, но не на Far3, хотя на него потихоню пепеползаю.
3. Убить её удалось только под элеватором.
4. И таки самая большая проблема в этой ситуации, что — Far2 предложил удалить процесс под отладчиком, под обычным юзером, но у него ничего не получилось по access denied. Под UAC он даже не спрашивал отладчика.

Поэтому предлогаю выслать баг репорт в far дабы более таких проблем не возникало, тем более при попытке кильнуть winint, тем более раз не получилось под отладчиком!

PS: Или у тебя задраны права до невозможности, или что-то совсем реально косо. Убить винду (в смысле незагружаемости) убив лишь wininit процесс, имхо, таки — невозможно. Я понимаю, что мой единичный опыт не показателен. Но видится, что твоя VM скорее накосячила, что в наш тяжелый век всеобщей необящательности — вполне нормально, — видимо теперь уже и VM, не ничем никому не обязаны.

PPS: Так что завтра жди под VM не меньше чем итаниум.

Здравствуйте, Eugeny__, Вы писали:

E__>Опробовано на работе на виртуалке(и слава яйцам).
>…
E__>Из встроенного в фар процесс эксплорера киляем wininit
>…
>(фар еще с nt 4 умеет прибивать забавные процессы, тогда у меня легко получалось пришибать system — фар цепляется к нему как отладчик, и спокойно убивает,
>…
> Ну, синий экран, перезагрузка.
>…
>Интересно другое: после этого действия винда не стартует. Совсем.

Доктор, я отключил встроеную защиту, не запускающую разогрев если открыта дверца, засунул голову в микроволновку и включил ее. Теперь ум еня лопнули глаза и болит голова. Скажите, почему?

Здравствуйте, fddima, Вы писали:

F>Жень, попробовал на реально тачиле (как раз закоммитил, и думаю хрен с ним ).

F>Вот как раз после перезагрузки — соответственно полёт реально нормальный.

Ну вот мне не повезло — зависла намертво.

F>1. Она действительно перезагрузилась, и предложила отправить баг репорт, причина перегруза — блюскрин.
F>2. Действительно пробовал на Far2, но не на Far3, хотя на него потихоню пепеползаю.
F>3. Убить её удалось только под элеватором.

Это что?

F>4. И таки самая большая проблема в этой ситуации, что — Far2 предложил удалить процесс под отладчиком, под обычным юзером, но у него ничего не получилось по access denied. Под UAC он даже не спрашивал отладчика.

F>Поэтому предлогаю выслать баг репорт в far дабы более таких проблем не возникало, тем более при попытке кильнуть winint, тем более раз не получилось под отладчиком!

Проблем? Я скорее это воспринимаю как фичу.
Дело в том, что иногда возникают ситуации, когда процесс невозможно убить ни стандартным манагером, ни манагером от Руссиновича. Фар убивает такие с полпинка(от админа, ясен пень).
Еще помогает при ручном вычищении компа от шибко умных вирусов. Фар любой процесс вируса(даже если он типа сервис — киляем все svchost.exe, ситема в ужасе(понятно, все сервисы принудительно зашатдаунились), но фар остатся работать, и с его помощью удаляется с диска и из реестра все упоминания о супостате — профит!) удаляет легко, причем даже в тех случаях, когда антивирусы этого сделать не смогли. Из юзермода! У фара нет ядерных модулей совсем, в отличие от антивирусов, но возможностей, внезапно, больше.

F>PS: Или у тебя задраны права до невозможности, или что-то совсем реально косо. Убить винду (в смысле незагружаемости) убив лишь wininit процесс, имхо, таки — невозможно. Я понимаю, что мой единичный опыт не показателен. Но видится, что твоя VM скорее накосячила, что в наш тяжелый век всеобщей необящательности — вполне нормально, — видимо теперь уже и VM, не ничем никому не обязаны.

Может, и виртуалка накосячила, хотя я в упор не пойму, как.
Сейчат вот грохнул smss.exe, загрузилась норм. Но сейчас это х32, а прошлый эксперимент был с 64, т.е. неидентичный, да и процесс другой.

У меня еще такой тролльский вброс: кто там вещал, что из юзермода невозможно свалить Винду на синий экран, а если и можно, то только кривыми драйверами? Убиваете фаром любой системный процесс, и привет, синий экран смерти…
Ну, ладно фар, я это делал специально. Но раз возможность есть, то ей могут воспользоваться, верно?

Здравствуйте, fddima, Вы писали:

F>PS: Или у тебя задраны права до невозможности, или что-то совсем реально косо. Убить винду (в смысле незагружаемости) убив лишь wininit процесс, имхо, таки — невозможно. Я понимаю, что мой единичный опыт не показателен. Но видится, что твоя VM скорее накосячила, что в наш тяжелый век всеобщей необящательности — вполне нормально, — видимо теперь уже и VM, не ничем никому не обязаны.

Мухахахахахаха!

Только что получилось убить wininit.exe под правами юзера! Без админа! Винда — чистопоставленная, я даже браузер не ставил, из ie запустил установщик фара, потом запустил фар, и убил процесс. Синий экран, все дела. Юзером, без админских прав!!!!

Картинка с сайта: www.rsdn.org

Здравствуйте, sdf, Вы писали:

sdf>Доктор, я отключил встроеную защиту, не запускающую разогрев если открыта дверца, засунул голову в микроволновку и включил ее. Теперь ум еня лопнули глаза и болит голова. Скажите, почему?

Да тут многие вещали, что, мол, винду из юзермода не уронить, если только дрова не кривые. Как оказалось, очень даже.

ЗЫ пиратка х86 после завершения вининита(который я кильнул вообще без админских прав!) таки поднялась. Зашел на рабочую машину, х64 так и не поднялась, рестарт не помог. Чудеса.

Здравствуйте, Eugeny__, Вы писали:

E__>Да тут многие вещали, что, мол, винду из юзермода не уронить, если только дрова не кривые. Как оказалось, очень даже.
E__>ЗЫ пиратка х86 после завершения вининита(который я кильнул вообще без админских прав!) таки поднялась. Зашел на рабочую машину, х64 так и не поднялась, рестарт не помог. Чудеса.
Да, у мну x86… Хотя странно, x64 по идее ещё должен быть стабильнее (не из-за битности разумеется). Но на работе проверять под x64 не буду.
Но всё же я бы пробовал на реальном железе…

Кто могуч подтвердить и таки сделать этот вброс на вентилятор?!

Здравствуйте, fddima, Вы писали:

E__>>Мухахахахахаха!
E__>>Только что получилось убить wininit.exe под правами юзера! Без админа! Винда — чистопоставленная, я даже браузер не ставил, из ie запустил установщик фара, потом запустил фар, и убил процесс. Синий экран, все дела. Юзером, без админских прав!!!!
F> По поводу юзера и элеватора постом выше — т.е. я на тачке админ, но UAC у меня настроен по дефолту — соответственно я такой админ, что имею прав меньше юзера… Вот в такой ситуации справшивает под дебаггером и не даёт убить — стабильно — несколько раз пробовал.

Ну, понимаешь, если в том же линухе ты рут, то понимаешь всю ответственность. Это

полные

права на все вообще, и там убить систему проще простого. Но все-таки, надо что-то прибить в файловой системе. Прибитие процесса после перезагрузки не даст отказа. А тут вот отчего-то не грузится.

Кстати, как это в семерке проанализировать? Ну, то есть, понять, какого икс она повисает?

У меня, к слову, фар ничерта не спрашивал, просто убивал запрошенные процессы. Качественно убивал, ничего не скажешь.

Здравствуйте, fddima, Вы писали:

E__>>У меня еще такой тролльский вброс: кто там вещал, что из юзермода невозможно свалить Винду на синий экран, а если и можно, то только кривыми драйверами? Убиваете фаром любой системный процесс, и привет, синий экран смерти…

E__>>Ну, ладно фар, я это делал специально. Но раз возможность есть, то ей могут воспользоваться, верно?
F> Как тут говорят — до вентелятора не долетел? Ты ж сам говоришь что под админом это делаешь. Какая разница юзер-мод не юзер-мод — апи оно для всех.

Говорят, админ в винде — это все-же не рут. Ну вот штатными средствами он многое сделать не может(рут линуха может все). А оказывается, может гораздо больше, если заюзать нужные средства. Легко убиваются все svchost(при этом система еще живет), и другие системные(а вот на них уже немедленный бсод).

Ну и убивание из-под юзера системных процессов фаром(у меня получилось) — это тоже нечто.

Здравствуйте, Eugeny__, Вы писали:

E__>Говорят, админ в винде — это все-же не рут. Ну вот штатными средствами он многое сделать не может(рут линуха может все). А оказывается, может гораздо больше, если заюзать нужные средства. Легко убиваются все svchost(при этом система еще живет), и другие системные(а вот на них уже немедленный бсод).

Админа выдаются неполные права по умолчанию, но он может получить любые права. Такая небольшая защита от дурака.

Здравствуйте, Eugeny__, Вы писали:

E__>Да тут многие вещали, что, мол, винду из юзермода не уронить, если только дрова не кривые. Как оказалось, очень даже.
Из «юзермода ее нельзя уронить», если нет админских прав.

Если есть админские права вы можете прибить любой критически важный системный процесс (или приаттачиться к нему отладчиком и записать что угодно ему в память), защиты от этого в виндах нет, непонятно, что вас удивляет.

Здравствуйте, Eugeny__, Вы писали:

E__>Только что получилось убить wininit.exe под правами юзера! Без админа!
По всей видимости, это не простой юзер, это пользовтель, созданный при установке, у него вполне есть админские привилегии.

А скачать из интернета и запустить бинарник, который, будучи запущенным из под соовтествующего юзера, прибьет винду — много ума не надо

Здравствуйте, Eugeny__, Вы писали:

E__>Запускаем Far2 …

Какой тонкий намёк на срач «Far VS …»

Здравствуйте, Eugeny__, Вы писали:

E__>Запускаем Far2 соответствующей битности. Из встроенного в фар процесс эксплорера киляем wininit.exe(фар еще с nt 4 умеет прибивать забавные

За что отвечает процесс wininit ?

Здравствуйте, Eugeny__, Вы писали:

E__>Запускаем Far2 соответствующей битности. Из встроенного в фар процесс эксплорера киляем wininit.exe(фар еще с nt 4 умеет прибивать забавные процессы, тогда у меня легко получалось пришибать system — фар цепляется к нему как отладчик, и спокойно убивает, сейчас именно на системе не успел проверить, но вининит убивается с полпинка, как и любой процесс антивируса). Ну, синий экран, перезагрузка. Интересно другое: после этого действия винда не стартует. Совсем. Стандартный механизм восстановления с контрольной точки завершился успешно, но ничего не дал.

E__>Только что получилось убить wininit.exe под правами юзера! Без админа! Винда — чистопоставленная, я даже браузер не ставил, из ie запустил установщик фара, потом запустил фар, и убил процесс. Синий экран, все дела. Юзером, без админских прав!!!!

Попробовал на чистых Windows 7 Ultimate 32-bit и Windows 7 Ultimate SP1 64-bit.
На обеих машинах кильнуть wininit «просто так» не получилось — FAR предложил сначала получить
привилегии для отладки, а затем все равно обломался с «access denied».

Манипуляции проводил сначала под юзером системы, созданным при установке, который член
группы «Администраторы», а затем под другим, не являющимся админом. Результат одинаковый.
Только когда запустил FAR от имени администратора, а затем убил wininit.exe, система ушла в
BSOD, после чего сформировала дамп, успешно перезагрузилась и предложила отправить отчет.

Здравствуйте, sdf, Вы писали:

E__>>Только что получилось убить wininit.exe под правами юзера! Без админа!

sdf>По всей видимости, это не простой юзер, это пользовтель, созданный при установке, у него вполне есть админские привилегии.

sdf>А скачать из интернета и запустить бинарник, который, будучи запущенным из под соовтествующего юзера, прибьет винду — много ума не надо

Начиная с Vista, полные права в системе по умолчанию имеет только встроенная учетная
запись администратора. В серверных редакциях Windows эта учетка является основной, а в
клиентских она изначально отключена (и это правильно). Кстати, даже на сервере можно
включить «Admin Approval Mode» для встроенных администраторов и UAC будет работать
точно также, как в клиентских редакциях.

Другие пользователи, даже являющиеся членами группы «Администраторы», при входе в систему
получают ограниченный маркер безопасности и набором прав почти ничем не отличаются от обычного
пользователя. Только при необходимости их права повышаются до верхнего уровня, а регулируется
все это настройками UAC.

По умолчанию UAC для администраторов настроен доверять (читай — повышать права без UAC запросов)
только процессам из Windows, для всех остальных, требующих elevation, будет появляться то самое
пресловутое окно. UAC для пользователей настроен более жестко и запросы появляются каждый раз
при запуске программ, требующих elevation.

Проблема в том, что пользователи, а также всякие умельцы по сборке и тюнингу системы, считают
априори, что UAC — зло, и либо снижают уровень его «чувствительности», либо вообще отключают.
Что и приводит в конечном итоге к таким фокусам, когда программа, вроде запущенная от
не администратора, делает все, что ей захочется.

Так что у топикстартера, IMHO, какая-то «неправильная» Windows, над которой, скорее всего,
кто-то уже поколдовал.

Здравствуйте, ononim, Вы писали:

O>Самое время запустить инсталляк винды в режиме recovery console и стартануть оттуда chkdsk C: /f

Или оттуда же выполнить bootrec /fixmbr и bootrec /fixboot.
Правда, после этого активация обычно слетает…