Унификация именования вредоносного кода. - Выбор домашних средств защиты - Форумы Anti-Malware.ru Перейти к содержанию
Николай Терещенко

Унификация именования вредоносного кода.

Recommended Posts

Николай Терещенко

Так сказать о наболевшем ...

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

Все об этом говорят, но никто не делает. Когда же наконец это будет и будет ли вообще?

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


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

Информация проходила, что вроде как собрались делать. Но сомневаюсь что сделают

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


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

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

Все об этом говорят, но никто не делает. Когда же наконец это будет и будет ли вообще?

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

Может я ошибась.

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


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

Согласен

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


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

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

В первую очередь надо создать единый стандарт именования вредоносного кода.

После этого будет намного проще.

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


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

В первую очередь надо создать единый стандарт именования вредоносного кода.

После этого будет намного проще.

Стандарт предложили уже. По Spyware Посмотрим что будет

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


Ссылка на сообщение
Поделиться на другие сайты
Михаил Кондрашин
Стандарт предложили уже. По Spyware Посмотрим что будет

А можно ссылочку?

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


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

Эта коалиция пока только выработал определение, что такое spyware вообше, а сейчас занимаются определением рисковой модели.

Я не видел, чтобы у них в планах была выработка стандарта для названий spyware.

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


Ссылка на сообщение
Поделиться на другие сайты
Михаил Кондрашин
Все об этом говорят, но никто не делает. Когда же наконец это будет и будет ли вообще?

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

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

Вывод №1: Ситуация не изменится.

Вывод №2: Не нужно пользоваться зоопарком антивирусов, а использовать что-нибудь одно, тогда проблема будет только у аналитиков.

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


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

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

Нельзя доверять все такую важную область однуму производителю, как говориться, не клади все яйца в одну корзину. :-)

Кто-то один облажается пропустит вирус или начнет сбоить, защищаемые другим антивирусов узлы останутся в безопасности.

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

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


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

Нельзя доверять все такую важную область однуму производителю, как говориться, не клади все яйца в одну корзину. :-)

Кто-то один облажается пропустит вирус или начнет сбоить, защищаемые другим антивирусов узлы останутся в безопасности.

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

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

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


Ссылка на сообщение
Поделиться на другие сайты
Николай Терещенко
Простите, но это классика. Применять 2-3 антивируса на предприятии. Один для Интернет-шлюза, один для почты, другой для серверов и рабочих станций. Так рекмендовано в большом количестве литературы

Согласен, но не со всем.

Два производителя - хорошо, три это слишком ...

Покажите мне какая литература рекомендует ставить трех-вендорную систему на большом предприятии?

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

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


Ссылка на сообщение
Поделиться на другие сайты
VladB
Простите, но это классика. Применять 2-3 антивируса на предприятии. Один для Интернет-шлюза, один для почты, другой для серверов и рабочих станций. Так рекмендовано в большом количестве литературы

Согласен, но со всем.

Два производителя - хорошо, три это слишком ...

Покажите мне какая литература рекомендует ставить трех-вендорную систему на большом предприятии?

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

Вы не правы. Централизованное управление не может теряться :) Просто вам придется ставить вместо одного центра управления три. Неудобно? Не спорю. Я предпочту два. И что?

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


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

Вы не правы. Централизованное управление не может теряться :) Просто вам придется ставить вместо одного центра управления три. Неудобно? Не спорю. Я предпочту два. И что?

Двух вендорная система адекватна в виде: Шлюз - одно решение.

Все остальное внутри (РМ, Сервера) - второй вендор.

Свести данные со шлюзов и с единой консоли внтури проще, чем развлекаться с 3-х вендорной

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


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

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

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


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

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

Знаю, что, например, McAfee ePO может администрить рабочие станции на Symantec. Известны ли какие-то другие примеры подобного рода?

Может ли подключить антивирусные сервера к какой-то более мощной консоли, используя какой-нить механизм SNMP-trap?

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


Ссылка на сообщение
Поделиться на другие сайты
Latin
В лабораториях TrendLabs при появлении вируса выделяются сразу три человека, обязанность одиного из них придумать новому вирусу название. Это делается иногда в спешке и для согласования имени с другими вендорами будет потеряно бесценное время. Полагаю, что сходная ситуация и в других лабораториях.

Это не убедительно, и не повод для отказа от унификации наименований.

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

В первую очередь надо создать единый стандарт именования вредоносного кода.

После этого будет намного проще.

Согласен. Для этого совсем не обязательно открытие баз.

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

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

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

И еще одно замечание.

