Интервью Игоря Данилова для журнала Cnews - Страница 4 - Интервью с экспертами - Форумы Anti-Malware.ru Перейти к содержанию
dolph2005

Интервью Игоря Данилова для журнала Cnews

Recommended Posts

Valery Ledovskoy
Ответ В. Ледовского (сотрудника "Доктор Веб") -- да\нет [Y\N]?

Ответ В. Ледовского (личное мнение) -- да\нет [Y\N]?

На оба вопроса ответ "да".

Принимаю во внимание, что результаты и методику этих тестов принимали положительно ответственные за это направление сотрудники компании (на тот момент).

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

И вот какой парадокс. Отсутствие в этих тестах Dr.Web НЕ сделало бы его НЕ лидером в лечении активных заражений. Есть возражения на этот тезис?

Да доказать это было бы сложнее. Но всё ж. Если продукт действительно в чём-то лидер, скрыть это сложно.

АМ как бы не делает продукты лидерами по тому или иному направлению (лишь пытается констатировать тот или иной факт), это делают совсем другие люди и тратят на это больше своих сил, чем тратят сил тестировщики на тестирование. АМ не является сущностью, дарующей лидерство, если хотите.

В данной ситуации я был бы счастлив, если бы у нас были стандартизированные тестирования с официально квалифицированными на эту роль тестерами (да хотя бы и теми же самыми, что сейчас на АМ). Иначе вес у тестов ничем не отличается относительно остальных тестов других лабораторий энтузиастов, об изъянах которых мы все прекрасно знаем. Иначе непонятно, кто дал право АМ говорить, что их тесты качественнее, чем тесты VB или Клементи с известными недостатками. На основании чего мы должны так говорить? Оценив представленную методику? А какое право мы имеем судить о качестве методики и тем более сравнивать одну методику с другой? Вопросов всё больше и больше.

Но, опять же, мир не идеален. Я это прекрасно понимаю.

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

  • Upvote 5

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


Ссылка на сообщение
Поделиться на другие сайты
посетитель
Ровно это мы всегда предлагали лично Борису Шарову. Не согласны с чем-то - давай сделаем лучше! Давайте готовить тесты заранее, можно ведь влиять на методологию. Мы же не догматики, упершиеся лбом в методогию вековой давности. Мы всегда готовы к диалогу, конечно, если он ведется уважительно на уровне бизнеса :)

ное это оторванный от жизни идиализм и самообман с целью объяснить свою неудачи.

М-да. Для кого это пишется? Вы не догматики, вы сотрдуники конкурирующей антивирусной компании. То, что вы говорите просто не может восприниматься, как "уважительно на уровне бизнеса", потому что это бизнес другой компании. И тот обман который вы затеяли с цирком про независимый портал дискредитировал вас полностью и именно этот обман, а не упертость Данилова и Шарова делают невозможным никакое дальнейшее сотрудничество с вами.

Повторю вопрос, для кого это пишется!? Все же знают это... Все, кто еще сюда приходит.

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


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

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

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

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


Ссылка на сообщение
Поделиться на другие сайты
K_Mikhail
На оба вопроса ответ "да".

Ну вот, "да" по всем пунктам. А говоришь "Я не знаю, чем подтверждена эта строчка. Возможно, независимыми экспертами в личных разговорах smile.gif Т.е. вопрос не к тому человеку."

Принимаю во внимание, что результаты и методику этих тестов принимали положительно ответственные за это направление сотрудники компании (на тот момент).

А как ты хотел без этого?

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

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

По поводу неидеальности -- спасибо, Капитан Очевидность! :) Однако речь идёт всё-таки не об (не-)идеальности, а о последовательности.

И вот какой парадокс. Отсутствие в этих тестах Dr.Web НЕ сделало бы его НЕ лидером в лечении активных заражений. Есть возражения на этот тезис?

Да доказать это было бы сложнее. Но всё ж. Если продукт действительно в чём-то лидер, скрыть это сложно.

