Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
|
Да никак без перезагрузки... 11.11.02 04:39 Число просмотров: 1359
Автор: babay <Andrey Babkin> Статус: Elderman Отредактировано 11.11.02 04:59 Количество правок: 1
|
Чувствуется Вы ищете кнопку "выкл/вкл защиту файлов ! " ;-))), я такой в виндах не видел, найдете - поделитесь плз. :-)).
ЧТо до дела, то хотя бы раз перегружаться прийдется, просто код из дллки уже подгружен в оперативку и выньлогон уже тянет к ней поток, вот и думай дальше...., даже грохнув его обратно его врятли создашь да и стабильность системы наверняка уменьшится, а перегрузить машину с подправленной длл или новым ключем в реестре проще, чем залезть в защищенную область памяти и подменить там этот кусок в котором подгружен оригинальный код микрософта.
З.Ы. Тузл которые подменяют этот код мне тоже не попадалось, от версии к версии сервиспака меняются динамические библиотеки и писать для каждого билда виндов такую тузлу врятли кто будет, разве что для себя ;-), но это уже другая история.
тут ломка длл и правка реестра тут официальная инфа
|
<software>
|
Как бы отключить Windows File Protection на лету (без перезагрузки)? 10.11.02 18:09
Автор: guest Статус: Незарегистрированный пользователь
|
|
|
Да никак без перезагрузки... 11.11.02 04:39
Автор: babay <Andrey Babkin> Статус: Elderman Отредактировано 11.11.02 04:59 Количество правок: 1
|
Чувствуется Вы ищете кнопку "выкл/вкл защиту файлов ! " ;-))), я такой в виндах не видел, найдете - поделитесь плз. :-)).
ЧТо до дела, то хотя бы раз перегружаться прийдется, просто код из дллки уже подгружен в оперативку и выньлогон уже тянет к ней поток, вот и думай дальше...., даже грохнув его обратно его врятли создашь да и стабильность системы наверняка уменьшится, а перегрузить машину с подправленной длл или новым ключем в реестре проще, чем залезть в защищенную область памяти и подменить там этот кусок в котором подгружен оригинальный код микрософта.
З.Ы. Тузл которые подменяют этот код мне тоже не попадалось, от версии к версии сервиспака меняются динамические библиотеки и писать для каждого билда виндов такую тузлу врятли кто будет, разве что для себя ;-), но это уже другая история.
тут ломка длл и правка реестра тут официальная инфа
|
|
Вопрос туманный и не решённый. Пошарь по форуму, это уже было. А ты его вообще смог отключить (с перезагрузкой)? А вообще эти занимается процесс Winlogon. У него 17 потоков. Попробуй грохни поочерёдно, проверяй работу SFC. 1 к 17, что повезёт ;-) 10.11.02 20:04
Автор: HandleX <Александр М.> Статус: The Elderman Отредактировано 10.11.02 20:09 Количество правок: 2
|
|
| |
Пошарил, нашел. Не помогло. Eсть вопрос. 14.11.02 11:17
Автор: guest Статус: Незарегистрированный пользователь
|
Выявлен следующий парадокс.
Даже самый примитивный отладчик - например встроенный вДельфи -
спокойно атачится к WinLogon'у и дебугит его - если работать из под админа. Проверялось на 2000 СП3 и ХР.
НО! Вызов DebugActiveProcess(выньлажон_process_ID) из своей проги возвращает ошибку 5 (Access Denied). Такую же ошибку возвращает OpenProcess даже c самым низким флагом доступа. Все это под тем же пользователем - администратором.
Ошибки в проге нет - другие процессы - например winword -дебугятся без проблем.
Как такое возможно? Не может же дельфа юзать какой-нибудь getad для получения хитрых привилегий - да и что это за привилегии? Привилегия отладки у администратора установлена.
Кстати отладчик VC 6 тоже атачится...
Если кто знает - поможите.
|
| | |
А вот ответ. 14.11.02 16:53
Автор: HandleX <Александр М.> Статус: The Elderman Отредактировано 14.11.02 20:11 Количество правок: 1
|
> Выявлен следующий парадокс. > Даже самый примитивный отладчик - например встроенный > вДельфи - Весьма клёвый отладчик. Я из него проги ломаю ;-)
> спокойно атачится к WinLogon'у и дебугит его - если > работать из под админа. Проверялось на 2000 СП3 и ХР. Всё верно. Отладчик на то и отладчик. А вот когда свой пишешь...
> НО! Вызов DebugActiveProcess(выньлажон_process_ID) из своей > проги возвращает ошибку 5 (Access Denied). Такую же ошибку > возвращает OpenProcess даже c самым низким флагом доступа. > Все это под тем же пользователем - администратором. > Ошибки в проге нет - другие процессы - например winword > -дебугятся без проблем. Короче, по умолчанию твоя программа, если она не включает для своего процесса привилегию SeDebugPrivilege, может отлаживать только процессы, запущенные под ТЕМ же пользователем, под которым она запущена сама. А Winlogon запущен под очень интересным аккаунтом с названием LocalSystem — это такая инкарнация Билла Гейтса на твоём компе ;-) Соответственно, ты не можешь дебаггить «чужой» процесс. А привилегия SeDebugPrivilege в твоём процессе есть, но её надо ВКЛЮЧИТЬ.
> Как такое возможно? Не может же дельфа юзать какой-нибудь > getad для получения хитрых привилегий - да и что это за > привилегии? Привилегия отладки у администратора > установлена. Направление работы:
1) Почитать в MSDN про привилегии процессов, их смысл.
2) Ну, и наконец, посмотреть на форуме по этой ссылке, как работать с привилегиями — http://www.bugtraq.ru/cgi-bin/forum.mcgi?type=sb&b=2&m=27314
3) Сказать: «большое спасибо BugTraq»! ;-))))))))))
А вот примерная реализация на Паскале:
Function EnableProcessPrivilege(Const aPrivilegeName: String; DoEnable: Bool; aProcessHandle: THandle = 0): Bool;
Var
HToken: THandle;
tkp: TOKEN_PRIVILEGES;
aProcHndl: THandle;
Begin
hToken := 0;
If aProcessHandle = 0 Then aProcHndl := GetCurrentProcess
Else aProcHndl := aProcessHandle;
Result := OpenProcessToken(aProcHndl, TOKEN_ADJUST_PRIVILEGES Or TOKEN_QUERY, hToken);
If HToken = 0 Then Exit;
Try
If Not Result Then Exit;
Result := LookupPrivilegeValue(Nil, PChar(aPrivilegeName), tkp.Privileges[0].Luid);
If Not Result Then Exit;
tkp.PrivilegeCount := 1;
If DoEnable Then tkp.Privileges[0].Attributes := SE_PRIVILEGE_ENABLED
Else tkp.Privileges[0].Attributes := 0;
Result := AdjustTokenPrivileges(HToken, False, tkp, 0, Nil, Nil);
Finally
CloseHandle(HToken);
End;
End;
---
Удачи!
|
|
|