VirusDetector – бесплатный онлайн-сервис проверки компьютера (beta) - Страница 3 - Общий форум по информационной безопасности - Форумы Anti-Malware.ru Перейти к содержанию
Сергей Ильин

VirusDetector – бесплатный онлайн-сервис проверки компьютера (beta)

Recommended Posts

Зайцев Олег
А чего тогда 8-ой скрипт не пытается базы обновить первым делом?

Действительно, со 160 метров до 25 упало после обновления баз. Все-таки стоит в 8-ой скрипт вставить сначала обновление на дефолтных настройках без показа сообщений успеха/ошибки, а затем переходить дальше.

ЗОЛИЛ!1

Добавил в скрипт 8 операцию обновления баз - выполняется в начале работы скрипта.

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


Ссылка на сообщение
Поделиться на другие сайты
alamor
Добавил в скрипт 8 операцию обновления баз - выполняется в начале работы скрипта.

а для того чтобы получить этот обновлённый вариант скрипта надо сначала обновить базы ;) ?

Где-то вы предложили вариант, чтобы AVZ пересобиралось раз в несколько дней с обновлёнными базами и таким образом при скачивание будут актуальные, а не

Внимание !!! База поcледний раз обновлялась 20.05.2012

имхо это было бы намного полезней и эффективней.

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


Ссылка на сообщение
Поделиться на другие сайты
santy
4 дня ушло на однозначный вердикт. Дело в том, что тучи DLL (мне лично известно более 100 тыс) вытворяют такое, что по каждой можно орать "злобный вирус". С EXE файлами собственно картина не лучше. И если указать на некую потенциальную опасность DLL, то многие пользователи могут попросту прибить ее не думая.

дело в том, что один из вариантов dll стартующий в реестре из appinit_dlls детектируемый как cidox/majachok уже достаточно долгое время прописывается в папку ittera, потому я и отметил недостаточный уровень анализа для Кибера. по крайней мере можно было сделать предположение, какая разновидность трояна стартует из известного ключа в реестре, и в каких характерных каталогах хранится на диске.

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


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

Сергей Ильин прочитал ваше сообщение в теме обсуждения на VI, что добавлено автообновление баз, но в правилах Правила использования сервиса VirusDetector

и на этой странице по прежнему нет ни слова о том, что перед этой процедурой надо обновить базы. Добавить этот пункт надо по двум причинам:

1) Только что скачал заново AVZ с сайта http://z-oleg.com/secur/avz/download.php стандартный скрипт №8 там вообще отсутствует, что может вызвать недоумение у некоторых пользователей.

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

P.S. точней так посчитают все так как там написано

Поэтому теперь специально вручную обновлять базы AVZ перед запуском скрипта №8 не нужно!

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


Ссылка на сообщение
Поделиться на другие сайты
Зайцев Олег
Сергей Ильин прочитал ваше сообщение в теме обсуждения на VI, что добавлено автообновление баз, но в правилах Правила использования сервиса VirusDetector

и на этой странице по прежнему нет ни слова о том, что перед этой процедурой надо обновить базы. Добавить этот пункт надо по двум причинам:

1) Только что скачал заново AVZ с сайта http://z-oleg.com/secur/avz/download.php стандартный скрипт №8 там вообще отсутствует, что может вызвать недоумение у некоторых пользователей.

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

P.S. точней так посчитают все так как там написано

1. Архив на моем сайте обновлен - в архиве актуальные базы, включая скрипт 8 с функцией вызова обновления

2. Это может составлять некоторую проблему, но не смертельную

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


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

Нашёл в разделе отчётов вирусдетектора две темы:

http://virusinfo.info/showthread.php?t=131912

http://virusinfo.info/showthread.php?t=131906

Судя по времени написания первого (и единственного на данный момент) сообщения прошли почти сутки, а киберхелпер до сих пор не сформировал даже результаты первичного анализа ;)

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


Ссылка на сообщение
Поделиться на другие сайты
Зайцев Олег
Нашёл в разделе отчётов вирусдетектора две темы:

http://virusinfo.info/showthread.php?t=131912

http://virusinfo.info/showthread.php?t=131906

Судя по времени написания первого (и единственного на данный момент) сообщения прошли почти сутки, а киберхелпер до сих пор не сформировал даже результаты первичного анализа ;)

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

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


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

А вот и первая статистика работы сервиса за неделю B) Спасибо Олегу Зайцеву обучение Кибера :)

http://virusinfo.info/showthread.php?t=132382

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


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

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

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


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

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

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


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

точно?

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


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

Дык детект четкий, значит базами. Раз базами, значит где-то они новее. Вариант - исправлено ложное срабатывание. Но все равно значит где-то новее.

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


Ссылка на сообщение
Поделиться на другие сайты
alamor
В логе видим зловреда. По ссылке на ВТ - чисто. Как так?

а если посмотреть на дату проверки на VT ? ;)

Дата анализа: 2011-04-06

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


Ссылка на сообщение
Поделиться на другие сайты
alamor
Репутация VI:

как определяется этот параметр ? что он означает ?

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


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

Буквально это и означает - "Репутация VI" :) Там кстати под каждым отчетом есть расшифровка:

Репутация VI - Информация о том, встречался ли ранее тот или иной файл в процессе лечения на нашем форуме VirusInfo и если встречался, то какой у него статус:

* Репутация положительная

* Репутация отрицательная

* Данных недостаточно для принятия решения

Собственно, это оно и есть. Если "вопросик" - то это означает, что таковой файл не встречался у обратившихся за лечением или приславших свой карантин для пополнения БД чистых. Или встречался, но случай единичный и статистической достоверности не несет. Если "красная рожа" - негативная репутация, т.е. некий связанный с файлом негатив (зараза, патченный файл и т.п.) доминирует над позитивом. Зеленая птичка - наоборот, означает, что с файлом связаны в основном позитивные данные. Репутация постоянно меняется, по мере поступления данных

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


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

Проверка идёт только по имени и размеру файла или и по хешу ?

Зеленая птичка - наоборот, означает, что с файлом связаны в основном позитивные данные.

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

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


Ссылка на сообщение
Поделиться на другие сайты
Зайцев Олег
Проверка идёт только по имени и размеру файла или и по хешу ?

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

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


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

Спасибо, теперь понятно. Правда, появился новый вопрос.

Крек например может иметь положительную репутацию (так как не является зловредом), но в БД чистых не вносится

почему тогда в базу чистых заносятся программы категории remote administration tools ? Подобные программы ведь часто устанавливаются злоумышленником. Вот лог и скрин из него

d0329a6e5a5a.png

6bb9ed0ad8a0.png

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


Ссылка на сообщение
Поделиться на другие сайты
Зайцев Олег
Спасибо, теперь понятно. Правда, появился новый вопрос.

почему тогда в базу чистых заносятся программы категории remote administration tools ? Подобные программы ведь часто устанавливаются злоумышленником. Вот лог и скрин из него

d0329a6e5a5a.png

6bb9ed0ad8a0.png

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

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


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин
http://virusinfo.info/virusdetector/report...0CE7065AD10418F

В логе видим зловреда. По ссылке на ВТ - чисто. Как так?

Сейчас в логах зловредов нет, все чисто. Видимо Кибер обновил вердикты по сомнительным файлам.

RAdmin активно применяется в корпоративных сетях ... и он не маскирует своего присутствия на ПК.

С Radmin довольно давно было куча разборок, когда его начали антивирусные вендоры детектить как опасное или потенциально опасное ПО. В итоге Famatech добились исключений. Программа чистая и легитимная. А если ее кто-то использует во вред, то ведь и палка иногда стреляет.

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


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

Интересный кейс на VirusDetector заметил сегодня

Обращение еще от 31 января

http://virusinfo.info/showthread.php?t=131920

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

http://virusinfo.info/virusdetector/report...4C5333252AEC7F0

И что-то мне подсказывает, что это еще не все. На очереди как минимум L:\Program Files\Common Files\Microsoft Shared\Triedit\{59664A02-8840-4d86-A884-518E2C82FD1C}.dll и L:\Program Files\D3DWindower [1.88]\D3DWindower.exe

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


Ссылка на сообщение
Поделиться на другие сайты
alamor
С Radmin довольно давно было куча разборок, когда его начали антивирусные вендоры детектить как опасное или потенциально опасное ПО. В итоге Famatech добились исключений. Программа чистая и легитимная. А если ее кто-то использует во вред, то ведь и палка иногда стреляет.

not-a-virus:RemoteAdmin.Win32.RAdmin.20

not-a-virus:RemoteAdmin.Win32.RAdmin.21

https://www.virustotal.com/ru/file/3935dc18...a5ed1/analysis/

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


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

Многие все равно детектят Radmin, но с вердиктом not-a-virus, т.е. как riskware, но не более того.

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


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

Сергей Ильин именно это и имел в виду. Если это

not-a-virus, т.е. как riskware
то надо на него обращать внимание в логе и уточнять насчёт его легальности, а если он находится в базе безопасных, то в логе может быть вообще не виден. Зайцев Олег уже ответил на мой вопрос.

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


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

  • Сообщения

    • 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
      Актуально, по лучше перенести обсуждение в офтопик.
        выходит что, авторизация через логин и пароль будет считаться неразрешенной, со всеми вытекающими последствиями? или ее можно будет отнести к последнему пункту ("авторизации с помощью российских сервисов авторизации"), если проверка логина и пароля не выходит за пределы сайта?
×