Есть возражения. Поясню. Твой тезис ("отсутствие в этих тестах Dr.Web НЕ сделало бы его НЕ лидером в лечении активных заражений.") базируется на результатах двух тестов (для 4.44 (beta) и для 5.0). Представь себе ситуацию, если этих двух тестов не было б вообще. Вот просто не было б. Тут появляется Валера Ледовской от "Доктор Веб" и говорит: "Dr.Web -- лидер в лечении активного заражения". На каком базисе ты бы подтверждал это утверждение (лидер в лечении)? На основании чего? Сторонних тестов, внутренних тестов?

По ходу, загляни вот сюда, пожалуйста, bug_id=0021095. Актуально было для 4.44. Поймёшь о чём я.

АМ как бы не делает продукты лидерами по тому или иному направлению (лишь пытается констатировать тот или иной факт), это делают совсем другие люди и тратят на это больше своих сил, чем тратят сил тестировщики на тестирование. АМ не является сущностью, дарующей лидерство, если хотите.

И, тем не менее, как раз результат теста на АМ даёт подтверждение вышеупомянутой строке на сайте. С чем ты, несмотря на ("Я не знаю, чем подтверждена эта строчка..."), но таки согласился.

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

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

P.S. Опять же, повторюсь, всё это тлен и суета. :)

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


Ссылка на сообщение
Поделиться на другие сайты
Valery Ledovskoy
Твой тезис ("отсутствие в этих тестах Dr.Web НЕ сделало бы его НЕ лидером в лечении активных заражений.") базируется на результатах двух тестов (для 4.44 (beta) и для 5.0). Представь себе ситуацию, если этих двух тестов не было б вообще. Вот просто не было б. Тут появляется Валера Ледовской от "Доктор Веб" и говорит: "Dr.Web -- лидер в лечении активного заражения". На каком базисе ты бы подтверждал это утверждение (лидер в лечении)? На основании чего? Сторонних тестов, внутренних тестов?

Не хочешь ли ты этим сказать, что без АМ невозможно увидеть лидерство того или иного продукта?

На самом деле вредосносных программ, участвующих в таких тестированиях, не так много. Они ключевые. И они известны всем уважающим себя антивирусным лабораториям. Насколько я знаю, Dr.Web перед каждым выпуском сканера тестируется на предмет корректности лечения от ключевых в смысле активного заражения вредоносных программ. Чтобы доказать, что Dr.Web лидирует в лечении активного заражения необходимо лишь попробовать вылечить систему от этих ключевых (актуальных на сегодняшний момент) вирусов (на самом деле их не так много) с помощью нескольких других наиболее популярных продуктов (можно даже не всех нескольких десятков существующих). Этого будет вполне достаточно для доказательства лидерства в лечении активного заражения на рынке на текущий момент при актуальных угрозах. Без внешнего независимого исследования. Если какая-то компания будет с этим не согласна - приведёт своё тестирование на этом же небольшом количестве ключевых сэмплов и докажет, что это они видят и выносят больше актуальных руткитов, а Dr.Web не ловит. Если не скажет - значит, согласится.

  • Upvote 5

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


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

Пока АМ является единственным ресурсом, который проводит эти тестирования (лечение активного заражения). Если АМ не единственный ресурс, проводящий такие тестирования (лечение активного заражения) -- тогда другой коленкор. Пожалуйста, дай ссылки на тестирования антивирусов лечения активного заражения от др. порталов\организаций. Может, и без АМ можно обойтись, действительно.

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

