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

Лечение vs предотвращение заражения?

Recommended Posts

ntoskrnl
Большинство вендоров отказываются от качественного лечения, интересно с чем это может быть связано? Нет желания/возможности, или современные угрозы настолько сложны, что качественное лечение миф? Так или иначе считаю отказ от лечения серьёзным пробелом в безопасности при отсутствии 100% защиты от заражения.

20 лет назад малварь занималась переворачиванием экрана, осыпанием буковок на нём и напеванием песенок через пищалку. Изредка могла как-нибудь напакостить на дискетке или даже(!) на винте, но всё это убиралось подручными средствами, вроде того же нортоновского дискедита, а то и просто редактированием autoexec.bat. Вирусы были на уровне студенческой шкоды, а материальные потери выражались, в основном, в простое техники/работников на время "буйства" таких "вирусов" и человеко-часами на их выкорчёвывание. Такую дрянь было проще и быстрее просто лечить, к тому же при архитектуре популярных тогда осей ни о каких серьёзных возможностях предотвращения программными путями нечего было и думать.

10-15 лет назад малварь занималась рассылкой спама, накручиванием порносчётчиков, подменами стартовых страниц и разными пакостями на десктопе, в вордовых доках и т.п. но уже появились "звоночки" вроде "ван-халфа" или "чернобыля", которые целенаправленно гробили данные или даже аппаратуру, или разные автодозвонщики, которые уже лезли в кошелёк. Антивирусные вендоры чухнули всё это дело и начали спешно втыкать в продукты резидентные сканеры. Зачем? А чтобы пытаться предотвратить заражение, благо состоявшийся переход на винды способствовал этому архитектурно. Тем не менее, в основном материальные затраты опять, в основном, были связаны с простоем, приведением хозяйства в исходное состояние и т.п. и больщую часть малвари, по-прежнему, было проще быстрее и дешевле лечить даже после состоявшегося заражения.

Сейчас и уже ~лет пять малварь ворует деньги. Ворует учётные данные, целенаправленно ворует конфиденциальные данные, используется, как уже видно, для промышленного саботажа на государственном уровне, похоже, что уже используется спецслужбами и практически выходит в военно-политическую плоскость. Можете "вылечить" украденные деньги, пароли, личные данные и т.п.? И вендоры, видя всю эту лавочку, и видя, что одними сигнатурами сыт не будешь, начинают внедрять в продукты хипсы, поведенческие блокираторы, облака, и т.д, и т.п. Т.е., опять пытаются предотвратить заражение, уже на другом техническом уровне. Кто-то с бОльшим успехом, кто-то с меньшим. Поэтому непонятно, почему Вы в заглавии противопоставляете лечение предотвращению. К тому же популярной становится идея лечения, как отдельной платной услуги, вместо взимания ежегодной платы, что заразишься, что не заразишься, что вылечит антивирус, что не вылечит. В мировой экономике творятся такие штуки, что хочется зажмуриться, а кушать хотят и антивирусные компании, и те кто раньше по кредитке скупал лицензии, не думая.

И ещё

Так или иначе считаю отказ от лечения серьёзным пробелом в безопасности при отсутствии 100% защиты от заражения.

Где именно Вы видите этот отказ вендоров от лечения?

  • Upvote 5

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


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

diletant

прочитайте 21 сообщение. считайте, что это вендор. или представитель это тот, кто имеет такую бумагу, на которой написано "Представитель" и как шериф носит в кармане печать, дабы нести людям истину от вендора заверенную этой печатью, кровью и его подписью?

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


Ссылка на сообщение
Поделиться на другие сайты
diletant
Где именно Вы видите этот отказ вендоров от лечения?

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

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


Ссылка на сообщение
Поделиться на другие сайты
ntoskrnl
Тест на лечение активного заражения служит неплохим показателем состоятельности некоторых вендоров. Заявления плохолечащих вендоров об отказе от лечения я не видел.

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

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


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

А если юзер не значет, что система заражена? А тот продукт, который он ставит себе, даже не детектит заражение, так как его производитель положил болт на это... Как быть этому юзеру?

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


Ссылка на сообщение
Поделиться на другие сайты
ntoskrnl
А если юзер не значет, что система заражена? А тот продукт, который он ставит себе, даже не детектит заражение, так как его производитель положил болт на это... Как быть этому юзеру?

