Kaspersky Lab выбирает VirusBuster - Общий форум по информационной безопасности - Форумы Anti-Malware.ru Перейти к содержанию
Александр Шабанов

Kaspersky Lab выбирает VirusBuster

Recommended Posts

Александр Шабанов

Вчера на официальном сайте VirusBuster опубликовали интересный пресс-релиз о сотрудничестве с Kaspersky Lab:

Kaspersky Lab - VirusBuster

The well known Russian security developer was interested in the VirusBuster engine on Linux and FreeBSD. In the present partnership, Kaspersky Lab uses the VirusBuster Virus Scan Engine binaries, interface and development headers on both platforms. The Linux version is used primarily for testing purposes, and the FreeBSD version is used in Kaspersky Hosted E-mail Security.

Kaspersky Hosted E-mail Security is a hosted (managed) security service that provides security for mail traffic and protection from email-specific threats - i. e. viruses, hacker attacks, and phishing attacks - before these threats reach a company's server. It scans customers' all incoming and outgoing SMTP traffic for viruses, spam, Trojans, and phishing.

"The most important criteria for us when choosing VirusBuster were stability of work and speed of processing. We were looking for a solution which supporting FreeBSD, and VirusBuster's scan engine with its wide range of supported platforms and excellent detection rates matched our needs perfectly". - said Mr. Andrey Nikishin, the Director of Kaspersky Lab's Hosted Security Services Business Unit.

Чем вызвана необходимость лицензирования? И почему именно VirusBuster? :)

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


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

Основной вопрос, зачем это Лаборатории Касперского?

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


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

Нет, основной вопрос - зачем это Hosted Security ? :)

ну, Никишин расскажет.

лично я никаких "тонкостей" не вижу - HS есть сервис по защите почты клиентов. Клиенты хотят больше уровней защиты - HS им их дает. Могу предположить что движок VB - не последний, из тех что будет использовать HS. Появятся еще.

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


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

Все очень просто. Все популярные на рынке решения класса Hosted Security Services для почты многодвижковые, конкурировать с однодвижковым решением (только на движке КАВ) тяжело, у рынка сложился стереотип, что в таких решениях 2 движка лучше, чем один.

Ну а почему вирусбастер, потому как соотношение цена качество оптимальные вышли - он ведь нам нужен ни как основной движок (как это у Agnituma), а как add-on к КАВу. Имхо как основной движок VirusBuster никуда не годится.

Может у Андрея Никишина другое мнение, придет расскажет.

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


Ссылка на сообщение
Поделиться на другие сайты
_Stout
Все очень просто. Все популярные на рынке решения класса Hosted Security Services для почты многодвижковые, конкурировать с однодвижковым решением (только на движке КАВ) тяжело, у рынка сложился стереотип, что в таких решениях 2 движка лучше, чем один.

Ну а почему вирусбастер, потому как соотношение цена качество оптимальные вышли - он ведь нам нужен ни как основной движок (как это у Agnituma), а как add-on к КАВу. Имхо как основной движок VirusBuster никуда не годится.

Может у Андрея Никишина другое мнение, придет расскажет.

Олег, Саша, спасибо за ваши ответы.

Все именно так как вы сказали. Все решения Hosted Security используют несколько движков. Вернее так -- Клиенты хотят видеть несколько движков и не надо клиенту доказывать, что BitHunt + KAV лучше, чем 10 движков. Мы просто взяли и лицензировали еще один коммерческий движок и довели общее кол-во АВ движков до 4. Чтобы клиентов успокоить. На качаство защиты дополнительные движки не повлияли никак. Как ловили 100%, так и ловим. Почему выбрали VB, а не что-то другое. Понятно, что движки первого эшелона уже используются у клиентов на endpoint и незачем дублировать. Смторели на второй эшелон. Т.к. качество детекта нас не волновала, смотрели на стабильность (именно стабильность) на FreeBSD (и только эту ОС, Linux это тестовый стенд) и цену. Поэтому и выбрали этот движок.

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


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

Черт, такую новость хотел занести - ан опередили! :lol:

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


Ссылка на сообщение
Поделиться на другие сайты
Иван
он ведь нам нужен ни как основной движок (как это у Agnituma), а как add-on к КАВу. Имхо как основной движок VirusBuster никуда не годится.
Смторели на второй эшелон. Т.к. качество детекта нас не волновала, смотрели на стабильность (именно стабильность) на FreeBSD (и только эту ОС, Linux это тестовый стенд) и цену.

гы гы, Виталий, гы гы

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


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

_Stout, если руководствоваться описанными выше критериями выбора движков (стабильность работы на FreeBSD, невысокая цена, невысокая популярность), какие еще варианты были и есть кроме VirusBuster?

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


Ссылка на сообщение
Поделиться на другие сайты
_Stout
_Stout, если руководствоваться описанными выше критериями выбора движков (стабильность работы на FreeBSD, невысокая цена, невысокая популярность), какие еще варианты были и есть кроме VirusBuster?

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

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


Ссылка на сообщение
Поделиться на другие сайты
Виталий Я.
Сергей, я ожидал этот вопрос. К сожалению, я не могу ответить на него. Скажу лишь, что мы рассматривали 3 движка и вели переговоры еще с одним вендором. Нашим разработчикам больше понравился другой движок -- с ним было удобнее работать, но в итоге был выбран VB.

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

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


Ссылка на сообщение
Поделиться на другие сайты
_Stout
Вероятнее всего, потому что VB охотнее всего идут навстречу лицензиатам в вопросе расширения возможностей модификации движка под нужды разработчиков. В случае Agnitum, по моей информации, это был один из важнейших критериев.

Виталий, не сказал бы, чтобы охотно и быстро. Но приемлимо. Остальные действуют примерно также. Я все сказал по поводу критериев, важных для нас. Движок не основной для нас -- он для успокоения клиентов.

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


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

  • Сообщения

    • demkd
      Это внеплановое обновление для разбора необычного случая с внедренными потоками, соответственно релиз задерживается. ---------------------------------------------------------
       5.0.RC2
      ---------------------------------------------------------
       o При обнаружении внедренного потока в процессе в лог печатается точное
         время создания потока и ТОП 10 наиболее вероятных виновников.
         (!) Только для потоков не имеющих привязки к DLL.
         (!) Функция требует активного отслеживания процессов. (Твик #39)

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

       o В окно удаленного рабочего стола добавлена кнопка "Меню", она открывает
         на удаленном компьютере окно с кнопками быстрого доступа к часто используемым
         настройкам системы и системным утилитам.
         Утилиты из этого окна запускаются на удаленном компьютере под текущим пользователем.

       
    • demkd
      С большой вероятностью эта версия и станет v5.0
      Все что было запланировано реализовано. ---------------------------------------------------------
       5.0.RC1
      ---------------------------------------------------------
       o В окно запуска добавлен пункт меню "Перезагрузить в интерфейс встроенного ПО [UEFI]"
         Доступно начиная с Win10.

       o В окно запуска добавлен выбор основного шрифта.

       o Пополнено окно дополнительных настроек.

       o В функцию удаления временных файлов добавлено 4 каталога с временным файлами Windows.
         o \Windows\Downloaded Program Files
         o \ProgramData\Microsoft\Windows\WER\ReportArchive   
         o \ProgramData\Microsoft\Windows\WER\ReportQueue
         o \ProgramData\Microsoft\Windows\WER\Temp
         Функция больше не выводит в лог пути до отсутствующих каталогов.

       o Исправлена критическая ошибка инициализации режима DDA,
         она могла проявляться на чипсетах AMD при подключении
         физического монитора к компьютеру, который был отключен или физически
         не подключен на этапе загрузки системы, при этом меняются логические
         номера дисплеев и 1-го дисплея обычно не существует, поэтому
         если вы подключились и 1-й дисплей показывает черный квадрат то
         стоит попробовать переключиться на 2-й и т.п.
         (!) В этом случае не работает программный способ вывода дисплея из сна,
         (!) поэтому в текущей версии движения мыши в любом случае передаются на
         (!) удаленный компьютер, что гарантировано пробуждает спящий дисплей
         (!) при переключении на него.

       o Исправлена ошибка создания загрузочного диска под Windows 11 24H2,
         по неизвестной причине в этой редакции Windows dism из пакета ADK
         не способен без ошибок сформировать загрузочный образ диска,
         поэтому все операции с образом диска теперь выполняет штатный dism из системного каталога.

       o Исправлена ошибка для определения пути до драйвера CDD.DLL при анализе
         ключей безопасного режима.

       
    • PR55.RP55
      Критическая уязвимость в ASUS DriverHub https://www.comss.ru/page.php?id=16443
    • PR55.RP55
      Изменения для драйверов Windows 11: новые сертификаты и отказ от метаданных https://www.comss.ru/page.php?id=16408
    • demkd
      Если нет пользовательского реестра для пользователя то будет сообщение в логе, остальное не надо видеть и тем более удалять - это дело пользователя.
×