Кто будет этим заниматься? Тестлабы компаний, внешние нанятые тестеры, пользователи? Кто будет согласовывать выборки семплов, заражать системы, лечить их? Сегодня ты будешь потрясать результатами на одно выборке семплов, завтра -- другой, третий... пятый вендор на своей (удобной для себя, заметь этот момент!) выборке. Потому как, если предложить одному вендору выборку другого вендора -- все завязнут в обвинениях в нерепрезентативности, подложности, нечестной конкуренции и прочих "радостях". А толку 0. Представь себе новость -- "%vendorname% рассказал, что он лидер в лечении активного заражения". На след. день -- "Конкурирующий %vendorname% указал опровержение вчерашней новости, потому как...". Ну и.т.п.

Я тебе недаром сказал -- посмотри тот баг-репорт (bug_id=0021095, там речь шла об Trojan.Msliksur'е ((alilserv.sys, alil.dll), вполне себе ключевое семейство). По ходу, есть предложение включить этот тип в будущие тестирования. Я тебе просто показал, как легко можно найти семпл(-ы), на которых существуют проблемы у того или иного вендора, и из-за чего будут возникать прецеденты для спекуляций. Внешнее тестирование тем и хорошо, что является не привязанным к тому или иному вендору. Во всяком разе, претендует на непривязанность.

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

См. выше по поводу спекуляций.

Отредактировал Сергей Ильин

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


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

Umnik, Сергей Ильин, в чём была суть правок в посте K_Mikhail? Просто техническая накладка?

K_Mikhail, да, ты показал, что без АМ доказать лидерство будет сложнее. Но не доказал, что это сделать будет невозможно.

Пожалуйста, дай ссылки на тестирования антивирусов лечения активного заражения от др. порталов\организаций. Может, и без АМ можно обойтись, действительно.

Допустим (для начала), я завтра попрошу какого-нибудь студента провести (по его разумению) тест на активное заражение (пиво стоит недорого), создам для него домен, оплачу хостинг (это тоже недорого), наберём подходящих по нашему разумению сэмплов (к сожалению, это тоже не так сложно, как хотелось бы, чтобы оно было), возьмём пару компьютеров, поднимем на них виртуальные системы. Ещё одного студента посадим написать методологию (ещё немного пива с чипсами). Возможно, даже что-то уточним относительно АМ. А может быть и украдём эту методологию, ибо ничем не защищена. Проведём тестирование по этой методологии и опубликуем. Возможно, результаты у нас получатся другие. Или лидеры останутся те же, а отставание других продуктов будет более заметным. Кто знает. Если этого достаточно для того, чтобы признать АМ не уникальной сущностью, только благодаря которой антивирусные продукты признаются лидерами в своей области... Ну, тогда я просто признАю, что позиции АМ по поддержанию уникальности весьма и весьма шатки.

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

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

А если то, о чём я написал не произойдёт, то получается вот что.

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

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

Предчувствую вопрос: "Так ты уже не думаешь, что тесты АМ на активное заражение подтверждают лидерство Dr.Web в лечении активного заражения?" Этот вопрос будет неправильным, т.к. то, что я думаю и знаю, никак не увеличивает ценность результатов, полученных АМ. А ценность у них низка из-за их уникальности (см. выше).

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


Ссылка на сообщение
Поделиться на другие сайты
K_Mikhail
Umnik, Сергей Ильин, в чём была суть правок в посте K_Mikhail? Просто техническая накладка?

В том, что я напортачил с квотированием в своём предыдущем сообщении.

K_Mikhail, да, ты показал, что без АМ доказать лидерство будет сложнее. Но не доказал, что это сделать будет невозможно.

Я всего лишь ответил на твой вопрос "Не хочешь ли ты этим сказать, что без АМ невозможно увидеть лидерство того или иного продукта?"

Кроме того, если ты ещё раз, но на этот раз внимательно прочтёшь первую часть моего предыдущего поста ("Пока АМ является единственным ресурсом..."), то увидишь\поймёшь, что там речь не шла о том, что невозможно что-то сделать или создать, и, тем более, там не приводились доказательства этой невозможности. Я моделировал ту ситуацию, когда может произойти, если основываться на выдвигаемых тобой тезисах. Повторюсь, что пока АМ -- единственный портал, который проводил тесты на лечение активного заражения, он и является единственным подтверждающим лидерство в данном случае Dr.Web в этом направлении (то бишь, лечения). Т.е., фактически, монополистом. Появится ещё пара-тройка порталов\организаций, проводящих тесты на лечение активного заражения со своими методиками (улучшенными или просто принципиально другими) и набором семплов, -- будет с чем сравнивать. Но! Самый важный момент, независимо от того одна, две, три... пять и большее организаций проводят тест -- любая методология должна обеспечивать воспроизводимость результатов в пределах допустимой погрешности измерений. Если этого нет, то цена соответствующая.

Допустим (для начала), я завтра попрошу какого-нибудь студента провести (по его разумению) тест на активное заражение (пиво стоит недорого), создам для него домен, оплачу хостинг (это тоже недорого), наберём подходящих по нашему разумению сэмплов (к сожалению, это тоже не так сложно, как хотелось бы, чтобы оно было), возьмём пару компьютеров, поднимем на них виртуальные системы. Ещё одного студента посадим написать методологию (ещё немного пива с чипсами). Возможно, даже что-то уточним относительно АМ. А может быть и украдём эту методологию, ибо ничем не защищена. Проведём тестирование по этой методологии и опубликуем. Возможно, результаты у нас получатся другие. Или лидеры останутся те же, а отставание других продуктов будет более заметным. Кто знает. Если этого достаточно для того, чтобы признать АМ не уникальной сущностью, только благодаря которой антивирусные продукты признаются лидерами в своей области... Ну, тогда я просто признАю, что позиции АМ по поддержанию уникальности весьма и весьма шатки.

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

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

Повторюсь -- любая методология должна обеспечивать воспроизводимость результатов. Если ты (или твои студенты) с помощью разработанной на АМ методологии и выборке семплов сможешь (смогут) воспроизвести тестирование и получить рез-ты, идентичные полученным на АМ в допустимых пределах погрешности измерений, это только говорит о том, что методология работает. И в этом её ценность. Заодно и выступишь в роли аудиторской конторы.

А если то, о чём я написал не произойдёт, то получается вот что.

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

Ну вот, допустим, воспроизведёшь ты с помощью студентов последний тест на лечение, и у тебя окажется KAV на первом месте вместо Dr.Web'а. Будешь оспаривать результаты, полученные Василием? Хотя это может только сказать о том, что методика не обеспечивает воспроизводимости результатов, и ты должен будешь об этом заявить, что грош цена такой методологии.

И ещё одно сравнение. Вот ты говоришь, нужно верить результатам теста АМ по активному заражению, потому что никто больше не проводит такое тестирование.

Я не говорил о вере или о том, что нужно верить. Я говорил только о том, что пока АМ -- единственный портал, который проводил тесты на лечение активного заражения, он и является единственным подтверждающим лидерство в данном случае Dr.Web в этом направлении (то бишь, лечения). И подтверждающим висящий на сайте "Доктора" тезис: "Улучшено! Антивирус – лидер в лечении активных заражений." С чем ты и согласился, ответив "да" как сотрудник "Доктор Веб", и как просто человек. Перечитай выше. :)

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

