Russian
Интернет находится в нормальном состоянии, крупных эпидемий и других серьезных инцидентов службой мониторинга «Лаборатории Касперского» не зафиксировано. Уровень опасности: 1

Антивирусный прогноз погоды: облачно

Введение

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

Мнений великое множество: начиная от обвинений производителей в откровенном пиаре при полном отсутствии пользы от антивирусных «облаков» до утверждений, что эти «облака» являются панацеей от всех бед. В обсуждениях принимают участие как пользователи, так и эксперты по безопасности, у которых также нет единства во взглядах.

Попытка разобраться в истинном положении дел и является целью данной публикации. В данной статье речь пойдет только о взаимодействии в реальном времени персональных антивирусных продуктов, установленных на компьютерах пользователей, с «облачной» инфраструктурой производителя антивируса. SaaS/hosted-сервисы в статье обсуждаться не будут.

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

В статье будет дан ответ на вопрос, что в действительности представляют собой антивирусные «облака», каковы их преимущества и недостатки. Публикация ориентирована в первую очередь на читателя, который пытается разобраться в том, что такое «облачная» антивирусная защита, понять общие принципы ее работы, и какое место она занимает в антивирусной защите пользователя.

Дооблачная эра, или предпосылки для создания «облаков»

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

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

Однако развитие в 2003-2004 годах массовых коммуникаций, быстрый рост количества пользователей интернета и приход в Сеть бизнеса создали привлекательные условия для киберкриминала. Если изначально вредоносные программы писались ради забавы или самоутверждения автора, то возможность монетизации виртуальной собственности пользователей, возможность завладеть их деньгами сделали свое дело — появился веский мотив для активного развития вредоносных программ, используемых для наживы.


Рост числа уникальных вредоносных файлов, перехваченных «Лабораторией Касперского»

Помимо роста числа новых вредоносных файлов, росло и число способов «отъема денег» у пользователей: киберкриминал создавал все более эффективные техники проведения атак.

 новое окно
Стадии развития вредоносных программ

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


Рост размера AV-обновлений в мегабайтах по годам с указанием прогноза на 2010 год

Противостояние «киберпреступники — антивирусные компании» усиливалось, и каждая из сторон занималась активным изучением инструментов и методов противника. В 2008-2009 годах постоянно увеличивающаяся скорость выпуска новых зловредов достигла того предела, когда обычной системы обновлений для противодействия им стало недостаточно. По данным исследования, проведенного во втором квартале 2010 года компанией NSS Labs, время, необходимое антивирусным компаниям для блокирования web-угроз, составляет от 4,62 до 92,48 часа. Дальнейшее принципиальное увеличение максимальной скорости реакции на угрозы с помощью обычных антивирусных обновлений невозможно, так как затраты времени на обнаружение зловредов, их последующий анализ и тестирование формируемых антивирусных обновлений уже сведены к минимуму.

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

Казалось бы, скорость реакции могут увеличить эвристические методы детектирования, которые позволяют блокировать угрозы в момент их появления, не дожидаясь выхода антивирусных обновлений. Однако уровень детектирования эвристических методов составляет в среднем 50-70%, соответственно, 30-50% вновь появляющихся угроз эвристиками не детектируются.

Таким образом, основные вопросы, которые стоят перед антивирусной индустрией в последнее время, можно сформулировать следующим образом:

  • Как сделать процессы защиты автоматическими, чтобы противодействовать лавинообразному потоку угроз?
  • Как минимизировать размеры антивирусных баз, сохраняя при этом уровень защиты на высоком уровне?
  • Как значительно увеличить скорость реакции на появляющиеся угрозы?

Эти вопросы последнее время заставляют разработчиков антивирусов уделять больше внимания развитию альтернативных методов выявления, детектирования и блокирования современных угроз. Одним из таких методов стали «антивирусные облака».

Как работают антивирусные «облака»

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

Для начала разберемся, чем отличается «облако» от системы антивирусных обновлений.


Общение пользователя с серверами обновлений

 


