Принципы работы ShadowServer ? - Тесты и сравнения - Форумы Anti-Malware.ru Перейти к содержанию
sergey ulasen

Принципы работы ShadowServer ?

Recommended Posts

sergey ulasen

Наши пользователи (ВирусБлокАда) пару месяцев назад прислали интересную ссылку.

На тот момент наш детект составлял порядка 2%. Стали разбираться. Поиск внятного описания методики тестирования на сайте найден не был. Единственное то, что автор предлагает выслать ее по требованию. Стали писать письма автору. Ответы пришли нескоро. Оказалось, что у него закончился наш ключик, и он не обновлялся. К тому же использовались не самые оптимальные ключи сканера. Затем мы попытались затребовать методику тестирования. Прошла уже неделя, а ответа все нет.

На сегодняшний день результаты такие:

vendor detected total percent

F-Prot6 157955 161888 97.57%

DrWeb 157097 161888 97.04%

Norman 156823 161888 96.87%

VirusBuster 156587 161888 96.73%

Vexira 156547 161888 96.70%

NOD32 156295 161888 96.55%

McAfee 156273 161888 96.53%

Clam 155275 161888 95.92%

Avast 155159 161888 95.84%

AVG7 154455 161888 95.41%

AntiVir 139416 161888 86.12%

Panda 123738 161888 76.43%

VBA32 9614 161888 5.94%

F-Secure 9525 161888 5.88%

BitDefender 8410 161888 5.19%

Kaspersky 7995 161888 4.94%

Результаты этого теста явно не коррелируют с результатами какого-нибудь подобного теста.

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

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


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

да уж... :rolleyes:

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


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

В прошлом году уже поднималась данная тема здесь

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

P.S. На ключ для Norton-а похоже тоже жаба задушила :rolleyes:

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


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

мда... Без ключа у Vba32 многие настройки не доступны...

ps Сразу видно, на каких антивирусах ключей нет:D

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


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

текущая еженедельная ситуация:

vendor detected total percent

Norman 677479 710863 95.30%

F-Prot6 635303 710863 89.37%

VirusBuster 627116 710863 88.22%

Vexira 626503 710863 88.13%

DrWeb 625363 710863 87.97%

McAfee 624852 710863 87.90%

Avast 616955 710863 86.79%

Clam 610384 710863 85.87%

NOD32 608218 710863 85.56%

AVG7 604437 710863 85.03%

AntiVir 590143 710863 83.02%

Panda 489091 710863 68.80%

BitDefender 96864 710863 13.63%

F-Secure 96248 710863 13.54%

VBA32 95972 710863 13.50%

Kaspersky 94572 710863 13.30%

за год:

vendor detected total percent

AntiVir 21946586 22676950 96.78%

F-Prot6 20242600 21143747 95.74%

DrWeb 21268527 22458947 94.70%

Norman 20642017 22120817 93.31%

F-Secure 19367791 21006741 92.20%

NOD32 20314616 22677073 89.58%

Vexira 20311337 22677573 89.57%

AVG7 20276489 22677315 89.41%

McAfee 19967935 22677573 88.05%

Avast 19586040 22618219 86.59%

VirusBuster 18840309 22383293 84.17%

Kaspersky 16632126 22677573 73.34%

Panda 16331396 22666130 72.05%

BitDefender 16095392 22677519 70.98%

Clam 15477274 22677519 68.25%

VBA32 11829274 21612178 54.73%

Интригует - вот тебе и альтернатива av-comparatives с их миллионами сигнатур. Хотя кто и для чего делает - неизвестно.

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


Ссылка на сообщение
Поделиться на другие сайты
Мальцев Тимофей

Касперский - 13%?

Ага, альтернатива...

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


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

  • Сообщения

    • 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
      Актуально, по лучше перенести обсуждение в офтопик.
        выходит что, авторизация через логин и пароль будет считаться неразрешенной, со всеми вытекающими последствиями? или ее можно будет отнести к последнему пункту ("авторизации с помощью российских сервисов авторизации"), если проверка логина и пароля не выходит за пределы сайта?
    • santy
      Актуально, по лучше перенести обсуждение в офтопик.
    • PR55.RP55
      Несколько не по теме. Но для владельцев сайтов актуально... https://www.comss.ru/page.php?id=20880
    • santy
      RP55, По п.10 уже есть реализация: в 5.04 o Переменные окружения всех пользователей с некорректным содержимым теперь добавляются
         в список как подозрительные объекты со статусом "ПЕРЕМЕННАЯ".
         Удаление такого объекта приведет к удалению переменной пользователя или 
         к восстановлению значения по умолчанию если это системная переменная.   по п. 8, для задач в uVS публикуется командная строка, но то что стали модифицировать известные задачи, это да, теперь придется за всеми задачами следить по п.7 В uVS есть указание на то что известный файл размещен по нестандартному пути, по идее тоже должно попасть в подозрительные. по п.6 Ранее уже сталкивались с подобным зловредом,  здесь, https://chklst.ru/forum/discussion/76/kak-udalit-bekdor-crexv-i-vosstanovit-normalnuyu-rabotu-menyu-pusk-v-xpvistaseven  
×