Опять же, вопрос упирается в обеспечение методологией воспроизводимости результатов и в выборке семплов. Если методология "по Клементи" её не обеспечит -- грош ей цена. Если да (на выбранных Клементи семплах!), то вопрос переходит в техническую стадию -- почему тот или иной антивирус не справился с лечением той или иной вредоносной программы. Смотри мой пост по поводу Trojan.Msliksur и 4.44. АМ не взял его тогда в тестирование, а Клементи бы взял (допустим). И получил бы 4.44, допустим, не золото, а серебро. Т.е. при воспроизводимости обеих методик был бы провал на одном семпле (семействе), который (-ое) повлиял(-о) на итоговую расстановку мест.

Предчувствую вопрос: "Так ты уже не думаешь, что тесты АМ на активное заражение подтверждают лидерство Dr.Web в лечении активного заражения?" Этот вопрос будет неправильным, т.к. то, что я думаю и знаю, никак не увеличивает ценность результатов, полученных АМ. А ценность у них низка из-за их уникальности (см. выше).

Вопрос ненужный, ибо твои два "да" уже прозвучали:

=====

Valery Ledovskoy: Прошу не мешать моё мнение и понимание ситуации с тем, что кто-то где-то пишет.

Я не знаю, чем подтверждена эта строчка. Возможно, независимыми экспертами в личных разговорах smile.gif Т.е. вопрос не к тому человеку.