Общение пользователя с «облаком»

Варианты общения пользователей с АВ-инфраструктурой

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

При «облачном» подходе связь двусторонняя. Множество компьютеров, подключенных к «облаку» посредством центрального сервера, сообщают «облаку» об источниках заражения и обнаруженной подозрительной активности. После обработки полученной информации она становится доступной другим компьютерам, имеющим соединение с «облаком». Фактически посредством инфраструктуры антивирусной компании (не напрямую друг с другом!) пользователи в состоянии оперативно делиться между собой информацией о проводимых против них атаках и источниках таких атак. Таким образом получается единая распределенная интеллектуальная антивирусная сеть, которая работает как единое целое.

Ключевым отличием «облаков» от существующих антивирусных технологий является предмет детектирования. Если технологии предыдущего поколения (например, те же сигнатуры) работали с файловыми объектами, то антивирусные «облака» работают с метаданными. Что такое метаданные, поясним на примере. Допустим, есть файл — это объект. А метаданные — это данные об этом файле: уникальный идентификатор файла (хэш-функция), информация о том, каким образом он появился в системе, как себя вел и т.д. Выявление новых угроз в «облаках» осуществляется по метаданным, сами файлы при первичном анализе в «облако» не передаются. Такой подход позволяет практически в реальном времени собирать информацию от десятков миллионов добровольных участников распределенной антивирусной сети с целью выявления недетектируемых вредоносных программ. После обработки метаданных информация о только что появившемся вредоносном контенте транслируется всем участникам информационной сети.

Например, если пользователь антивируса дает согласие на участие в Kaspersky Security Network (KSN), продукт начинает отправлять на серверы «Лаборатории Касперского» два типа метаданных:

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

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

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

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

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

Преимущества и недостатки «облаков»

Преимущества

  • Скорость реакции. Это одно из основных преимуществ «облачной» защиты. Скорость выявления и блокирования угроз в значительной мере превосходит обычные антивирусные обновления. Если сигнатурное обновление требует нескольких часов, то «облачным» технологиям на выявление и детектирование новых угроз необходимы минуты.

     новое окно
    Процесс защиты пользователя «облачной» технологией

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

  • Скрытая логика принятия решений. В силу того что анализ метаданных происходит на серверах антивирусной компании, алгоритмы выявления вредоносного контента оказываются недоступны злоумышленникам для исследования, в отличие от антивирусных обновлений. В силу этого эффективность работы системы принятия решений остается на высоком уровне в течение длительного времени. Это отличает «облачную» защиту от сигнатурного и эвристического детектирований, которые приходится постоянно поддерживать в актуальном состоянии. Это необходимо для сохранения высокого уровня детектирования, т.к. после выхода очередных обновлений вирусописатели проводят их анализ, а затем дорабатывают следующие версии своих программ, для детектирования которых потребуется выпуск нового обновления.
  • Выявление не только новых недетектируемых угроз, но и источников их распространения. Подобный подход позволяет блокировать посещение пользователем ресурсов, с которых распространяется вредоносный контент. Учитывая, что источники угроз довольно часто обновляют распространяемые ими вредоносные программы, часть вредоносных программ может не детектироваться. Блокирование не только угрозы, но и самого источника распространения автоматически решает эту проблему
  • Полнота выявляемых угроз. Собирая в реальном времени информацию от участников распределенной антивирусной сети со всего мира, экспертная система позволяет вести более полные базы угроз, чем базы для сигнатурного детектирования. «Облака» владеют полной информацией: когда и с использованием какой угрозы была проведена атака, каковы были ее масштабы.
  • Минимизация ложных срабатываний. Даже от профессионалов можно услышать, что использование «облаков» увеличивает вероятность ложных срабатываний (т.е. ошибочное детектирование чистых файлов). Это абсолютно неверно. Как показывает практика, уровень ложных срабатываний при детектировании с помощью «облаков», как минимум в 100 раз ниже обычного сигнатурного детектирования. Это объясняется тем, что в ядро экспертной системы зашита многоуровневая проверка, направленная на предотвращение и оперативное выявление подобных ошибок. Более того, если ложное срабатывание и было допущено, то у «облачной» технологии гораздо выше скорость его обнаружения и исправления.
  • Простота автоматизации процессов детектирования. Работа «облачной» системы по обнаружению еще неизвестных угроз легко поддается автоматизации, производительность превосходит сигнатурное и эвристическое детектирование.
  • Использование «облачной» защиты позволяет минимизировать размеры скачиваемых пользователем AV-баз. Это обусловлено тем, что «облачные» базы не доставляются на компьютер пользователя. Однако стоит подчеркнуть, что доступ к «облачной» инфраструктуре зависит от постоянного наличия сетевого соединения с ней. Это, безусловно, относится и к обычным обновлениям, для загрузки которых нужна устойчивая связь. Но в отличие от «облаков», в случае успешного скачивания обычные обновления продолжают защищать пользователя в моменты отсутствия канала связи. С обрывом соединения «облачная» защита сразу же прекращается.

Недостатки

  • Детектирование только по хэш-функции объекта. В первых версиях реализации «облачной» инфраструктуры действительно используется детектирование только по хэш-функциям (значение которых используется в качестве уникального идентификатора файла). Однако в настоящее время, понимая, что этого недостаточно, компании внедряют и другие подходы, которые позволяют по одной «облачной» сигнатуре выявлять целые семейства угроз (в том числе полиморфные). Фактически «облака» перестают быть реактивными, на смену приходит долгожданное проактивное детектирование.
  • Проблема с трафиком на «узких» каналах (DialUp/GPRS/etc.). Опять же эта проблема присуща первым версиям «облаков». Внедрение адаптивных подходов по управлению трафиком успешно решают эту проблему.
  • Работа только с исполняемыми файлами. Действительно, существующая технология направлена на выявление угроз только в исполняемых файлах. Однако уже достигнут успех в детектировании объектов других типов. Таким образом, этот недостаток в самое ближайшее время будет устранен.
  • Ненадежность сети. Безусловно, это очень серьезный недостаток. Сама концепция «облаков» подразумевает, что взаимодействие с пользователем осуществляется посредством сетевых каналов. Следовательно, при отсутствии сетевого канала с «облачной» инфраструктурой будет отсутствовать защита. Но поскольку «облачная» защита не рассматривается как нечто обособленное от существующих технологий защиты, в моменты отсутствия связи безопасность обеспечивается сигнатурным методом — компьютер не останется совсем незащищенным.
  • Отсутствие аутентификации и проверки корректности отправляемых источниками данных. Это тоже проблема первых версий «облачных» инфраструктур. Для ее решения достаточно проверять легальность источника данных.

Таким образом, единственным недостатком, устранить который на данный момент невозможно, является зависимость защиты пользователя от наличия стабильного канала связи. Так, в Kaspersky Security Network решение для всех остальных недостатков будет воплощено в следующей версии «облачной» защиты.

Спорные моменты

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

  • Возможность получения пользователем ответа, созданного злоумышленником, якобы от лица AV-компании. Цифровая подпись отправляемых данных позволяет решить эту проблему.
  • «Облака» не могут обеспечивать защиту пользователя при OnDemand-сканировании (сканировании объектов не в реальном времени, а по запросу пользователя) из-за большого числа обращений такого сканера к «облачному» серверу. «Облачная» защита может без проблем обнаруживать угрозы при OnDemand-сканировании. Однако дополнительно стоит ответить на вопрос: целесообразно ли использование OnDemand-сканирования для защиты от активных угроз? Как показывает практика, OnDemand-сканирование очень плохо помогает в борьбе с активными угрозами. Если включены OnAccess-системы защиты (выявление угроз в реальном времени при попытке обращения к зараженному объекту), то именно они защитят пользователя в первую очередь. Если OnDemand-сканирование что-то и найдет при активных OnAccess-системах, то лишь вредоносную программу в «спящем» состоянии, которая так или иначе все равно будет блокирована при запуске или при обращении к ней со стороны других приложений. То есть использование OnDemand-сканирования в «облачной» защите возможно, но вряд ли целесообразно с точки зрения эффективности защиты пользователя от активных угроз.

«Облачный» подход: серебряная пуля или модный пиар?

Мы рассмотрели предпосылки, которые привели к созданию антивирусных «облаков», кратко рассказали, как работает «облачная» защита, каковы ее достоинства и недостатки.

Какое же место занимают «облака» в антивирусной индустрии? Есть ли от них какой-либо выигрыш, или ничего радикально нового они не дают?

Безусловно, «облачный» подход не является серебряной пулей, которая уничтожит киберкриминал. Но «облачная» защита уже показала на практике громадные преимущества: высокая скорость выявления и блокирования новых угроз, блокирование не только угроз, но и источников их распространения. Это позволяет говорить о новом технологическом витке развития антивирусной индустрии. Более того, все эти преимущества достижимы при автоматической работе экспертной системы при низком уровне ложных срабатываний.

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

Но не стоит рассматривать антивирусные «облака» в качестве обособленной технологии защиты пользователя. Безусловно, «облака» могут работать полностью автономно без использования накопленного богатого опыта в выявлении угроз. Однако эффективность подобного подхода будет далека от идеала. Максимальная эффективность защиты достигается при одновременном использовании уже имеющихся наработанных технологий защиты вместе с «облачной» антивирусной системой. При таком объединении мы получаем лучшее от обоих подходов: «облачную» скорость реакции на неизвестные угрозы, высокий уровень детектирования, проактивность, низкий уровень ошибок и полноту выявляемых угроз.

Читатель может присылать свои вопросы по «облачной» теме на адрес Yury.Mashevsky (at) kaspersky (dot) com, ответы на которые я постараюсь дать в следующих публикациях.

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


29 комментариев

старые сверху
«дерево»
 

Вячеслав Русаков

30 сен 2010, 13:00
0
 

OnDemand

Я совершенно и на 100% не согласен с предложением: "Как показывает практика, OnDemand-сканирование очень плохо помогает в борьбе с активными угрозами."

Еще как помогает, т.к. часто это единственный способ вылечить систему не переустанавливая ее.

"Если OnDemand-сканирование что-то и найдет при активных OnAccess-системах...", то найдет оно руткит, который прошел мимо OnAccess/облака/сигнатур/эвристики и т.п.

mrbelyash

30 сен 2010, 22:45
-2
 

Re: OnDemand

"...то найдет оно руткит, который прошел мимо OnAccess/облака/сигнатур/эвристики и т.п."

Имеем обычный классический AVengine. На нем работает onaccess и ondemand. Одно отличие - первый мониторит активность, другой - сканирует по требованию. Одни базы. Один движок. Как ондеманд что-то найдет при условии пропуска онаксесом, если ондеманд работает так, как онаксес????? И у многих разных вендоров так же.
Речь в тексте идет про АКТИВНУЮ угрозу. Если начинаем говорить о перезагрузке (Rescue и прочее) для ондеманд-борьбы с руткитами, то никакой АКТИВНОЙ угрозы уже не будет.

Так что написано все правильно.

ЗЫ В ЛК внутренней почты нет и для внутренней переписки 100% несогласных нужен форум???

Вячеслав Русаков

01 окт 2010, 13:09
0
 

Re: Re: OnDemand

Друг наш Мистер Беляш, для того, чтобы это понять, необходимо разбираться в том, как устроены __современные__ антивирусные комбайны. Судя по всему, вопросом ты не владеешь.

mrbelyash

04 окт 2010, 22:20
0
 

Re: Re: Re: OnDemand

Топик почитай прежде чем про руткиты с комбайнами писать - Бред Сивой кобылы вышел.

Fixxxer

03 окт 2010, 03:05
0
 

Re: OnDemand

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

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

Константин

30 сен 2010, 13:45
2
 

Вячеслав, эффективность - понятие слишком размытое :-)

Чтобы защитить систему, в современных продуктах работает одновременно множество компонентов совместно. Часто Realtime защита позволяет реагировать на устанавливаемую в систему зловредную программу намного быстрее, чем запуск задач сканирования по требованию.
Веб Антивирус, файловый антивирус, проактивка не один раз позволили остановить процесс заражения системы. Так что на счет 100% я бы с Вами скорее не согласился.

С уважением,
К.

Вячеслав Русаков

30 сен 2010, 14:13
-1
 

Re:

Спасибо Кэп :), однако, как показывает практика вирмейкеры затачиваются под "первый эшелон" защиты. Так вот, когда вредоносный код уже установился в систему, то чаще всего первый эшелон его больше не увидит. Совсем. Вообще!!!

mrbelyash

30 сен 2010, 22:58
-2
 

Re: Re:

"как показывает практика вирмейкеры затачиваются под "первый эшелон" защиты"

Что-нибудь кроме слов??? Статистика, например? Где это такая практика? У меня обратная практика.

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

Да что Вы говорите?
Т.е. если этому верить, то чаще всего первый эшелон и не видит троянов??? Или все-таки "чаще всего" именно первый эшелон и блокирует трояны? Сейчас KIS2011 показывает более 4млн. вредоносов в базах. Какой процент там руткитов? - Уверен, что единицы процентов (в лучшем случае). А на деле менее процента.
Так что Константин все верно написал, вредоносный код в большинстве случае будет виден и onaccess будет быстрее.

Вячеслав Русаков

01 окт 2010, 13:12
-2
 

Re: Re: Re:

У меня есть и статистика, и знание того, как и для чего создаются вредоносные программы.

mrbelyash

04 окт 2010, 22:21
0
 

Re: Re: Re: Re:

Ну так приводи!!! Сколько там руткитов??????

Danilka

02 окт 2010, 12:44
0
 

Re:

Угу, дополню:
Например TDSS - если OAS его пропустил(ну нет сигнатуры в базе),а PDM и\или HIPS его также пропустили, то как раз ODS его и обнаружит. Ну по крайней мере в KIS/KAV... О других вендорах не знаю, возможно там и ODS также работает, что и OAS, только запускается по требованию... :)))

Fidget

30 сен 2010, 22:22
1
 

хм

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

Юрий Машевский

03 окт 2010, 13:25
0
 

Re: хм

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

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

Constantin E. Climentieff

30 сен 2010, 23:58
0
 

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

Fidget

01 окт 2010, 14:13
0
 

Re:

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

Константин

01 окт 2010, 20:37
1
 

Re:

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

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

Юрий Машевский

03 окт 2010, 13:49
0
 

Re: Re:

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

Юрий Машевский

03 окт 2010, 13:32
0
 

Re:

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

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

исправлено: Юрий Машевский, 03 окт 2010, 13:47

SetupNick

01 окт 2010, 00:16
1
 

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

Да и цифровая подпись, как наглядно демонстрирует stuxnet, вовсе не является гарантом безопасности софта.

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

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

Дмитрий

02 окт 2010, 11:55
1
 

Re:

В продуктах ЛК "облачный" вердикт начинается с "UDS", а на алерте написано, что угроза обнаружена с помощью Kaspersky Security Network. И, если я не ошибаюсь, такой детект работает, даже если пользователь не участвует в KSN.

SetupNick

02 окт 2010, 19:54
0
 

Re: Re:

А как он тогда работает?))

Юрий Машевский

03 окт 2010, 13:44
2
 

Re:

SetupNick, абсолютно правы, проблема доверия со стороны пользователя одна из самых серьезных. Мы работаем над увеличением прозрачности сервиса, чтобы минимизировать сомнения у пользователей.

Что касается приписок к вердиктам, то Дмитрий уже опередил меня: при блокировании угроз выводится префикс "UDS" - аббревиатура от UrgentDetectionSystem. Префикс пока выводится только для заблокированных файловых угроз, хотя не только они блокируются на основе анализа метаданных. В любом случае пожелание учтем.

Юрий Машевский

03 окт 2010, 13:13
3
 

Антивирусный прогноз погоды: облачно

В контексте возникших обуждений необходимо уточнить несколько моментов:

1) "Облака" рассматривались применительно к антивирусной индустрии в целом. К примерам из "облачного" опыта KLab я обращался только для привнесения лучшего понимания материала читателем. Т.е. статью следует рассматривать в качестве попытки показать _перспективность_ данного направления в противодействии злоумышленникам со стороны всех AV-компаний. Было желание показать, что "облачный" подход имеет свою нишу, свои плюсы и большие перспективы, т.к. часто можно встретить непонимание среди пользователей в силу нехватки материалов подобной направленности с нашей стороны. Именно этот пробел я и попытался устранить.
Безусловно, у "облаков" есть и недостатки. Но здесь стоит отметить, что технология очень молодая, и ей еще предстоит пройти весь тот путь развития, который уже прошли старые добрые технологии. И та скорость, с которой развиваются "облака" позволяет строить положительные прогнозы.

2) Статья посвящена "облакам" и именно в этом ключе идет рассмотрение всех сопутствующих технологий. На это прямо указывает выделенный жирным шрифтом пункт "'Облака' не могут обеспечивать защиту пользователя при OnDemand-сканировании...". Поэтому убедительная просьба не вырывать из контектста фразы для обсуждения в другом свете приведенного материала. Понимание реализации текущих версий "облачной" OnDemand-защиты различных вендоров позволяет мне с уверенность утверждать, что ни от каких _активных_ руткитов "облака" на текущем уровне развития не защищают. Как верно написал mrbelyash, если OnAccess-сканер пропустил угрозу, то "облачный" OnDemand-сканер также потерпит неудачу. По этой причине обсуждение "комбайнов" и "тракторов" применительно к "облачным" реализациям просто неуместно.

Largo

13 янв 2012, 17:50
0
 

вопрос от чайника

Какие действия нужно совершить, что бы включить "облако"?

amen

26 май 2012, 13:07
0
 

KSN

Как подключиться к KSN?

nikolai

05 авг 2012, 11:25
0
 

не подключается KSN

Жанболат

15 ноя 2012, 12:16
0
 

Re:

если у тебя широкополосный интернет то тогда проблем не должно

Жанболат

15 ноя 2012, 12:35
0
 

Вообще каспер это лучший антивирус все пзнается в сравнений, я отвечаю за свои слова

KCB

17 июн 2013, 09:30
0
 

К сожалению, информации о данном сайте в KSN пока нет.

Смотрю на строку в поисковике с ссылкой на свой сайт и читаю: "Нет информации о безопасности веб-ресурса (по данным репутационного сервиса "Лаборатории Касперского")"
А что это обозначает? Где находится этот сервис и как в него попадает сия информация? Это что мой сайт не в доверии уважаемой лаборатории? На нем обнаружены вышеперечисленные угрозы? Вы уж простите меня если нет то нет. Если сервис тестит сайт то инфа должна быть? Верно? А если нет, то откуда такое "точное" заявление: "К сожалению, информации о данном сайте в KSN пока нет. Не рекомендуется переходить на этот ресурс, если вы не доверяете источнику получения данной ссылки.
Узнайте, как Kaspersky Security Network обеспечивает Вашу безопасность."
А особенно понравилось слова "К сожалению...". ))) И я пользователь KSN, но таки и не узнал ведь. )))

Для добавления комментариев необходимо


Bookmark and Share
Закладки

Об авторе

Юрий Машевский

Ведущий антивирусный аналитик «Лаборатории Касперского», кандидат технических наук.
Прежде чем присоединиться к «Лаборатории Касперского», занимался разработкой профессиональных систем защиты информации от исследования и копирования.

Также в аналитике

В блоге

Источники