Многократно возросла эффективность Dr.Web CureIt! - Dr.Web - антивирусная защита для дома и офиса - Форумы Anti-Malware.ru Перейти к содержанию
K_Mikhail

Многократно возросла эффективность Dr.Web CureIt!

Recommended Posts

K_Mikhail

Многократно возросла эффективность Dr.Web CureIt!

24 июня 2010 года

Компания «Доктор Веб» – российский разработчик средств информационной безопасности – объявляет о выпуске кардинально обновленной бесплатной утилиты Dr.Web CureIt! Этот продукт приходит на выручку миллионам пользователей во всем мире, зачастую спасая в самых безнадежных ситуациях. Обновленная версия использует в своей работе принципиально новые алгоритмы борьбы с киберугрозами. Бета-тестирование уже выявило существенное превосходство Dr.Web CureIt! в эффективности над другими представителями продуктовой линейки компании. В ближайшем будущем эти усовершенствования будут реализованы в платной версии утилиты, а в дальнейшем - и во всех продуктах Dr.Web.

В основе нового Dr.Web CureIt! лежит собственный стартер, избавляющий от проблем лечения, связанных с недостатками работы стандартного распаковщика WinRAR . С его помощью минимизирована вероятность злонамеренной блокировки утилиты при ее старте, а также решена проблема возможности распаковки файла без его запуска, которая до сих пор позволяла злоумышленникам собирать утилиту сторонними средствами и под видом Dr.Web CureIt! распространять троянские программы.

Самозащита Dr.Web активизируется на самом раннем этапе запуска. До этого момента блокировка исключается, благодаря применению новых стелс-алгоритмов, позволяющих утилите оставаться незамеченной для вирусов.

В связи с активным распространением вредоносных программ семейства Trojan.Winlock Dr.Web CureIt! оснащен уникальным режимом противодействия блокировщикам. При запуске утилиты все её окна отображаются на защищенном рабочем столе, недоступном для блокировки. Пользователь видит уведомление о том, что он может продолжить работу в режиме усиленной защиты (при этом другие операции будут недоступны) или запустить Dr.Web CureIt! в обычном режиме. При работе в усиленном режиме нельзя переключиться в обычный до окончания работы утилиты.

scr_new_cureit.jpg

В отличие от предшествующей версии новый Dr.Web CureIt! полностью совмеcтим с различными средствами аварийного восстановления Windows - такими как LiveCD и пр.

Системные требования к работе утилиты изменились: теперь поддерживается только ОС Windows 2000 и выше. Реализована поддержка 32- и 64-битных систем, причем в обоих случаях работает как самозащита, так и усиленный режим противодействия блокировщикам. Как и прежде, утилита будет обновляться по мере выпуска новых вирусных баз, оставаясь постоянно актуальной.

Уже на этапе бета-тестирования новый Dr.Web CureIt! оказался востребованным и заслужил одобрительные отзывы большого количества пользователей. Разработчики приложили максимум усилий к тому, чтобы в модернизированном виде утилита продолжала держать марку одного из самых мощных средств экстренной антивирусной помощи.

Скачать новый Dr.Web CureIt!

Источник

post-270-1277382901_thumb.jpg

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


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

Max++ будет лечить когда-нибудь?

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


Ссылка на сообщение
Поделиться на другие сайты
K_Mikhail
Max++ будет лечить когда-нибудь?

Когда обновят билд сканера хотя бы в бете...

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


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

Все-равно не будет ;) Это не TDL3.

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


Ссылка на сообщение
Поделиться на другие сайты
K_Mikhail
Все-равно не будет ;) Это не TDL3.

Имеешь в виду win32k.sys:1 и win32k.sys:2 ?

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


Ссылка на сообщение
Поделиться на другие сайты
Юрий Паршин
Имеешь в виду win32k.sys:1 и win32k.sys:2 ?

Нет, это старая версия. Текущая (появилась где-то в январе) подменяет собой произвольный драйвер.

Ну и возвращаясь к вопросу о TDSS - более месяца назад (19 мая) появилось очередное обновление руткита, с тех пор DrWeb перестал детектировать его в активном состоянии (зараженный файл). Когда будет исправлено?

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