K_Mikhail: Нет проблем -- поставлю вопрос таким образом -- считаешь ли ты, что результаты тестов на лечение активного заражения для Dr.Web 4.44 (beta) и для Dr.Web 5.0 подтверждают строчку на сайте "Улучшено! Антивирус – лидер в лечении активных заражений".

Ответ В. Ледовского (сотрудника "Доктор Веб") -- да\нет [Y\N]?

Ответ В. Ледовского (личное мнение) -- да\нет [Y\N]?

Valery Ledovskoy: На оба вопроса ответ "да".

===

UPD: На том game over.

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


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

K_Mikhail, всего лишь разные взгляды на одно и то же :) Твою точку зрения я тоже понимаю.

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

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


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

"любая методология должна обеспечивать воспроизводимость результатов".

Т.е. если антивирусник "А" занял первое место, то при следующем тестировании, он просто обязан взять "золото" :-)

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


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

Т.е. если антивирусник "А" занял первое место, то при следующем тестировании, он просто обязан взять "золото" :-)

Не утрируйте, пожалуйста. Не при следующем, а при аналогичном, проводимом по такой же методологии и с такими же сэмплами.

  • Upvote 5

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


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

Я бы сказал - в тех же условиях -))

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


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

А какай смысл через год(месяц) по старым сэмплам гонять?

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


Ссылка на сообщение
Поделиться на другие сайты
Deja_Vu
А какай смысл через год(месяц) по старым сэмплам гонять?
Я бы сказал - в тех же условиях -))

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


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

Про корпоративный таки да, но давайте не перегибать палку про "домашний сегмент". Исправьте пожалуйста свой пост и добавьте "в Америке", так будет точнее и правильней. ;)

А кто в курсе, как дело обстоит в других странах? Что, в каждой сети госучреждений защищают свои, доморощенные продукты? А как же страны, такие, как, скажем, Турция, Египет или Уругвай, где просто нет таких продуктов? Мне кажется, здесь Данилов, мягко говоря, преувеличил.

Видимо, г-н Данилов считает, что самые тайные тайны есть только у России и США. Остальным "папуасам" скрывать нечего :)

