Перейти к содержанию

Recommended Posts

d_olex

Мы выпустили универсальную утилиту для удаления буткитов (включая Sinowal/Mebroot всех версий, Stoned Bootkit и все возможные в будущем вариации на тему заражения MBR). Читать описание и скачать утилиту можно здесь:

http://www.esagelab.ru/resources.php?s=bootkit_remover.

Далее – предыстория.

Буткиты, как разновидность широко распространенных вредоносных программ, появились in the wild в начале 2008-го года в лице семейства троянцев Sinowal (или Mebroot, по классификации других вендоров) и стали настоящей головной болью для антивирусной индустрии.

К тому же, недавно был представлен концептуальный буткит – Stoned Bootkit. Это послужило поводом для проведения небольшого исследования (см.ниже) с целью выяснить, как справляются антивирусы со старой доброй угрозой и ее новыми вариациями, а результаты тестирования, в свою очередь, послужили поводом для разработки простой и универсальной утилиты для лечения любых заражений MBR.

Предыстория

Современный буткит, фактически, представляет собой продолжение идей старых-добрых загрузочных вирусов времён DOS под NT платформу. Их история началась с презентации eEye Digital Security на конференции Black Hat USA в 2005-м году, в ходе которой был представлен концепт, запускающийся из главного загрузочного сектора и содержащий в качестве "полезной нагрузки" NDIS-бекдор, который позволял удалённо выполнять произвольный код на захваченном хосте:

http://www.blackhat.com/presentations/bh-u...s-05-soeder.pdf

Именно этот код и взяли за основу авторы троянца Sinowal, дополнив его функционалом по загрузке драйвера и механизмами сокрытия вредоносной активности, сделавшими удаление данного буткита делом совсем нетривиальным. Что из себя представляет Sinowal?

1. В процессе заражения компьютера дроппер буткита модифицирует код главной загрузочной записи (MBR). Работающий в системе троянец не виден в качестве файла, он "живёт" исключительно в MBR и первых секторах диска, которые не относятся к какому-либо разделу.

2. Во время загрузки системы, MBR-код буткита перехватывает процедуру чтения ядра операционной системы с диска, для осуществления патчинга вызова функции IoInitSystem рядом с точкой входа. После этого (так же как и в случае с легитимным загрузочным кодом) дальнейшее управление процессом загрузки передаётся загрузочному коду системного раздела, который, в свою очередь, считывает и запускает загрузчик операционной системы (ntldr).

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

4. Драйвер троянца устанавливает перехваты на драйвера дисковой подсистемы, которые, при попытке чтения модифицированного MBR, возвращают сохранённую копию оригинального загрузочного сектора.

5. На более поздних этапах инициализации и работы системы в процессы пользовательского режима драйвером внедряется код, который осуществляет взаимодействие троянца с командным центром а так же представляет собой spyware, ориентированный на кражу аккаунтов для доступа к системам онлайн-банкинга.

Неудивительно, что появление подобного зловреда вызвало бурную реакцию всего security-сообщества, ведь до этого, буткиты воспринимали исключительно как интересные концепты, которые вряд ли получат развитие в виде реальных угроз.

Первое развёрнутое описание (а заодно и первая работающая утилита, позволяющая удалять буткита) были опубликованы автором популярного антируткита GMER на своём сайте:

http://www2.gmer.net/mbr/

Несколько позже, интересными публикациями отличились и эксперты Лаборатории Касперского, вслед за которыми детектирование первого семейства Sinowal-а добавили в свои продукты и другие крупные антивирусные вендоры:

http://www.securelist.com/ru/analysis/2040...tkit_vyzov_2008

http://www.securelist.com/ru/analysis/2040..._I_kvartal_2008

Второе, актуальное и по сей день, поколение Sinowal-а увидело свет в марте 2009-го года:

http://www.securelist.com/ru/analysis/204007655/Butkit_2009

Из-за более интересных перехватов чтения диска, и возможно, по некоторым другим причинам, лечение активного заражения этой версии стало ещё большей проблемой для производителей антивирусов.

Тестирование

Задачей тестирования было проверить, насколько качественно антивирусы детектируют и лечат вредоносные программы, модифицирующие MBR, и насколько они готовы к появлению новых угроз такого типа. Для этого, во-первых, необходимо выяснить, каким образом антивирусы детектируют вредоносный код в MBR: сигнатурно или универсально. Сигнатурное детектирование бессильно против новых модификаций старой угрозы. Во-вторых, необходимо протестировать антивирусы с уже появившейся «новой угрозой».

К сожалению, у меня не было ни времени ни желания тестировать все несколько десятков антивирусов от разных компаний, поэтому, в тестирование попали только те, которые по информации от самих вендоров и слухам с форума anti-malware.ru способны детектировать и/или лечить второе поколение Sinowal-а.