Ссылка на сообщение
Поделиться на другие сайты
vaber
меешь в виду win32k.sys:1 и win32k.sys:2 ?

и его тоже)

[Проверяемый путь] C:\WINDOWS\system32\netlogon.dll

C:\WINDOWS\system32\netlogon.dll - ошибка чтения

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


Ссылка на сообщение
Поделиться на другие сайты
K_Mikhail
Нет, это старая версия. Текущая (появилась где-то в январе) подменяет собой произвольный драйвер.

Сейчас проверяю хотя бы на :1\:2. Январской версии у меня, кажется, нет, чтобы на ней проверить. :(

UPD Есть какой-то eventlog.dll на которой read error проявляется при проверке в активном состоянии. Оно?

Ну и возвращаясь к вопросу о TDSS - более месяца назад (19 мая) появилось очередное обновление руткита, с тех пор DrWeb перестал детектировать его в активном состоянии (зараженный файл). Когда будет исправлено?

Мой репорт bug_id=0042292 закрыт с формулировкой "исправлено ранее". Судя по всему, где-то на более свежих билдах проблема исправлена, но сам сканер пока в паблике (в той же бете) не обновлялся.

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


Ссылка на сообщение
Поделиться на другие сайты
vaber
UPD Есть какой-то eventlog.dll на которой read error проявляется при проверке в активном состоянии. Оно?

Да

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


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

Посмотрим, может, с лечением TDL3 (BackDoor.Tdss.2459) будет и лечение BackDoor.Maxplus.4. А пока -- да, воспроизводится:

[scan path] C:\WINDOWS\system32\eventlog.dllC:\WINDOWS\system32\eventlog.dll - read error

Отдельно лежащая eventlog.dll зрится как BackDoor.Maxplus.4.

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


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

Расскажите, пожалуйста, кто знает, почему большая проблема скачать что-либо (CuriIt, LiveCD) из папки ftp://ftp.drweb.com/pub/drweb/ с помощью Download Master?

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


Ссылка на сообщение
Поделиться на другие сайты
zzkk
Расскажите, пожалуйста, кто знает, почему большая проблема скачать что-либо (CuriIt, LiveCD) из папки ftp://ftp.drweb.com/pub/drweb/ с помощью Download Master?

Уважаемые представители вендора, неужели никто не в курсе проблемы?

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


Ссылка на сообщение
Поделиться на другие сайты
Denis Lipnicky
Уважаемые представители вендора, неужели никто не в курсе проблемы?

вот только недавно качал куреит, Download Master'ом - все нормально скачалось.

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


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

А у меня всегда с первого раза выдает:

1 15.08.2010 01:51:16 Download state changed to Downloading

2 15.08.2010 01:51:16 Start new section [1]

3 15.08.2010 01:51:16 Start connection to ftp.drweb.com:21 [1]

4 15.08.2010 01:51:16 Connecting to ftp.drweb.com:21 [1]

5 15.08.2010 01:51:16 Error connection [1], Errorcode=10013

6 15.08.2010 01:51:16 Socket disconnected [1]

7 15.08.2010 01:51:16 Try start again after pause 10 seconds [1]

Кол-во повторов через 10 сек. может быть очень много (только что качал livecd - более 30 повторов прошло преждече, чем началось скачивание), а может быть не очень (толко что качал cureit - скачка началась повтора с пятого). Но факт остается.

Через браузер проблем нет.

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


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

zzkk

Также сегодня качал IDM, сейчас проверил DM, качает нормально. Может, у DM какие-то проблемы были? Просто в оновном качаю через IDM.

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


Ссылка на сообщение
Поделиться на другие сайты
AlexxSun
Расскажите, пожалуйста, кто знает, почему большая проблема скачать что-либо (CuriIt, LiveCD) из папки ftp://ftp.drweb.com/pub/drweb/ с помощью Download Master?

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

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


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

Смотрите у себя настройки. С ФТП прекрасно качается (лично у меня работает и FlashGet и ReGet). Обычно же качаю при помощи файлового менеджера, по-моему гораздо удобнее.

  • Upvote 5

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


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

Спасибо за идею. Действительно, все заработало как часы, после того как убрал галочку Настройки :: Соединение :: Настройки HTTP/FTP :: Использовать пассивный режим для FTP (PASV mode).

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


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

  • Сообщения

    • demkd
      Да есть такой баг, выбор целого диска не предусмотрел.
    • PR55.RP55
      Сейчас попробовал добавить файлы и... E:\ [Error: 0x3 - The system cannot find the path specified. ] т.е. Файл > Добавить в список >  Все исполняемые файлы каталога. или пишет вышеуказанную ошибку или вешается. Это и на Win 7 и на Win 10 и с HDD дисками и с USB Диски нормально открываются т.е. доступны.
    • demkd
      А ничего с этим не сделать старые версии windows проблемные там система сама балуется внедрением потоков при очень низком уровне защиты системных процессов, а эцп вообще ничего не гарантирует когда речь заходит о внедренных потоках, зловред вполне может внедрить поток в системный процесс как с помощью подкинутой в правильное место "легитимной" dll, так и просто создав его, а тот уже в свою очередь внедрить в следующий системный и ищи концы среди вот этого вот всего.
      Все это усугубляется тем что тот же SVCHOST.EXE который был когда запущен может оказаться совсем не системным, хотя путь у него будет правильным как и файл будет иметь валидную эцп и запущен он будет якобы services.exe, в 10ке такое провернуть уже сложнее, а вот 7ке легко, потому урезать лог по принципу "оба файла имеют эцп" никак нельзя.
    • PR55.RP55
      uVS v5.0.6v x64 [http://dsrt.dyndns.org:8888]: Windows 7 Home Basic x64 (NT v6.1 SP1) build 7601 Service Pack 1 [C:\WINDOWS] (!) ПРЕДУПРЕЖДЕНИЕ: Ф зафиксировал внедрение потока C:\WINDOWS\SYSTEM32\SERVICES.EXE [428] внедрил поток [380] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [876]   C:\WINDOWS\SYSTEM32\SVCHOST.EXE [1060] внедрил поток [1276] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [336] и т.д.  А есть ли смысл выводить в лог десяток - другой аналогичных записей, если все эти файлы  в базе проверенных и у них легальная цифровая?  
    • demkd
      ---------------------------------------------------------
       5.0.6
      ---------------------------------------------------------
       o Добавлено 4 новых ключа автозапуска в список для проверки.

       o Добавлен новый статус "UWP".
         Его получают пакеты приложений универсальной платформы Windows (Universal Windows Platform Apps).

       o Добавлен новый твик #46: Отключить Windows Terminal и очистить реестр.
         Если Windows Terminal активен, в лог выдается предупреждение.
         При обнаружении подозрительных настроек Windows Terminal в конфигурационных файлах, реестре или в каталогах с фрагментами в лог выводится предупреждение.
         Если подозрительная строка найдена в JSON-файле настроек, то в список автозапуска добавляется этот файл с содержимым со статусом "подозрительный".
         В любом случае рекомендуется отключить Windows Terminal, а еще лучше немедленно удалить это из системы.
         Windows Terminal — крайне уязвимый и неоптимизированный кусок кода.

       o Улучшена функция масштабирования удаленного рабочего стола, повышено качество аппаратного апскейла, добавлен параметр "Резкость".
         (Требуется D2D и DX11 на клиентском компьютере)

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

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

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

       o Оптимизирована функция сжатия фреймов для DDAL/DDAw режимов: шрифты теперь не теряют яркость, а картинка DDAL практически неотличима от DDA1/DDA2 на глаз, 
         при этом размер сжатого фрейма вырос лишь незначительно.

       o Добавлена x64 версия report_crash.

       o Обновалена функция сбора дампа при падении uVS, функция перенесена в утилиту report_crash, что позволит
         получить максимально точную информацию о произошедшей ошибке.

       o Временно добавлена аппаратная функция обнаружения разрушения списка автозапуска в памяти uVS, что позволит отлавливать сложные в обнаружении ошибки.
         Есть 5 дампов, по которым не удалось выяснить точное место ошибки и эта функция должна помочь найти проблемное место.
         Функция снижает скорость формирования списка на ~5% на современных процессорах.

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

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

       o Исправлена ошибка разбора JSON-файлов.

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

       o Из списка доступных для подключения IP-адресов удалены адреса активных VPN.

       
×