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

Дорога в облака: что несут пользователю антивирусные cloud-технологии?

Recommended Posts

Danilka

«Лаборатория Касперского» представляет статью «Антивирусный прогноз погоды: облачно» Юрия Машевского, руководителя группы по стратегическому развитию технологий. Данный текст открывает целую серию аналитических материалов, посвященных cloud-технологиям в антивирусной индустрии.

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

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

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

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

Скорость выявления и блокирования угроз облаками в значительной мере превосходит классический антивирусный анализ. Если сигнатурное обновление требует нескольких часов, то при детектировании угроз cloud-сервисами речь идет о минутах. При этом, как показывает практика, вероятность ложного срабатывания минимум в 100 раз ниже, нежели при классическом детектировании.

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

Единственным существенным недостатком облачной антивирусной защиты (да и всех cloud-сервисов в целом) является зависимость от стабильного канала связи.

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

С полной версией статьи «Антивирусный прогноз погоды: облачно» можно ознакомиться на сайте http://www.securelist.com/ru/analysis/2080...pogody_oblachno

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


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

Всё это хорошо конечно, только вот как быть если инет не всегда доступен (а такое ещё довольно часто встречается) а какой-нибудь из клиентов приносит "абсолютно чистую флешку (ну только что проверял)" с заказом? Понятно что "авторан" отключен, но не всегда спасает!

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

"Облака — это не просто пиар" - по-моему как раз наоборот, надо же чем-то новеньким клиентов привлекать!

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


Ссылка на сообщение
Поделиться на другие сайты
пользователь
Всё это хорошо конечно, только вот как быть если инет не всегда доступен (а такое ещё довольно часто встречается) а какой-нибудь из клиентов приносит "абсолютно чистую флешку (ну только что проверял)" с заказом?

Улыбнуло.

1. ЛК не полагается только на облака.

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

Опять же из инета идёт не только полезное облако, но и зловредная туча.

Улыбнуло.

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

Так что ценность "облачных технологий" пока весьма сомнительна...

Позор :facepalm:

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


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

Позор чему, или кому? ))

Собственно и ценность полной версии статьи вызывает сомнения! Вот ЛК как всегда заботясь о любимых пользователях пишет что обновления слишком часто и слишком большие выходят... Так пользователю с современной техникой, да даже с обычным модемом это безразлично, более того он за это каждый год деньги платит. А то что производитель антивируса просто вовремя с выпуском этих обновлений не справляется, об этом скромно умалчивают. Замечу, что ЛК здесь как автор статьи для примера пришёлся, этим абсолютно все производители грешат)

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


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

Позор вам, что вы даже поверхностно не разобравшись в вопросе уже спешите поделиться своим мнением.

Так пользователю с современной техникой, да даже с обычным модемом это безразлично

У ЛК дистрибутив уже за сотню метров перевалил. И большая часть - это а/в базы. Плюс еще сколько-то мегабайт баз потребуется закачивать после установки. И вы еще беретесь утверждать, что "с обычным модемом это безразлично"?

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


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

пользователь Вы бы сами внимательней читали, я не про дистрибутив и установку писал, а про обновления баз! Да и диал-ап модемов надеюсь не так много осталось)

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


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

Не скажу сколько точно, но мегабайт в сутки должен быть.

Да и диал-ап модемов надеюсь не так много осталось)

А кое где - даже их нет:(

Короче, облако - это не замена а/в баз. Это дополнение к а/в базам.

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

Скажите, пожалуйста, это очень плохо?

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


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

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

Тут главное чтоб "летая в облаках" вендоры и про обычные базы не забыли, ну и про прочие компоненты защиты, впрочем время покажет)

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


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин
"Облака — это не просто пиар" - по-моему как раз наоборот, надо же чем-то новеньким клиентов привлекать!

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

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


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

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

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


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

А сейчас этого нет?

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


Ссылка на сообщение
Поделиться на другие сайты
Виталий Я.
А не кажется вам что производителям ПО пора окончательно разделить домашних пользователей и организации, потому как цели и способы их реализации у "атакующих" разные и соответственно способы и тактика защиты тоже уже нельзя вместить в один продукт. Это позволит с одной стороны избавить продукт от излишних функций, а с другой усилит именно необходимый сегмент защиты.Потому как пока основа защитного ПО по сути одна?

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

В плане того же Интернет-банкинга (банк-клиентов) корпоративный пользователь чуть получше вооружен+застрахован или, по крайней мере, больше напуган.

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


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

Так привычные базы это какбэ уже много лет не просто сигнатуры, вы же сами это постоянно проверяете в тестах. ;)

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


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

Многие западные производители уже давно предлагают "облачные технологии" в своих решениях, во всяком случае анонсируют их. Первичная спам фильтрация, динамическая категоризация URL, архивы электронной почты в облаках активно используются в Европе и США последние несколько лет. Учитывая запаздывание в 2-4 года принятия российским рынком новых направлений, можно ожидать, что "облака" станут пользоваться популярностью и у нас. Тут даже больше вопрос не уровня безопасности, а сокращения затрат и удобства в эксплуатации. И конечно, облачные сервисы дополняют традиционные механизмы защиты.

Хотя похоже Касперский первый среди антивирусных вендоров предложил облака.

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


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

Первой в сфере антивирусов по-моему была Panda.

  • Upvote 5

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


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин
А не кажется вам что производителям ПО пора окончательно разделить домашних пользователей и организации, потому как цели и способы их реализации у "атакующих" разные и соответственно способы и тактика защиты тоже уже нельзя вместить в один продукт. Это позволит с одной стороны избавить продукт от излишних функций, а с другой усилит именно необходимый сегмент защиты.Потому как пока основа защитного ПО по сути одна?

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

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

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

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


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

  • Сообщения

    • Ego Dekker
    • ArktiTig
      Арктика - северная полярная область Земли, включающая окраины материков Евразии и Северной Америки, почти весь Северный Ледовитый океан с островами и прилегающие к нему части Атлантического и Тихого океанов. Название её происходит от греческого слова arctos (медведь) и связано со звёздами: Полярная звезда, находящаяся почти точно в зените над Северным полюсом, принадлежит к созвездию Малая Медведица.
    • ArktiTig
      Арктика - северная полярная область Земли, включающая окраины материков Евразии и Северной Америки, почти весь Северный Ледовитый океан с островами и прилегающие к нему части Атлантического и Тихого океанов. Название её происходит от греческого слова arctos (медведь) и связано со звёздами: Полярная звезда, находящаяся почти точно в зените над Северным полюсом, принадлежит к созвездию Малая Медведица.
    • PR55.RP55
      .xml  файлы taskschd.msc Могут быть подписаны  цифровой подписью. Думаю будет нелишним, если uVS будет это фиксировать. т.е. проверять не только подпись целевого файла, но и подпись самого файла\задачи. и писать в ИНфО .  
    • demkd
      ---------------------------------------------------------
       4.15.2
      ---------------------------------------------------------
       o Исправлена ошибка при работе с образом автозапуска.
         Для некоторых процессов команда unload не добавлялась в скрипт при нажатии кнопки "принять изменения".  o Добавлена плашка окна на таскбаре для окна удаленного рабочего стола.
         (при работе с удаленной системой) -----------------------------------------------------------
      Есть проблема с локализацией глюка в редких случаях приводящему к аварийному завершению uVS при активном флаге "Проверять весь HKCR".
      На основе дампов его найти не получается, нужна копия реестра системы с такой проблемой, если кому-то попадется такая проблема, то присылайте архив с копией реестра системы мне на почту.  
×