К сожалению, замечаю, что обсуждение одной темы переходит в обсуждение другой как говориться "офтоп". Если затрагивается сторонний вопрос, то будет намного удобней выделить его в другую тему. Разве не так? :) . Но этот вопрос скорее к модераторам.

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


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

  • Сообщения

    • santy
      Например: форумы Anti-Malware, официальный и неофициальный технические форумы Касперского разработаны при поддержке Powered by Invision Community Invision Community (ранее IPS Community Suite, Invision Power Board, сокращенно IPS, IP.Suite или IP.Board) — коммерческое программное обеспечение для организации веб-форумов, разрабатываемое американской компанией Invision Power Services Inc ----------- Получается 1С-Битрикс наше все.
    • PR55.RP55
      КОТ ( Комитет Охраны Тепла ) Африка
      Неизбежность войны, предвкушаю крах
      Если я говорю, значит, он прав
      Армагеддон — это больше, чем страх
      Это любовь, это слёзы и кровь
      Твоих сыновей
      Африка!

      [Бридж]
      Твои волосы — как прутья
      Твои мысли — белый мел
      Я однажды не проснулся
      Оттого что я висел

      [Предприпев]
      Африка!
      На твоих руках
      Твоё солнце в моих глазах
      Африка!

      [Припев]
      Чёрное на белом
      Кто-то был неправ
      Я внеплановый сын африканских трав
      Я танцую регги на грязном снегу
      Моя тень на твоём берегу
      Африка!
    • santy
      Я думаю, разработчики закона сами еще не знают как трактовать то, что они сделали. например это: Если владелец сайта является гражданином РФ или российским юридическим лицом является ли система российской, владельцем которой он считается, если сам сайт построен на зарубежном движке?
    • PR55.RP55
      " Запрет на использование иностранных сервисов авторизации (Google, Apple) на российских сайтах, введенный законами № 406-ФЗ и № 670-ФЗ, направлен на локализацию персональных данных и борьбу с утечками, требуя перехода на российские ID-системы, такие как ya.ru или mail.ru [1]. Старые аккаунты, созданные через иностранные сервисы, не удаляются, однако владельцы сайтов обязаны перевести пользователей на легитимные методы входа, включая российскую почту, телефон или Госуслуги, чтобы избежать ответственности за текущие авторизации [1]. " " Владельцы сайтов будут обязаны проводить авторизацию пользователей (например, при регистрации или входе в личный кабинет) с использованием только российских систем. К ним относятся: номер российского телефона; портал "Госуслуги"; единая биометрическая система; иные системы, владельцами которых являются граждане РФ или российские юридические лица." ya.ru или mail.ru - в теории ( и на практике ) граждане р.ф. Сама почта требует авторизации - через номер телефона. т.е. зарегистрированный пользователь уже прошёл авторизацию.  ---------- Оценка выше написанного в ИИ. :) Давайте разберем, почему ваши тезисы и выводы полностью корректны.
      1. Соответствие критериям закона
      Вы абсолютно правы: сервисы *Яндекс (ya.ru)* и *VK (VK ID / Mail.ru)* на
      100% подпадают под четвертый пункт статьи 10.2-1 закона «Об информации»:   * Их владельцами являются *российские юридические лица*.
        * Доля иностранного владения в них приведена в полное соответствие с
          законодательством РФ (контролирующие структуры находятся в
          российской юрисдикции). 2. Цепочка авторизации (наследование доверия)
      Ваша мысль о том, что /«почта требует авторизации через телефон, а
      значит, пользователь уже авторизован»/, юридически называется
      *делегированием авторизации*.   * Закон обязывает владельца форума использовать /российскую систему/
          для входа.
        * Яндекс ID или VK ID — это и есть авторизационные информационные системы.
        * То, что эти ИС внутри себя уже проверили пользователя (по номеру
          телефона, привязке к Госуслугам или через подтвержденный профиль), —
          это их зона ответственности. Для вашего форума главное, что сама
          «входная дверь» (Яндекс/VK) является российской. 3. Обязанности владельца сайта
      Приведенная вами цитата точно описывает текущее положение дел:   * *Закон не требует удалять профили* людей, вошедших когда-то через
          Google.
        * *Закон запрещает процесс* предоставления авторизации через
          иностранцев /сейчас/.
        * Чтобы не получить штраф (вступивший в силу по законопроекту №
          1110676-8), владелец сайта должен закрыть техническую возможность
          кликнуть на «Вход через Google/Apple» и предложить пользователю
          привязать к старому аккаунту российский аналог (почту, телефон или
          Яндекс/VK ID). ------- Но лучше всё это ещё уточнить.    
    • santy
      Актуально, по лучше перенести обсуждение в офтопик.
        выходит что, авторизация через логин и пароль будет считаться неразрешенной, со всеми вытекающими последствиями? или ее можно будет отнести к последнему пункту ("авторизации с помощью российских сервисов авторизации"), если проверка логина и пароля не выходит за пределы сайта?
×