Итак, перед нами:

* McAfee VirusScan 13.15.101

* Dr.Web CureIt! 5.0.2.9230

* Kaspersky Antivirus 2009 9.0.0.463

* ESET NOD32 4.0.437.0

* Avast Pro 4.8.1356.0

* Symantec Trojan.Mebroot Removal Tool 1.0.1.0

* F-Secure BlackLight 2.2.1092.0

Кроме того, в тестировании приняла участие бесплатная утилита-антируткит RootRepeal версии 1.3.5.0.

Перейдём к делу.

Тестирование производилось на VMware, с установленной Windows XP Professional SP2. Всего было развёрнуто три разных тестовых стенда.

1. Самый обычный сампл Sinowal-а второго поколения, дроппер которого датирован концом мая 2009-го года:

http://www.virustotal.com/analisis/b29a3d8...4130-1243663256

2. Модифицированная версия Sinowal-а которая была полученна следующим образом: я дизассемблировал код загрузочной записи руткита, прочитанный с зараженной машины, модифицировал его, разбавив мусорными xor-ами и nop-ами и с целью сбития сигнатуры, и после ассембилрования записал обратно на диск. Код доступен для скачивания здесь:

http://www.esagelab.com/files/sinowal-b_modified.zip.

sinowal-b_modified.jpg

Модифицированный загрузочный код буткита (добавленные инструкции выделены).

3. Stoned Bootkit. Это очередной концептуальный буткит, который был представлен на конференции BlackHat в этом году. Публично доступная версия буткита является сильно урезанной: кроме инфектора и, собственно, загрузочного кода в ней фактически ничего нет. Дополнительная информация доступна на сайте проекта: http://www.stoned-vienna.com/.

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

Пример лога:

==============================================>Stealth==============================================0x8122CB80 Page with executable code [ ETHREAD 0x81400DA8 ] TID: 256, size: 1152 bytes0x811E9B29 Page with executable code [ ETHREAD 0x813C9DA8 ] TID: 652, size: 1239 bytes0x811E6B13 Page with executable code [ ETHREAD 0x813D25D0 ] TID: 656, size: 1261 bytes0x811BAB07 Page with executable code [ ETHREAD 0x81416570 ] TID: 744, size: 1273 bytes0x81202AF1 Page with executable code [ ETHREAD 0x815BC570 ] TID: 752, size: 1295 bytes0x81208A55 Page with executable code [ ETHREAD 0x815BC570 ] TID: 752, size: 1451 bytes0x811DA9B1 Page with executable code [ ETHREAD 0x815BB8F8 ] TID: 684, size: 1615 bytes0x811E78F8 Page with executable code [ ETHREAD 0x813D25D0 ] TID: 656, size: 1800 bytes0x811E87B9 Page with executable code [ ETHREAD 0x813C9DA8 ] TID: 652, size: 2119 bytes0x811BB6B2 Page with executable code [ ETHREAD 0x815BC570 ] TID: 752, size: 2382 bytes0x811C3581 Page with executable code [ ETHREAD 0x81661A90 ] TID: 748, size: 2687 bytes0x811DE4A3 Page with executable code [ ETHREAD 0x817CB810 ] TID: 24, size: 2909 bytes0x8120648C Page with executable code [ ETHREAD 0x815BC570 ] TID: 752, size: 2932 bytes0x811E841F Page with executable code [ ETHREAD 0x815BCDA8 ] TID: 660, size: 3041 bytes0x8121F419 Page with executable code [ ETHREAD 0x815BC570 ] TID: 752, size: 3047 bytes0x8121E3CA Page with executable code [ ETHREAD 0x815BC570 ] TID: 752, size: 3126 bytes0x811EC3B6 Page with executable code [ ETHREAD 0x815BCDA8 ] TID: 660, size: 3146 bytes0x811FE321 Page with executable code [ ETHREAD 0x813F3B20 ] TID: 252, size: 3295 bytes0x811FE25E Page with executable code [ ETHREAD 0x81400B20 ] TID: 264, size: 3490 bytes0x811FB20A Page with executable code [ ETHREAD 0x813F3B20 ] TID: 252, size: 3574 bytes0x8120EA80 Unknown thread object [ ETHREAD 0x813F3DA8 ] TID: 248, size: 592 bytes0x811FB187 Unknown thread object [ ETHREAD 0x813F3B20 ] TID: 252, size: 592 bytes0x8122CAF7 Unknown thread object [ ETHREAD 0x81400DA8 ] TID: 256, size: 592 bytes0x811FE119 Unknown thread object [ ETHREAD 0x81400B20 ] TID: 264, size: 592 bytes0x8123FDF0 Unknown thread object [ ETHREAD 0x816EB030 ] TID: 560, size: 592 bytes0x811C3417 Unknown thread object [ ETHREAD 0x8165BDA8 ] TID: 648, size: 592 bytes0x811C0D7C Page with executable code [ ETHREAD 0x815BC570 ] TID: 752, size: 644 bytes0x811D5D2D Page with executable code [ ETHREAD 0x815BCDA8 ] TID: 660, size: 723 bytes0x8120ED0B Page with executable code [ ETHREAD 0x813F3DA8 ] TID: 248, size: 757 bytes

