информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Страшный баг в WindowsПортрет посетителяВсе любят мед
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
 Умер Никлаус Вирт 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / software
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
А вот ответ. 14.11.02 16:53  Число просмотров: 1598
Автор: 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;

---


Удачи!
<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;

---


Удачи!
Большое спасибо BugTraq! 15.11.02 11:42  
Автор: guest Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Сабж, и лично спасибо HandleX'у

Что-то такое я и предполагал.

С привилегиями разобрался, код взял отсюда (может кому пригодится)

http://support.microsoft.com/default.aspx?scid=KB;en-us;131065
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach