Инструментарий исследователя. Часть 15.

Posted on

Март,07

 at

1:14

от

admin

Очень много информации о программе можно получить путем анализа обращений, которые она делает к библиотечным функциям. Например, при использовании протокола SSL (Secure Sockets Layer) применение сниффера не дает никаких результатов, т. к. все сообщения, передаваемые по сети, оказываются зашифрованы. Но под Windows большинство программ для доступа к сети, так или иначе, используют библиотеку wsock32.dll (Windows [...]

Инструментарий исследователя. Часть 14.

Posted on

Март,01

 at

1:14

от

admin

Аналогично, протокол РОРЗ (Post Office Protocol — Version 3), описание которого впервые было опубликовано в 1988 году (RFC 1081), при аутентификации передавал пароль пользователя только открытым текстом.

Инструментарий исследователя. Часть 13.

Posted on

Фев,26

 at

1:12

от

admin

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

Инструментарий исследователя. Часть 12.

Posted on

Фев,18

 at

1:11

от

admin

Очень многие процессы внутри Windows управляются с помощью сообщений. Разумеется, существуют программы, позволяющие отслеживать и протоколировать, какие именно сообщения были переданы тому или иному процессу.

Инструментарий исследователя. Часть 11.

Posted on

Фев,11

 at

1:10

от

admin

Устройства ввода-вывода невозможно исследовать пассивными средствами,  зато обращения к ним можно протоколировать.

Инструментарий исследователя. Часть 10.

Posted on

Фев,05

 at

1:09

от

admin

Для доступа к памяти процесса можно использовать функции стандартного Win32 API. В операционных системах семейства NT некоторые процессы могут быть запущены с атрибутами безопасности, не позволяющими простым пользователям получать доступ к внутренностям процесса. Но это делается для того, чтобы защитить ядро операционной системы в многопользовательской среде. А в случаях исследования программ, как правило, пользователь может [...]

Инструментарий исследователя. Часть 9.

Posted on

Янв,27

 at

1:07

от

admin

Монитор реестра (Registry Monitor) и монитор доступа к файлам (File Monitor) — это активные инструменты.
А пассивные инструменты просто запоминают состояния реестра или файлов и по расхождениям позволяют определить, что именно изменилось.

Инструментарий исследователя. Часть 8.

Posted on

Янв,21

 at

1:06

от

admin

Для того чтобы найти какую-нибудь информацию в ресурсах исполняемого модуля, можно воспользоваться даже таким инструментом, как редактором Microsoft Visual Studio. Но лучше использовать специализированные редакторы ресурсов, которых существует довольно много. Эти редакторы, как правило, позволяют просматривать ресурсы известных типов (например текстовые строки, иконки, картинки и описания диалогов) в естественном виде, а незнакомые ресурсы — в [...]

Инструментарий исследователя. Часть 7.

Posted on

Янв,17

 at

1:05

от

admin

Для защиты от отладки программа должна уметь определять наличие отладчика. Для обнаружения того же Softlce разработано более десяти способов.
Но в некоторых случаях можно определить, что программа исследуется при помощи отладчика по косвенным признакам, таким как время выполнения.

Инструментарий исследователя. Часть 6.

Posted on

Янв,11

 at

1:03

от

admin

Отладчики уровня ядра (Kernel-mode Debuggers) встраиваются внутрь операционной системы и имеют гораздо больше возможностей, чем отладчики пользовательского уровня. Из ядра операционной системы можно контролировать многие процессы, не доступные другими способами. Одним из самых мощных и часто используемых отладчиков уровня ядра является Softlce, разработанный в компании NuMega Labs (Compuware Corporation).

Инструментарий исследователя. Часть 5.

Posted on

Янв,03

 at

1:02

от

admin

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

Инструментарий исследователя. Часть 4.

Posted on

Дек,28

 at

1:01

от

admin

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

Инструментарий исследователя. Часть 3.

Posted on

Дек,24

 at

0:59

от

admin

Два основных способа исследования программного кода — это дизассемблирование и отладка.
Используя дизассемблер, можно посмотреть, как устроена программа, какие команды и в какой последовательности должны выполняться, к каким функциям идет обращение и т. д. В общем случае дизассемблер не способен восстановить исходный текст программы, написанной на языке высокого уровня, таком как С или Pascal. Результатом работы [...]

Инструментарий исследователя. Часть 2.

Posted on

Дек,21

 at

0:58

от

admin

Активные инструменты, в свою очередь, могут использоваться только для протоколирования (мониторинга) хода выполнения программы или для явного воздействия на ход выполнения программы: подмены данных, исправления результатов проверки условий и т. д.

Инструментарий исследователя

Posted on

Дек,19

 at

0:57

от

admin

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