Кроме того, для диагностики системы использовалась и утилита собственной разработки, речь о которой пойдёт в конце поста.

Результаты тестирования привожу в виде таблицы (детектирование/удаление).

bootkits_table.gif

В таблице не фигурируют утилиты и продукты от Avast, Symantec и F-Secure, так как они провалили тест, отказавшись впринципе детектировать что-либо из использовавшихся самплов. Но результаты по остальным оказались весьма интересные, и с ходу вызывают достаточно много вопросов.

1. Почему в первом тесте NOD32 не смог вылечить активное заражение?

Если честно, для меня самого это осталось загадкой, особенно с учётом того, что ESET зарелизил отдельную утилиту-ремовер, замечательно справляющуюся с удалением не модифицированного Sinowal-а обеих поколений. Однако, в силу того что среднестатистический пользователь вряд ли додумается найти и использовать эту утилиту, я посчитал более справедливым включить в тестирование именно "большой" продукт.

2. Почему во втором тесте большинство продуктов от антивирусных компаний смогли детектировать буткит, но не смогли с ним ничего сделать?

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

3. А почему антивирусы не смогли детектировать модифицированный загрузочный код буткита?

Это звучит пугающе, но загрузочный код детектируется исключительно сигнатурно. Да, вы не ослышались, это полный и невообразимый [песец]: активный руткит, который легко идентифицировать по подменённому загрузочному коду (при попытке его считывания стандартными средствами) напрочь игнорируется, если сгнатуры этого самого загрузочного кода нет в базе. Удивительно, но всего за десять минут работы мы смогли проапгрейдить версию зловреда почти пятимесячной давности таким образом, что удалить её не смог ни один антивирус.

4. Но ведь RootRepeal замечательно справляется с удалением буткита в первых двух тестах?

Да, справляется. Автор этого антируткита написал "правильный" детект, который срабатывает именно в случае обнаружения аномалии (несоответствие загрузочного кода при попытке его чтения разными средствами). На лицо повторение ситуации, которая какое-то время назад сложилась и в области классических руткитов: бесплатная утилита, написанная энтузиастом-одиночкой справляется с лечением технически сложных троянов гораздо лучше, чем продукты больших компаний, в написание которых было вложенно огромное количество материальных ресурсов и человеко-часов.

5. Почему почти никто не детектирует и не лечит Stoned Bootkit?

С RootRepeal-ом всё просто: это антируткит, и его задачей является исключительно детектирование аномалий. Stoned никак не скрывает свой код в MBR, из-за этого и игнорируется антируткитом. Однако, подобная формулировка не сможет служить оправданием в случае с антивирусами.

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

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

Утилита

В завершение этой заметки, я хотел бы представить вашему вниманию утилиту собственной разработки, которая является универсальным средством для детектирования и удаления буткитов.

Её главные отличительные особенности:

- Корректно детектирует и лечит активное заражение как распространенных in the wild буткитов (включая все модификации Sinowal/Mebroot), так и неизвестных зловредов подобного класса.

- Протестирована и работает на 32-х и 64-х разрядных операционных системах Microsoft Windows XP, Server 2003, Vista, Server 2008 и Windows 7 (RC1 и RTM).

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

bootkit_remover.jpg

Bootkit Remover нашел активный Sinowal-b.

Ремовер простой в использовании.

Утилита работает из командной строки (необходимы права администратора).

Проверка MBR для всех физических накопителей:

> remover.exe

В отчете сканирования выводится один из трех вердиктов для каждого физического накопителя:

OK (DOS/Win32 Boot code found) - MBR содержит оригинальный загрузочный код операционной системы DOS/Windows.

Unknown boot code - MBR содержит неизвестный загрузочный код. На практике это может означать то, что в системе присутствует буткит который не скрывает модифицированный загрузочный код. Кроме того, подобный статус будет выводится в случае использования какого-либо нестандартного мененджера загрузки (например, GRUB).

Controlled by rootkit! - в системе обнаружен активный буткит, который препятствует чтению модифицированного загрузочного кода стандартными средствами (именно так детектируется Sinowal/Mebroot).

Восстановление оригинального загрузочного кода Windows:

> remover.exe fix <device>

... где <device> - это системное имя физического накопителя, на котором вы хотите восстановить загрузочный код (например, \\.\PhysicalDrive0).

Дамп загрузочного кода в консоль или в файл:

> remover.exe dump <device> [output_file]

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

*** ВНИМАНИЕ!

При перезаписи MBR всегда существует небольшой риск нанести вред операционной системе. Поэтому, перед тем как использовать утилиту Bootkit Remover, обязательно приготовьте загрузочный установочный диск с используемой версией Windows, с помощью которого (Recovery Console) можно восстановить MBR в случае его повреждения.

Скачать утилиту можно здесь: http://www.esagelab.com/files/bootkit_remover.rar

По вопросам работы ремовера связываться со мной лучше всего по е-mail: dmitry@esagelab.ru

Я буду благодарен за любые дополнения и исправления по теме поста. Если вы владеете проверенной информацией, согласно которой какой-либо не попавший в обзор продукт может детектировать/удалять Sinowal - пишите, я с радостью включу его в тестирование.

UPD:

EsetInspector, после запуска сервисного скрипта, смог успешно излечить Sinowal.b и Stoned Bootkit, однако, модифицированную версию Sinowal-а попросту не увидел.

Спасибо юзерам santy и VNE за информацию.

  • Upvote 5

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
santy

EsetInspector в составе ESET NOD32 детектирует, и удаляет Stoned Bootkit через исполнение сервисного скрипта.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
OlegAndr

Я не понял - а код буткита в паблике - это как понимать? Умышленное написание и распространение вирусов?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Lafiel

EPIC FAIL.

На тестовой машине было установлено два винчестера:

HDD0 (загрузочный WinXP, OS WinXP)

HDD1 (загрузочный Win7, OS Win7)

Компьютер запустили с HDD0, соответственно загрузилась WinXP.

С помощь WinHex на HDD1 был изменен загрузочный сектор(просто занулен).

После чего запущена данная утилита и бут сектор был востановлен,

вот только он почему-то оказался от WinXP, а не от Win7.

Напрашивается подозрение, что тулза просто определяет, под какой ОС она запущена,

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

Вот мне интересно, у меня на машине стоит Linux и WinXP, а загрузочник GRUB(Linux),

так получается из под XP она мне его затрет на стандартный загрузочник XP и мой

GRUB будет нервно курить в сторонке?! Надо бы это проверить ... предварительно забэкапив всю систему.

В целом тулза конечно полезная, но уж слишком ненадежная для нетривиального пользователя.

И уж тем более никак не панацея от всех буткитов.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Umnik
В целом тулза конечно полезная, но уж слишком ненадежная для нетривиального пользователя.

Ммм... fixmbr с блек джеком и шлюхами?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
d_olex
EPIC FAIL.

lolwut? Так может VBA32 умеет mebroot лечить?

тулза просто определяет, под какой ОС она запущена, и пишет в загрузочную область соответствующий загрузчик

Спасибо, Капитан Очевидность)

К сожалению, по-другому никак: по очереди маунтить все партиции на целевом накопителе и смотреть что за ОС туда утсановленна - ещё менее надёжно. Возможно, в следующем билде опциональную возможность выбора буткода для конкретной ОС мы предоставим юзеру.

В целом тулза конечно полезная, но уж слишком ненадежная для нетривиального пользователя.

Да, в мануале к тулзе действительно стоит указать, что восстановление бутсектора рекомендуется делать только на том накопителе, с партиции которого запущенна рабочая ОС, но это не даёт адекватного повода судить о надёжности/не_надёжности впринципе: если юзер будет включать голову перед тем как что-то затирать, то всё будет ок

И уж тем более никак не панацея от всех буткитов.

От каких конкретно, например?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
d_olex
Ммм... fixmbr с блек джеком и шлюхами?

Вроде того: не требует таскать с собой пачку загрузочных дисков под все возможные версии Windows и может показывать состояние MBR, помимо, собственно, лечения.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Guest VNE
santy Дата Сегодня, 12:39

EsetInspector в составе ESET NOD32 детектирует, и удаляет Stoned Bootkit через исполнение сервисного скрипта.

Подтверждаю!

http://www.eset.eu/encyclopaedia/win32-sto...otkit-dr?lng=en

http://www.virustotal.com/ru/analisis/6e9d...8a69-1253609893

f56493ab142cb8ae5bdd673f52f277f1.png

be1723786ee0722d8bd4cd29776e7b51.png

Напротив mebroot поставил + ;)

d8ac5e370c0116a17d7536e15d21d2c9.png

Выполнил, пере-загрузился!

Чисто. ;)

086a5818ac911f7d79be27e50d6a7c25.png

Скрипт лечения -прикрепил.

Второе и первое поколение mebroot тоже лечит. ;)

Rootkit: @Trojan.Win32/Mebroot *1,0*, Rootkit: @Trojan.Win32/Mebroot *2,0*

SysInspector_VRT_ПК_090922_2301.zip

SysInspector_VRT_ПК_090922_2301.zip

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
d_olex

VNE

В архиве из аттача обнаружил только отчёт сисинспектора, гугл тоже ничего вразумительного не выдал, где же найти заветный скрипт для удаления?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Guest VNE

fdd2dc539603e1c79450645aec991660.pngbf8a4ff41c576afb126fe04a2386077c.png

Eset Sysinspector-> файл-> запустить сценарий службы-> открываем SysInspector-VRT-ПК-090922-2301.txt :)

91af91dc360d78ff1d3e2731d7bf7f23.png

63fd1533eaae48f955c8c9f76d9880d8.png

Запустить!

Сценарий обслуживания является вспомогательным средством для пользователей программы ESET SysInspector. Он предназначен для удаления из системы нежелательных объектов.

Сценарий обслуживания позволяет пользователям целиком или частично экспортировать журнал SysInspector. После экспорта пользователь может выбрать и отметить объекты для удаления. Затем можно запустить сценарий с отредактированным журналом для удаления отмеченных объектов.

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

Пример.

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

Загрузите ESET SysInspector и создайте новый снимок состояния компьютера.

Щелкните первый элемент в разделе слева (в древовидной структуре), нажмите клавишу CTRL, а затем выберите последний объект, чтобы отметить все элементы в списке. Отпустите клавишу CTRL.

Щелкните выделенные объекты правой кнопкой и выберите команду контекстного меню «Экспортировать в сценарий обслуживания».

Выбранные объекты будут экспортированы в новый журнал.

Далее следует наиболее важный шаг всей процедуры: откройте созданный журнал и измените атрибут «–» на «+» для всех объектов, подлежащих удалению. Убедитесь, что не отмечены объекты, жизненно важные для работы операционной системы.

Откройте ESET SysInspector, щелкните «Файл» > «Загрузить сценарий обслуживания» и введите путь к своему сценарию.

Нажмите «OK», чтобы запустить сценарий.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Lafiel
т каких конкретно, например?

Ну уж точно не от

"все возможные в будущем вариации на тему заражения MBR"

Лично я бы не рискнул заглядывать даже в недалекое будущее буткитов.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
d_olex

VNE:

Несколько неочевидный способ, ожидал что-то схожее со скриптами AVZ)

Значит, провёл тестирование.

Действительно, EsetInspector после запуска сервисного скрипта, смог успешно излечить Sinowal.b и Stoned Bootkit, однако, модифицированную версию Sinowal-а попросту не увидел/не показал:

0b97d9dca69d50f0c627f21b018a7a64.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Guest VNE

Кстати, у вас старые базы.. :)

Последняя версия обновлений: 4477.

ESS 4.0.467.0

База данных сигнатур вирусов: 4477 (20091002)

Модуль обновления: 1029 (20090623)

Модуль резидентного сканирования: 1241 (20091001)

Модуль расширенной эвристики: 1098 (20090924)

Модуль поддержки архивов: 1103 (20090923)

Модуль очистки: 1045 (20091001)

Модуль Anti-Stealth: 1012 (20090526)

Модуль персонального файервола: 1052 (20090922)

Модуль защиты от спама: 1012 (20090608)

Модуль состояния системы: 1213 (20090902)

Модуль поддержки самозащиты : 1009 (20090917)

У меня так: настройки-> обновления-> включить тестовый режим. :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
chk
тулза просто определяет, под какой ОС она запущена, и пишет в загрузочную область соответствующий загрузчик
Спасибо, Капитан Очевидность)

К сожалению, по-другому никак: по очереди маунтить все партиции на целевом накопителе и смотреть что за ОС туда утсановленна - ещё менее надёжно.

Ога. При этом - антивирусная индустрия полные лохе, хоть ряд продуктов и умеет восстанавливать "оригинальный" бут сектор, а у вас аж целый Bootkit Remover, который перетирает буты, даже если никаких буткитов на машине нет. Конгениально, гггг

P.S.

Спасибо юзерам santy и VNE за информацию.

Можно написать проще: Спасибо Веталег (тм)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Umnik

d_olex

Сразу не было времени сказать. Не нарушайте правила, маты запрещены.

Машем Виталегу ручкой.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
priv8v
Можно написать проще: Спасибо Веталег (тм)

santy не виталег

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
ASMax
И уж тем более никак не панацея от всех буткитов.

От каких конкретно, например?

От тех, которые прикроют лавочку со scsi-запросами. :)

ЗЫ: Кстати, если система вернет вам достаточно большое число накопителей, то утилита упадет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
d_olex
От тех, которые прикроют лавочку со scsi-запросами. :)

ЗЫ: Кстати, если система вернет вам достаточно большое число накопителей, то утилита упадет.

Кроме того, что реализовано в утилите, я знаю ещё минимум два способа взаимодействия с диском на секторном уровне, которые никто не перехватывает. Если вдруг они исчерпают себя - это будет очень замечательным поводом для написания дженерик-анхукера под storage devices stack.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Андрей-001

Коллеги, не будет ли лучшим решением, не критиковать представленную тут работу, а объединить свои умные головы для достижения максимального успеха?

Думаю, что ВАМ ВСЕМ есть что добавить и предложить в этом направлении работы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Fixxxer®

Утилита хороша, слов нет. Минус один: абсолютная невозможность создавать журнал работы.

Что хочу я как хелпер:

1. Просканировать систему.

2а. Если что-то найдёт - делаем карантин MBR и фиксим.

2б. Если чисто - кланяемся.

Как это реализуется в работе. По п.2 всё ясно:

Сохраните текст ниже как cleanup.bat в ту же папку, где находится скачанная Вами утилита (в Блокноте вставьте текст, затем Файл - Сохранить как - Выберите 'Тип файла: все файлы' и 'Имя файла: cleanup.bat'. Не забудьте сохраниться именно в ту папку, где находится утилита!).
remover dump \\.\PhysicalDrive0 mbr.binremover fix \\.\PhysicalDrive0

Запустите cleanup.bat
По окончании в папке появится файл mbr.bin. Пришлите его в карантин согласно Правил (Приложение 3).

По п.1. ничего не ясно: весь вывод в консоли, что там, как там - видит только пользователь. Что там и как там - можно понять только из слов, а если человек не знает английский? Рекомендация типа

remover.exe > log.txt

тоже не спасает: по выполнению работы утилита ждёт Any Key, если это на экране не отобразится - пользователь будет до посинения сидеть и ждать окончания работы (если по счастью на клавиатуре что-то не нажмёт).

Можно это исправить? Или ключ scan [path_to_logfile] придумать или просто Any Key в конце убрать....

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
TANUKI

Хм... а как провериться на наличие этой заразы? А то смущает меня падучесть Лисы и иногда Проводник падает в 7-ке (7100)... ЕСЕТовского инспектора достаточно?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Fixxxer®

Пусть меня поправят, но кажется в Vista и тем более в Win7 Sinowal/Bootkit не распространяется.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
didok

у меня Remover пишет Unknown boot code при попытке дальнейшей проверки Remover отключается как быть дальше хотел полностью вставить картинку как у вас ---не получается.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
didok

я поставил новый жесткий диск и получается что кто-то сразу изменил код загрузки тогда где он сидел в оперативке или biosе так получается

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • demkd
      ---------------------------------------------------------
       4.99.2
      ---------------------------------------------------------
       o Это обновление повышает качество работы с удаленной системой и снимает некоторые ограничения.
         Работа с удаленным рабочим столом вышла на новый уровень недостижимый для подавляющего большинства программ удаленного управления.
         Функция оптимизирована для работы в локальной сети, что обеспечивает минимальный, почти неощутимый лаг и высокий максимальный fps.
         Дополнительно это обновление исправляет проблему с анализом ответа от сервиса VT.

       o Для Windows 8 и старше для получения копии экрана теперь используется Desktop Duplication API + DX11,
         который уменьшает загрузку процессора в удаленной системе и изменяет FPS в зависимости
         от интенсивности изменения содержимого экрана, что позволяет устанавливать нулевую задержку
         для обновления экрана без существенной загрузки процессора, что в свою очередь обеспечивает
         минимальный инпут лаг. В этом режиме состояние кнопки "CAPBLT" игнорируется.
         Максимальный fps в этом режиме минимум в 2 раза выше, чем в устаревших системах.

       o В клиентской части для отрисовки экрана задействован Direct2D с поддержкой использования ресурсов видеокарты,
         что позволяет отображать удаленный рабочий стол с приличным FPS даже при масштабировании кадра.
         Качество масштабирования экрана при использовании аппаратного ускорения стало заметно выше.
         (!) Минимальные требования Vista SP2/Windows Server 2008 SP2.

       o Добавлена поддержка передачи стандартных курсоров, стандартные курсоры не рендерятся на рабочий стол,
         а устанавливаются в клиентской системе, что позволяет избежать лагов при движении курсора и повышает fps.
         (!) В удаленных системах без физической мыши для поддержки этой функции необходимо активировать отображение курсора мыши.
         (!) Win+U -> Мышь и выбрать "Управлять мышью с помощью клавиатуры".

       o Исправлена и оптимизирована функция сжатия фреймов при работе с удаленным рабочим столом, из-за ошибки
         не поддерживались фреймы размером более 2560x1600 пикселей.
         Время сжатия фрейма уменьшено на 40%. (для 32/24 битных режимов)
         Коэффициент сжатия фрейма увеличен на 25%. (для всех режимов)
         (!) Новая функция не совместима со старыми версиями uVS, если у вас в настройках флаг bReUseRemote = 1,
         (!) то перед обновлением необходимо закрыть все серверные часть uVS на удаленных компьютерах с помощью
         (!) старой версии uVS.

       o В целях уменьшения трафика добавлена поддержка понижения цветности для 32/24/16bpp  режимов экрана
         (детализация не понижается, а лишь удаляется избыточная информация о цвете).
         Вы можете выбрать в списке 24bpp (24 бита на цвет), 15bpp (15 бит) и 7bpp (7 бит).
         7bpp это черно-белый режим со 128 градациями серого. Яркость в это режиме представлена средним арифметическим
         цветовых компонент, этот вариант смотрится лучше и требует меньше ресурсов процессора, чем "правильное" обесцвечивание.
         Каждый шаг понижения цветности экономит до 70% трафика относительно предыдущего режима, однако 24bpp
         позволяет достичь максимального fps (только при достаточной ширине канала), за счет минимального времени сжатия картинки.

       o Повышена точность трансляции координат курсора.

       o Добавлена дополнительная кнопка "1:1", при нажатии на нее устанавливается размер отображаемого рабочего стола 1:1
         (при физической возможности), а при нажатии на нее правой кнопкой мыши высота окна остается неизменной,
         а ширина окна подстраивается под соотношение сторон удаленного рабочего стола.

       o Изменена функция кнопки "[ ]", при при первом нажатии на нее высота удаленного рабочего стола становится максимальной
         с учетом высоты таскбара, при повторном нажатии размер удаленного рабочего стола масштабируется до максимума в соответствии
         с текущим разрешением клиентского монитора и учетом соотношения сторон исходного изображения вплоть до перехода в полноэкранный режим,
         заголовок окна и управляющие кнопки автоматически скрываются и проявляются если подвести курсор мыши к верхней границе дисплея,
         эффект от третьего нажатия на эту кнопку соответствует эффекту от первого нажатия.
         Горячая клавиша RWIN доступна и в полноэкранном режиме, при ее нажатии в клиентской системе полноэкранный режим будет отменен и будет
         активировано ближайшее окно другого приложения (эмуляция Alt+Tab), при повторном ее нажатии или переключении в окно удаленного рабочего стола
         полноэкранный режим будет восстановлен.

       o Передача удаленного рабочего стола и нажатий кнопок теперь производится через сокет открываемый на время
         передачи по случайному порту, что позволило дополнительно повысить FPS и отзывчивость удаленного интерфейса.
         Серверная часть uVS на удаленном компьютере автоматически добавляет себя в исключения брандмауэра Windows при запуске
         и удаляет себя из исключений при завершении. При использовании стороннего фаервола необходимо добавить uVS в исключения
         самостоятельно на удаленной машине, в этом случае необходимо прописать bFixedName=1 в settings.ini, что бы имя исполняемого файла
         было постоянным.
         В качестве имени удаленного компьютера допустимо использовать:
          o IPv4 (подключение по TCP-IPv4, максимальная скорость запуска серверной части)
          o Имя компьютера (автоматический выбор версии IP, скорость передачи картинки выше в случае TCP-IPv6 в пределах 4%)
          o Доменное имя   (автоматический выбор версии IP)
         (!) Приоритетным протоколом является IPv6, т.е. если у удаленной системы есть IPv4 и IPv6 адрес, то подключение будет по IPv6.
         (!) Если вы используете Ф или сторонний фаервол то в клиентской и удаленной системе необходимо разрешить исходящие запросы
         (!) по протоколу ICMPv6 для SYSTEM.
         (!) Подключение по IPv6 доступно начиная с WinXP.
         (!) Для работы с удаленной системой без отображения рабочего стола внесение изменений в настройки фаервола не требуется.

       o Новый параметр в settings.ini
         [Settings]
         ; Использовать IPv6 при подключении к удаленному рабочему столу.
           bIPv6 (по умолчанию 1)

       o В окне удаленного рабочего увеличено количество поддерживаемых мониторов с 6 до 10 (кнопки 1-10).

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

       o При работе с удаленным рабочим столом добавлена поддержка нажатия Ctrl+Alt+Del (кнопка CAD) для Windows Vista и старше.
         Для реализации этой функции добавлен новый модуль: usas.
         (!) На время его выполнения модифицируется групповая политика для разрешения использования SAS.
         (!) Чтобы эта функция работала в Windows Server 2008 и Windows Vista,
         (!) необходимо скопировать библиотеку(и) sas.dll из Windows 7:
         (!) C:\Windows\System32\sas.dll и C:\Windows\SysWOW64\sas.dll (для Vista x64 нужны обе)
         (!) и поместить их в C:\Windows\System32 и C:\Windows\SysWOW64 соответственно.
         (!) Эти библиотеки из Windows 7 были добавлены в STORE (каталоги NT60 и NT60x64).

       o Улучшена функция получения доступа к защищенным от чтения файлам на NTFS разделах.
         Теперь файлы, которые полностью защищены от открытия на уровне ядра, т.е. те что ранее не читались uVS,
         можно проверять по хэшу, копировать в Zoo и проверять их ЭЦП (в том числе и драйвер Ф).
         Добавлена поддержка чтения мелких защищенных файлов и файловых потоков полностью помещающихся в записи MFT.
         (новая функция прямого доступа к диску портирована из badNTFS Pro v2.21)

       o Обновлено окно лога для более быстрого добавления в него строк из нескольких потоков одновременно.
         Отображение строки лога ограничено 512 символами, однако при копировании строки или всего лога в буфер обмена копируется
         строка исходной длины, теперь лимита на длину строки нет.

       o Снят лимит на длину строк в окне информации о файле.

       o Снят лимит на путь и длину командной строки в окне истории процессов и задач.

       o Максимальный размер cmd/vbs и т.д. текстовых файлов, хранящихся в описании файла в поле #FILE#, увеличен до 128kb.
         Восстановить файл из образа автозапуска можно поместив значение данного поля в буфер обмена и далее
         сохранив его в любом текстовом редакторе.

       o В лог добавлено состояние брандмауэра. (0 - выключен, 1 - включен).

       o В окно установленных программ добавлена кнопка "Сохранить", которая сохраняет список программ в текстовый файл.

       o Обновлены start и start_x64: улучшена четкость шрифта в новых системах.

       o Обновлена функция разбора ответа от сервиса VT.
         Дополнительно в лог добавлены результаты из раздела sigma_analysis.

       o Окно истории процессов и задач стало немодальным.
         Перейти в это окно теперь можно из окна информации через его контекстное меню при щелчке правой кнопкой мыши по
         строке содержащей pid.
         (!) История процессов доступна лишь при активном отслеживании процессов и задач. (твик #39)

       o Исправлена критическая ошибка в функции обновления окна списка.

       o Исправлена критическая ошибка в функции проверки одного файла по списку критериев.

       o Исправлена критическая ошибка в функции сканирования реестра: длинные значения ключей полностью игнорировались.
         Теперь при обнаружении значения длиной свыше 1024 байт в лог выводится предупреждение с указанием ключа, имени значения
         и содержимого значения. Если в значении будет выделен файл то файл становится подозрительным.
         Эта ошибка присутствовала с v1.0.

       o Исправлена ошибка при открытии окна удаленного рабочего стола, задержка обновления экрана была 50мс
         вне зависимости от текущих настроек до ее изменения вручную.

       o Обновлена функция определения файлов запускавшихся неявно для совместимости с новыми билдами Windows.

       o Исправлена ошибка из-за которой в очень редких случаях мог не отображаться удаленный рабочий стол.

       o Исправлена функция обработки двойного щелчка кнопкой мыши.

       o Исправлена ошибка из-за которой клиент мог долго завершать работу с выдачей ошибок
         при штатном завершении серверной части.

       o Исправлена ошибка [Error: 0x80004002 - Интерфейс не поддерживается] в твике(27) удаления политик Chrome
         при работе с удаленной системой и при выполнении команды "regt 27" из скрипта.

       o Для Windows 11 возвращен оригинальный стиль чекбоксов, начиная с некоторого обновления их наконец-то исправили.

       
    • PR55.RP55
      Как бы это выявлять и исправлять в uVS ? https://forum.kasperskyclub.ru/topic/464495-pojmal-virusa-pereimenovalis-sluzhby/
    • Ego Dekker
      Домашние антивирусы для macOS были обновлены до версии 7.5.74. Добавлена поддержка macOS Sequoia (версия 15).
    • PR55.RP55
      Можно сделать так чтобы объект в списке отображался не под своим именем, а под именем критерия. ( или по результату проверки на V.T ) - ( по настройке в settings.ini ) Для чего? Например в списке есть: oikgcnjambfooaigmdljblbaeelmeke odbmjgikedenicicookngdckhkjbebpd Но объект  может отображаться внятно: oikgcnjambfooaigmdljblbaeelmeke = T-Сashback1 — кэшбэк-сервис odbmjgikedenicicookngdckhkjbebpd = T-Сashback2 — кэшбэк-сервис  
    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 17.2.8.
×