Несколько издевательски звучит название, "кризис - лучше время для инвестиций в разработку и людей"

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

  • Upvote 5

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


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

  • Сообщения

    • demkd
      ИИ — полезная штука, но, к сожалению, бесплатные версии, как тот же Google Gemini Flash, тупенькие на уровне 12b моделей, делают колоссальное число ошибок по мелочам. Яблочко от яблони... Мало того, "новое" у них обычно старое с отставанием на год, и это в лучшем случае. Я сейчас как раз занимаюсь новой, уже 3-й версией своего "Клавиатурного помощника". В нём будет поддержка локального ИИ, горячих ИИ-клавиш, голосовых команд, голосового ввода и вспомогательной LLM для переводов, правки текста и т.п. Именно локального ИИ без необходимости обращения в сеть и сопутствующих утечек данных И это не для старого железа — нужно как минимум много памяти и современный процессор, в идеале хотя бы RTX 5060 Ti 16 ГБ в качестве ускорителя. А результат, ну, такой себе. ИИ слишком склонен ошибаться, и доверять ему что-то серьёзное пока не стоит, даже код пишет, который как-то работает, но в нём масса мелких и незаметных ошибок и уязвимостей. 
      Текст исправлен с помощью Google Gemma 4 E4B. 
    • PR55.RP55
      Вы сказали: "Найди все новые ключи которые появились 2026 г. и ранее не использовались... Можешь ?"
      *Да, я могу помочь* составить список новых ключей реестра и путей
      автозагрузки, которые вредоносное ПО использует в текущих кампаниях
      (включая модификации 2026 года), маскируясь под легальные системные
      компоненты. ( скопирую частично) :   * *|HKLM\SOFTWARE\Classes\Protocols\Filter|* и *|\Handler|* — новые
          модификации Adware перехватывают протоколы edge:// или msproedg://
          для подмены поисковой выдачи.   * *|HKCU\Software\Microsoft\Windows\CurrentVersion\Lxss|* —
          использование подсистемы WSL для скрытого автозапуска
          Linux-ориентированных рекламных модулей, незаметных для стандартных
          триггеров автозагрузки Windows. Современные зловреды (особенно Adware и майнеры) научились прописываться
      в тихий автозапуск без создания классических ключей |Run| или
      |Services|. Они используют встроенный механизм Windows 10/11 —
      *псевдонимы выполнения приложений*.   * *Суть*: В реестре создается связь в ветке
          |HKCU\Software\Microsoft\Windows\CurrentVersion\App Paths| или через
          механизм |AppXPackage|. Зловред подменяет вызов легальной команды
          (например, при наборе пользователем |notepad| или |calc| в строке
          «Выполнить») и запускает свое тело.
        * *Что добавить в памятку*: Обращать внимание на появление кастомных
          записей в блоке «Псевдонимы приложений» и проверять, куда
          перенаправляются стандартные системные вызовы. 2. Подмена через каталоги |Lxss| (WSL — Windows Subsystem for Linux)
      Это одна из самых опасных современных тенденций, так как многие
      антивирусы до сих пор слабо сканируют Linux-среду внутри Windows.   * *Суть*: Майнеры и стилеры прописывают свой запуск внутри
          дистрибутива WSL (ключ реестра
          |HKCU\Software\Microsoft\Windows\CurrentVersion\Lxss|). При старте
          Windows запускается скрытая фоновая сессия WSL, которая активирует
          ELF-бинарник (Linux-вирус). В логах автозапуска Windows это выглядит
          как легальный старт службы |wsl.exe|, но с хитрыми аргументами.
        * *Что добавить в памятку*: Формула «А+В+С»: если |wsl.exe|
          запускается автоматически с флагами |-d| (конкретный дистрибутив)
          или скрытыми bash-скриптами — это 100% повод для изоляции и проверки
          содержимого виртуального диска VHDX. 3. Продвинутый Timestomping с подделкой под апдейты ОС
      Раньше вирусописатели просто копировали даты у соседних файлов
      (|kernel32.dll| и т.д.). Теперь они действуют умнее:   * *Суть*: Дата создания файла выставляется ровно на день/час крупного
          официального обновления Windows (например, подстраиваются под график
          Patch Tuesday от Microsoft). Аналитик смотрит на лог uVS, видит дату
          (например, |14.10.2025|) и думает: «А, ну это тогда накопительный
          апдейт прилетел, файл чистый».
        * *Что добавить в памятку*: Правило проверки контрольных сумм. Не
          верить датам, даже если они идеально совпадают со временем
          системного обновления. Если у файла из папки |System32| с
          «правильной» датой обновления отсутствует валидная ЭЦП (или статус
          |Цифр. подпись: НЕТ|) — это критический триггер. 4. Атаки типа Living off the Land (LotL) через новые системные утилиты
      Вместо использования заезженных |powershell.exe| или |cmd.exe|, которые
      сейчас жестко блокируются любым EDR/антивирусом, малварь перешла на
      легальные, но редкие утилиты Windows (LOLBins).   * *Суть*: Для скачивания и запуска вредоносного кода используются
          системные компоненты:
            o |curl.exe| (теперь встроен в Windows) — для скрытой загрузки
              полезной нагрузки.
            o |tar.exe| — для распаковки зашифрованных архивов со стилерами
              прямо «на лету».
            o |winget.exe| (Windows Package Manager) — для скачивания
              вредоносных утилит из легальных репозиториев.
        * *Что добавить в памятку*: В uVS нужно тщательно анализировать
          параметры запуска командной строки в Планировщике задач (|TASKS|),
          если там фигурируют |curl|, |tar| или |bitsadmin|, качающие что-то с
          внешних IP-адресов. 6. Скрытые модификации через COM-объекты (COM Hijacking без изменения
      файлов)
      Вместо перезаписи файлов в |System32| или создания явных ключей |Run|,
      малварь перехватывает легальные системные интерфейсы через реестр.   * *Суть*: Зловред прописывает путь к своей вредоносной DLL в ветку
          *|HKCU\Software\Classes\CLSID\{GUID}\InprocServer32|*. При этом
          берется GUID легального и часто используемого компонента Windows
          (например, Проводника, контекстного меню или планировщика). Как
          только система или пользователь совершает обычное действие
          (открывает папку, кликает правой кнопкой мыши), Windows
          автоматически подгружает вредоносную DLL.
        * *Что добавить в памятку*: В uVS такие объекты часто попадают в
          категорию «Подозрительные CLSID» или скрытые расширения оболочки.
          Если в ветке |HKCU| (пользовательский уровень) переопределяется
          системный GUID, который по умолчанию должен жить только в |HKLM|
          (уровень системы) — это явный признак перехвата. 7. Спуфинг цифровой подписи через уязвимости каталогов (Catalog Signing
      Spoofing)
      Малварь научилась обходить базовую проверку подписей, из-за чего в логах
      некоторых утилит файл может ошибочно помечаться как «Подписан Microsoft».   * *Суть*: Используются уязвимости в механизме проверки файлов через
          каталоги безопасности Windows (|.cat| файлы). Вредоносный бинарник
          модифицируется таким образом, что его хэш совпадает с хэшем
          легального файла в базе данных каталогов (используются коллизии или
          специфические уязвимости парсинга).
        * *Что добавить в памятку*: Правило двойной проверки. Если файл
          находится в нетипичном месте (например,
          |C:\Users\...\Temp\svchost.exe|), но uVS или ОС рапортует, что у
          него «Валидная подпись Microsoft» — необходимо принудительно
          отправлять хэш файла на VirusTotal через встроенную функцию uVS или
          проверять подпись сторонними утилитами (например, |Sigcheck| от
          Sysinternals) с проверкой отзывов сертификатов. 8. Эксплуатация механизма «Служб доставки обновлений» браузеров
      (Edge/Chrome Maintenance)
      Рекламное ПО (Adware) и кликеры ушли от создания собственных явных служб
      и теперь паразитируют на легальных планировщиках браузеров.   * *Суть*: Вредоносный скрипт не создает новую задачу в Планировщике.
          Вместо этого он модифицирует параметры /уже существующей/ легальной
          задачи, например, |MicrosoftEdgeUpdateTaskMachineCore|. В
          оригинальную команду дописывается скрытый аргумент
          (аргумент-паразит), который раз в сутки скачивает или запускает
          рекламный модуль. Аналитик видит знакомое имя задачи Edge, видит
          легальный путь к апдейтеру и пропускает её.
        * *Что добавить в памятку*: При анализе задач Планировщика (|TASKS|) в
          uVS нужно смотреть не только на имя файла, но и *полностью
          разворачивать строку аргументов*. Любые добавленные URL-адреса,
          вызовы |cmd /c|, или сторонние пути в параметрах легальных служб
          обновления — это стопроцентный признак компрометации. 10. Фейковые системные переменные в путях автозапуска
      Обман визуального восприятия аналитика через манипуляцию переменными среды.   * *Суть*: В реестре или планировщике путь к файлу прописывается как
          |%SystemRoot%\System32\drivers\malware.sys|. Но перед этим на уровне
          пользователя (|HKCU\Environment|) создается кастомная переменная
          |%SystemRoot%|, которая указывает вовсе не на |C:\Windows|, а на
          |C:\Users\Public\Documents|. В итоге аналитик глазами видит
          «безопасный» системный путь, а система при загрузке идет в скрытую
          пользовательскую папку.
        * *Что добавить в памятку*: Всегда проверять блок «Переменные
          окружения» в начале лога uVS. Любые попытки переопределить
          стандартные переменные вроде |%SystemRoot%|, |%WinDir%| или
          |%ProgramFiles%| на уровне текущего пользователя — это критическая
          угроза.
    • PR55.RP55
      Сейчас дал ИИ задание напиши скрипт и... Вот:  ( взял Инфо. из одного из старых образов) Скрипт лечения для uVS Чтобы полностью удалить эту службу, связанные с ней файлы и очистить ссылки в реестре, выполните следующий скрипт: text ; uVS v4.15.1 [Script] ; Target OS: Windows ; Удаление вредоносной службы и основного файла апдейтера delref %Network%\C:\PROGRAM FILES (X86)\YONTOO\Y2DESKTOP.UPDATER.EXE ; Удаление исполняемого файла в AppData, вызываемого через параметры службы delref %AppData%\YONTOO\YONTOODESKTOP.EXE ; Принудительное удаление самой службы из реестра delsrv Yontoo Desktop Updater ; Очистка остаточных путей и каталогов Yontoo deldir C:\Program Files (x86)\Yontoo deldir C:\Users\cappu44ino\AppData\Roaming\Yontoo ; Перезагрузка для применения изменений restart --------- Я сильно не увлекался - так для примера.  
    • PR55.RP55
      santy Модели ИИ ( я делал запрос к google ) - есть возможность задать вопрос ( дать задание ) по заранее выбранным настройкам: настройки: yaml [SYSTEM_OVERRIDE] ---------- Код он сам себе напишет :)  Главное задать нужные вопросы и потом попросить\ сохранить настройки в виде кода ) Единственно - не все ИХ модели нормально работают. Результаты тоже нужно проверять... Например:  получить Резюме... По записи - ( как в моём примере в Новые функции ) С заранее заданными параметрами - что нам нужно.  Это и для обучения и для экономии времени и когда оператор устал, для написания отчёта - по работе на семинар, при обсуждении на форуме, анализ новых угроз или появился новый ключ автозапуска; там где есть сомнение - что это... Построить цепочку - чтобы увидеть механику процесса\заражения. Увидеть аномалии - как то, что браузер "подписан" но это ЭЦП не головного офиса - а ЭЦП - пусть и "легитимное" - но смежников.  Аномалии пути; размера; схожесть имени и т.д. Никакие настройки uVS этого не дадут.  Можно увидеть никогда ранее неиспользуемый ключ запуска ( или его нестандартное применение ).  Если железо современное - то возможно? - локальные модели ИИ. Можно попробовать например дать задание: Найди все новые ключи которые появились 2026 г. и ранее не использовались...  
    • santy
      Как гипотетические варианты действий: ---------------------- - получить детальную расшифровку выбранного антивирусного детекта по результату проверки файла на VT из экрана ИНФО. Здесь я бы обратил внимание на три основных детекта: у Kaspersky, DrWeb, ESET, возможно + Microsoft. - получить расшифровку по цифровой подписи файла, насколько известна, и надежна. -  может стоит продумать свою классификацию детектов, и потом уже на основании данной классификации находить другие примеры/способы запуска и т.п.
×