информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Сетевые кракеры и правда о деле ЛевинаАтака на Internet
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Линуксовый ботнет, распространяющийся... 
 Конец поддержки Internet Explorer 
 Рекордное число уязвимостей в 2021 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / beginners
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Господа, будьте снисходительны, не бросайтесь сразу штрафовать за, как вам кажется, глупые вопросы - beginners на то и beginners.
Здесь я точно не знаю, как устроен sigverif. Если он... 04.04.07 12:23  Число просмотров: 2497
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка>
> тогда конкретные вопросы

> тогда конкретные вопросы
> 1.какова вероятность того что руткит изменит системный файл
> заодно с соответствующим файлом *.cat

Здесь я точно не знаю, как устроен sigverif. Если он проверяет подписи только одним сертификатом (или некоторым количеством, но все равно жестко заданных), то замена cat-файла не поможет, потому что для создания таких подписей нужны закрытые ключи (а их у майрософта выудить еще сложнее, чем исходники и номера банковских счетов с пинами). Если же используется обычная система (через установленные в системе доверенные корневые CA, которые можно посмотреть например в certmgr.msc), то можно добавить свой доверенный сертификат и подпись будет валидна (но я сильно сомневаюсь, что используется такая схема). Конечно при добавлении всеми стандартными средствами сертификата в хранилище пользователя просят подтвердить операцию, но кто сказал что злоумышленник будет пользоваться стандартными средствами. С другой стороны это связано с немалыми трудностями, так что в любом случае легче пропатчить sigverif, чем всю реализацию PKI.

> 2. (этот вопрос вытекает из первого. Т.е. предполагается
> что каким-то образом систуация вопроса 1 была руткитом
> выполнена) Насколько я понял sigverif берет данные из
> файлов *.cat. Как можно заставить sigverif брать данные с
> сайта? (просто удалить эти *.cat?)

Никак. Если просто удалить, то цифровая подпись просто пропадет. Можно попробовать найти "чистые" cat файлы. Но опять таки, любые результаты проверки системы, на которой есть руткит могут быть подделаны этим самым руткитом. Все зависит только от уровня компетентности автора руткита. Короче, проверку лучше производить с какого нибудь LiveCD (хотя честно говоря я не знаю, можно ли заставить sigverif проверять подписи для файлов из другой инсталляции)

> 3. У меня ситуация когда одно из обновлений не взято на
> проверку, т.е. "Результаты проверки: ...
> windowsxp-kb***x86-rus.exe не просмотрено". (номер не
> помню) От чего зависит взятие на проверку? (знаю что должны
> проверяться исполняемые файлы и библиотеки(exe, dll) или
> еще что-то?)

Не знаю. Возможно файл не получилось открыть на чтение.

> 4. когда ставится сторонний драйвер файл с цифровой
> подписью поступает с ним? то есть можно черте что
> подсунуть?

???
В общем сторонние драйвера могут иметь цифровую подписть, только если они пройдут WHQL. Короче, ВСЕ цифровые подписи на бинарники выдаются в майрософте.

> ситуация: лежит в сети файл postsp2hotfix60ru.exe (чье-то
> творение?) с обновлениями, там соответственно по папкам
> лежат файлы, причем вместе с соответствующим *.cat, оттуда
> со всем прочим устонавливается файлы (которые не проходят
> проверку sigverif)

Это уже достаточно подозрительно. У майкрософта насколько я знаю нет неподписанных бинарников.

> explorer.exe 08.04.2005 6.0.2900.2649 Не подписано Н/Д
> hypertrm.dll 18.11.2004 5.1.2600.2563 Не подписано Н/Д
> comctl32.dll 08.04.2005 6.0.2900.2649 Не подписано Н/Д
> lsasrv.dll 28.10.2004 5.1.2600.2525 Не подписано Н/Д
> msocust.dll 24.09.2004 Отсутствует Не подписано Н/Д
> vgx.dll 28.10.2004 6.0.2900.2539 Не подписано Н/Д
<beginners> Поиск 






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


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