Фиг его знает, Данила, как быть этому юзеру. Я не идеализирую вендоров, но мнение о тесте у меня лично именно такое. Многие вендоры, в том числе и ЛК, если не ошибаюсь, рекомендуют проверить систему спецутилитами перед установкой. Лучше так вообще ставить продукт на свежую систему, а многие продукты идут в предустановке. Многие могут не добавлять функционал лечения в основной продукт исходя из вероятности заражения (и "неотбития") конкретной малварью. Короче, это уже в плоскости гадания о глубинных мотивах каждого конкретного вендора, причём над достаточно маленькой выборкой сэмплов. Т.е., в принципе, тест показывает, что данный конкретный продукт "не работает" с данной конкретной малварью (и это при условии её предварительной "инсталяции"), но никак не говорит о том, что вендоры забили на лечение в целом.

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


Ссылка на сообщение
Поделиться на другие сайты
Danilka
Фиг его знает, Данила, как быть этому юзеру.

Вот и я о том же. :) Остается ему надеяться на удачу и что его продукт вдруг хотябы задетектит заражение.

но мнение о тесте у меня лично именно такое.

Я вообще про этот тест не говорил. :)

Многие вендоры, в том числе и ЛК, если не ошибаюсь, рекомендуют проверить систему спецутилитами перед установкой.

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

Ну а про остальное - ИМХО должно быть и то и то. Перекос в одну из сторон - это угроза безопасности.

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


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

Я уже 1000 раз говорил. Не конкретной малварью, а конкретной методикой сокрытия! Когда ж до вас до всех дойдет - в руткитах используется не так уж много технологий и если в продукте реализован универсальный механизм противодействия, то ему насрать с каким семейством он имеет дело.

  • Upvote 10

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


Ссылка на сообщение
Поделиться на другие сайты
strat
А если юзер не значет, что система заражена? А тот продукт, который он ставит себе, даже не детектит заражение, так как его производитель положил болт на это... Как быть этому юзеру?

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

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


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

strat, дык тут речь в глобальном понимании. :)

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


Ссылка на сообщение
Поделиться на другие сайты
ntoskrnl
Я уже 1000 раз говорил. Не конкретной малварью, а конкретной методикой сокрытия! Когда ж до вас до всех дойдет - в руткитах используется не так уж много технологий и если в продукте реализован универсальный механизм противодействия, то ему насрать с каким семейством он имеет дело.

Кто-то где-то когда-то упоминал именно руткиты? :blink:

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


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

в кои то веки не соглашусь по существу

Нет такого универсального механизма ни у веба ни у вас и ни у кого. Иначе не лепили бы вы чуть не каждый месяц новую версию TDSSkiller, а веб не позорился бы с лечением активного заражения Rustock http://www.anti-malware.ru/malware_treatment_test_2011 лечение которого сам первый и анонсировал. А раз нет, то и говорить не о чем, сферический конь в вакууме.

Да и вообще, был бы универсальный механизм то и ловили бы вообще все 100% вирусов и этого бы форума не было.

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


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

Нет такого универсального механизма ни у веба ни у вас и ни у кого. Иначе не лепили бы вы чуть не каждый месяц новую версию TDSSkiller, а веб не позорился бы с лечением активного заражения Rustock http://www.anti-malware.ru/malware_treatment_test_2011 лечение которого сам первый и анонсировал. А раз нет, то и говорить не о чем, сферический конь в вакууме.

Да и вообще, был бы универсальный механизм то и ловили бы вообще все 100% вирусов и этого бы форума не было.

Универсальный механизм есть и работает. Или может у вас другие сведения? А вот у других вендоров то да - одни костыли на костыле.

Утилита TDSSKiller предназначена уже далеко не только для лечения TDSS (она еще и детектор аномалий), и обновляется она лишь для поддержания актуальности (ZeroAccess там разные, и.т.п).

  • Upvote 15

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


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

А с чего бы это ей обновляться, если бы она была универсальной? Без обновления неужели не может справиться с чем то?

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


Ссылка на сообщение
Поделиться на другие сайты
sww
Кто-то где-то когда-то упоминал именно руткиты? :blink:

Гм, глаза разуйте уже. Тест лечения активного заражения - там одни руткиты и есть.

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


Ссылка на сообщение
Поделиться на другие сайты
diletant
А с чего бы это ей обновляться, если бы она была универсальной?

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

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


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

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

Да и вообще, был бы универсальный механизм то и ловили бы вообще все 100% вирусов и этого бы форума не было.

Вы о чем вообще? 100% какого детекта?

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


Ссылка на сообщение
Поделиться на другие сайты
sergey ulasen
А с чего бы это ей обновляться, если бы она была универсальной? Без обновления неужели не может справиться с чем то?

Эххх, не понимает...

И вообще какой-то бредовый топик. Все это уже обсуждалось здесь миллионы раз.

  • Upvote 5

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


Ссылка на сообщение
Поделиться на другие сайты
Юрий Паршин
А с чего бы это ей обновляться, если бы она была универсальной? Без обновления неужели не может справиться с чем то?

Без обновлений она может обнаружить заражение (в некоторых случаях и вылечить), но не может вылечить то, что требует спец. процедуры лечения (речь о эпидемии драйверных инфекторов ZeroAccess - все последние обновления утилиты связаны с ними) - универсально их можно лишь обнаружить, но не пролечить.

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


Ссылка на сообщение
Поделиться на другие сайты
diletant
И вообще какой-то бредовый топик. Все это уже обсуждалось здесь миллионы раз.

Возможно пора закрывать?, лучший ответ внизу, дальше пошёл флейм.

Жаркая тема будет однако. :)

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

Я вот искренне не понимаю - эти вендоры настолько тупы, что не осознают то, что их продукт может ставиться уже на зараженный ПК (причем юзер может и не знать, что он заражен) на котором когда то стоял другой АВ? Хотя и может просто и нет мозгов, чтобы написать процедуру лечения, и поэтому не добавляют детект, чтоб не позориться.

P.S. Сейчас посыпятся аргументы "профи" - мол зараженная система - это скомпрометированная система и должна быть переустановлена. Но их тоже можно понять - они всего лишь пытаются оправдать продукт, которым пользуются. Причем оправдать перед самими собой, самоуспокоение как говорится. :lol:

P.P.S. Касаемо сабжа - качественное лечение есть, но оно реализовано у тех компаний, которые могут это реализовать - ЛК и Dr.Web. А остальные или вообще не детектят или тупо не могут вылечить, а иногда предлагают скачать сторонние утилиты, которые тоже не блещут лечением. Но, справедливо стоит отметить, нужно реализовывать не только лечение, но и качественную защиту.

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


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

А вы чего ждали ? Что сейчас все эксперты выползут на свет божий и в тысячный раз начнут повторять эту мантру специально для вас ?

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

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


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

Вообще говоря, мне сложно понять логику вида: "Раз вы поддерживаете утилиту, значит продукт не справляется".

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


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

Самое интересное - если такое говорят юзеры других АВ, то они не понимают, что утилиту то именно для них и делают. :lol:

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


Ссылка на сообщение
Поделиться на другие сайты
strat
Без обновлений она может обнаружить заражение (в некоторых случаях и вылечить), но не может вылечить то, что требует спец. процедуры лечения (речь о эпидемии драйверных инфекторов ZeroAccess - все последние обновления утилиты связаны с ними) - универсально их можно лишь обнаружить, но не пролечить.

А может ли tdsskiller обнаружить заражение биос? нет? странно, почему? надо обновить его (tdsskiller)?

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


Ссылка на сообщение
Поделиться на другие сайты
ntoskrnl
Гм, глаза разуйте уже. Тест лечения активного заражения - там одни руткиты и есть.

Да? Это Scano -руткит? Rorpian или Glaze- руткиты? Там даже Xorpix обычный.

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


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

  • Сообщения

    • demkd
      ---------------------------------------------------------
       4.15.6
      ---------------------------------------------------------
       o Исправлена ошибка из-за которой автоматически не замораживались потоки внедренные в uVS,
         если их код НЕ принадлежал одной из загруженных DLL.

       o Добавлена поддержка английского интерфейса при запуске под Win2k.

       
    • demkd
      Иногда спрашивают, как загрузиться в командную строку без диска, я постоянно забывают дополнить Общий FAQ.
      И вот наконец-то я про это вспомнил:
      Q: Как запустить uVS с командной строки Windows без использования загрузочного диска/флешки для работы с НЕактивной системой.
         (!) Для текущей версии uVS работа с командной строки доступна только для 32-х битных систем. (что бы работало в x64 системах, нужно делать uVS x64 и это запланировано).
         1. Если у вас Windows 8 и старше, то запустите start.exe и нажмите кнопку "Перезагрузить систему в меню дополнительных параметров загрузки".
         2. Далее в меню "Поиск и устранение неисправностей->Дополнительные параметры->Командная строка"
         3. Выберите админскую учетную запись и введите для нее пароль.
         4. Запустите start.exe из каталога uVS с командной строки.
            (!) Обычно система расположена на диске D.
                Например: uVS лежит в каталоге С:\uvs (в командной строке это будет D:\uvs)
                Для запуска uVS необходимо последовательно набрать 3 команды, завершая каждую нажатием клавиши Enter.
                1. d:
                2. cd d:\uvs
                3. start.exe
         5. Выбрать каталог Windows (обычно D:\Windows).
         Если у вас Windows 7 и младше, то в меню вы можете попасть только нажав F8 при перезагрузке системы
         (!) Использовать msconfig для этого не рекомендуется, система может не загрузиться после его использования.
         Для младших систем доступен только безопасный режим с поддержкой командной строки, т.е. система будет активна.
       
    • demkd
      ---------------------------------------------------------
       4.15.5
      ---------------------------------------------------------
       o Обновлена функция трансляции переменных окружения USERPROFILE, HOMEPATH, LOCALAPPDATA, APPDATA.
         Значения этих переменных теперь зависят от того где физически находится lnk файл.
         Теперь с разбором lnk файлов будет меньше проблем, но я все же рекомендую удалять ссылки
         на отсутствующие объекты только под текущем пользователем.

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

       o Исправлена функция разбора аргументов rundll32.

       o Обновлен start.exe.
         o Обновлен интерфейс.
         o Изменена кнопка по умолчанию, теперь это "запуск под текущим пользователем".
         o Исправлена ошибка: при определенных параметрах повторный запуск uVS в режиме "до запуска эксплорера" был невозможен.
         
    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 17.1.13.
    • demkd
      ---------------------------------------------------------
       4.15.4
      ---------------------------------------------------------
       o Обновлен интерфейс.

       o Из Ф портировано окно "История запуска процессов" для комфортного распутывания цепочек запуска и взаимодействия
         процессов с задачами.
         Доступ к окну можно получить через меню "Дополнительно->История процессов и задач".
         В первом списке отображается история запуска процессов с момента старта системы (по данным журнала Windows).
         В списке доступен фильтрующий поиск по имени, PID и фильтрация по родительскому процессу (см. контекстное меню).
         В нижнем списке отображается история воздействия процессов на задачи с момента запуска системы, а если установлен
         фильтр родительского процесса то отображаются лишь те задачи с которым взаимодействовал родительский процесс.
         (!) История доступна лишь при активном отслеживании процессов и задач (Твик #39).
         (!) История не доступна для неактивных систем.

       o Обновлен формат образа автозапуска, образы созданные v4.15.4 не будут читаться старыми версиями uVS.
         Добавлено:
          o Мгновенный срез активности процессов на момент завершения создания образа (Запустить->Просмотр активности процессов [Alt+D])
          o История процессов и задач (Дополнительно->История процессов и задач)
            (!) История доступна лишь при активном отслеживании процессов и задач (Твик #39).
          o Защита образа от повреждений.

       o Утилита cmpimg обновлена до версии 1.04 для поддержки нового формата образов автозапуска.

       o Утилита uvs_snd обновлена до версии 1.05 для поддержки нового формата образов автозапуска.

       o Теперь при подключении к удаленной системе всегда запускается "v" версия uVS, если клиентская система не младше Vista.
         На удаленной системе всегда запускается обычная версия uVS для совместимости с системами младше Vista.

       o Исправлена ошибка отображения имени процесса при работе под Win2k в окне "Активность процессов".
         (!) Английская версия uVS НЕ_совместима с Win2k, с Win2k работает только русская версия.

       o Исправлена ошибка разбора состояния TCPIPv6 соединений.
       
×