Universal Virus Sniffer (uVS), Вопросы разработчику

[santy 153]

demkd,

методы, которые используются в утилитах для удаления сложных объектов, как-то связаны с тем методом ASA, который используешь ты в uVS?

https://www.malwarebytes.com/fileassassin/

https://www.malwarebytes.com/regassassin/

[demkd 638]

@santy, судя по описанию asa там не используется, в реестре же вообще только сброс прав доступа, это начальный уровень, как и в случае с удалением файлов.

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

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

[PR55.RP55 83]

Demkd

Периодически операторы работая с множеством систем путают образы автозапуска.

Нужно было открыть один образ, а открывают другой.

 

Можно ли автоматически вести лог-список открытых образов ?

И если образ открывается повторно - выдавать оператору предупреждение: Образ открыт повторно.

----

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

[PR55.RP55 83]

Demkd

 

Мы однажды обсуждали выполнение скрипта.

Я писал о  том, что скрипты выполняются... медленно.

В ряде случаев скрипт выполняется несколько часов...

т.е Оператор за 10 минут пишет скрипт.

И ещё  час >  сидит и ждёт его выполнения.

 

Если сравнивать с такими программами как: Malwarebytes; AdwCleaner...

Там очистка занимает _минуты.

 

Они это сделали...

Значит скорость выполнения очистки можно и нужно увеличить.

---------------

Что если не тратить время на построение; обновление списка после каждой команды и т.д.

А работать с образом автозапуска с информацией которую он содержит ?

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

Хотя бы работать с частью этой информации.

           
;uVS v3.87.7 [http://dsrt.dyndns.org]
;Target OS: NTv6.1
v388c
АС-ПК_2016-10-11_19-27-42.7z
 
delref %Sys32%\DRIVERS\CHERIMOYA.SYS
del %Sys32%\DRIVERS\CHERIMOYA.SYS
 
deltmp
delnfr

restart
 

Где запись: АС-ПК_2016-10-11_19-27-42.7z

отвечает за то, из какого образа будет взята информация.

-------

Исключение делается тогда, когда в скрипт добавлены сигнатуры.

При работе с сигнатурами информация обновляется из реальной системы.

[santy 153]

RP55,

обновление списка выполняется только после chklst/delvir и после команды delall. delref/del не инициируют обновление списка.

то что скрипт выполняется часы - это нонсенс.

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

[PR55.RP55 83]

Santy пишет:  скрипт выполняется часы - это нонсенс.

 

 

В самом деле ?

Вот на вскидку нашёл:

 

http://pchelpforum.ru/f26/t147049/

http://pchelpforum.ru/f26/t132303/

 

А сколько в тех скриптах команд - раз, два и обчёлся.

А мы помним скрипты где за раз удалялось по 400 объектов.

Пример: http://www.anti-malware.ru/forum/index.php?showtopic=19512&page=4#entry181745

Скрипт весом минимум в: 25К

------------

 

Обновление списка выполняется только после chklst/delvir и после команды delall 

 

1) Проблема в том, что chklst/delvir обновляют\проверяют список даже тогда, когда в скрипт не добавлены сигнатуры и пуста база сигнатур...

Как это назвать ?

 

2) Команда delall

Когда в скрипте одна команда delall нет вопросов - выполнили команду, обновили список.

Когда таких команд скажем 20... и _20 раз список будет обновляться...

 

Нужно выполнить _ВСЕ команды delall

все... какие есть в скрипте и _только после этого обновить список.

_________

А если нужна информация - то брать её из образа !

если, что оператор проверит лог выполнения скрипта - удаление объектов.

[santy 153]

RP55,

 

1. по твоим ссылкам на псхп: если покопаться за 2010-12 год, то еще можно найти пару тройку таких тем, но здесь юзеры пишут, что система у них загружена под 100%, поэтому и скрипт может выполняться неопределенно долго, когда еще отпустит систему, и она соизволит выполнить команды программы.

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

 

2. chklst/delvir не обновляет список про определению, а проверяет уже сформированный список по базе сигнатур, и удаляет те объекты, которые попали под детект сигнатур. (если база сигнатур изначально пустая), и не добавлено ни одной сигнатуры, то и проверка объектов по нулевой базе займет минимум времени.

все зависит от того каким образом организован внешний цикл: по сигнатурам или по объектам автозапуска.

 

3. насчет 20 delall: так спроектирован uVS, что delall предназначен для одиночного удаления файла и всех ссылок на данный файл в реестре.+ обновление списка.

 

нужно быстрое удаление объектов без применения сигнатур (и обновления списка) - используй del &delref

[PR55.RP55 83]

santy

Чтобы не было вопросов предлагаю в логе фиксировать время.

 

 

======= Начало исполнения скрипта =======

2016.11.11 19:04
--------------------------------------------------------
v388c
--------------------------------------------------------
--------------------------------------------------------
OFFSGNSAVE
--------------------------------------------------------
--------------------------------------------------------
chklst
--------------------------------------------------------
--------------------------------------------------------
Проверка списка...
--------------------------------------------------------
Проверено файлов: 1428
Найдено вирусов: 0
--------------------------------------------------------
delvir
--------------------------------------------------------
Завершено процессов: 0 из 0
Изменено/удалено объектов автозапуска 0 из 0
Удалено файлов: 0 из 0
======= Конец  исполнения  скрипта =======
Построение списка процессов и модулей...
Обнаружен доп. поток в uVS: поток не принадлежит загруженным библиотекам
Обнаружен доп. поток в uVS: поток не принадлежит загруженным библиотекам
Анализ автозапуска...
Построение списка системных модулей и драйверов...
VBR NTFS [C:]: Загрузчик найден в базе проверенных
IPL NTFS [C:]: Загрузчик найден в базе проверенных
MBR#0 [74,5GB]: Загрузчик найден в базе проверенных

Анализ файлов в списке...
Анализ завершен.
Список готов.

======= Завершение исполнения скрипта =======

2016.11.11 19:25

_________

 

И тогда не будет вопросов  по времени выполнения.

Просто посмотрим.

 

А ещё лучше фиксировать время выполнения по каждой команде.

И тогда можно будет точно определить - на каком этапе происходит задержка.

[santy 153]

RP55,

если хочешь поиграться со временем между командами скрипта, так есть системная команда time

cmd /c time /t

в контексте скрипта это будет

exec cmd /c time /t

или чтобы время было добавлено в лог:

cexec cmd /c "time /t"

--------------

можно и date использовать, вдруг выполнение скрипта затянется на несколько дней

[Vvvyg 12]

Кстати, вывод cexec в логе дуплится. И ещё несколько анноит после каждой операции в логе:

Цитата

(!) DEBUG: Extra long filename detected, filename truncated
(!) DEBUG: Extra long filename detected, filename truncated

Хотя бы один раз это выводить...

[alamor 69]

@demkd, что были какие-то перебои на сервере?

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

[demkd 638]

1. Ускорить выполнение это вряд ли, а вот заблокировать обновление можно, но это практически ничего не даст.
2. (!) DEBUG: Extra long filename detected, filename truncated это серьезная проблема поэтому выводится при любом обновелении списка, cexec выводит в 2-х кодировках, потому что нет возможности определить в какой кодировке будет ответ.
3. Да, сервер был остановлен до решения проблем с VT, сейчас работает но без VT уже.

[alamor 69]

13 минут назад, demkd сказал:

, сейчас работает но без VT уже.

Это значит база VT1 больше обновляться не будет?
 

[PR55.RP55 83]

Demkd пишет:  Заблокировать обновление можно , но это практически ничего не даст.      

:  без VT уже     

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

Субъективно, как раз обновление больше всего и тормозит процесс.

Да и в лог добавлять время - чтобы видеть, что и как.

-------

По поводу: V.T.

Я уже неоднократно предлагал реализовать локальное пополнение базы:

Правда капчу придётся вводить ?

-------------

P.S. надо же так было изуродовать форум.

 

 

[demkd 638]

7 часов назад, alamor сказал:

Это значит база VT1 больше обновляться не будет?
 

Если не изменится API то не будет.
 

6 часов назад, PR55.RP55 сказал:

Правда капчу придётся вводить ?

А есть желание? Так что про это можно забыть.

[PR55.RP55 83]

Demkd

А, что у нас  с веткой: Новые функции в uVS...
Она читается ?
Нужны комментарии к предложениям.
Хотя бы такие: Прочитал, подумаю;  Нет, без вариантов; Это сделаю; Прочитал, подумаю - отметил у себя в закладках.

Или: всё прочитал... скажу следующее...

Для чего же тема, если в ней нет ответов !

[demkd 638]

7 часов назад, PR55.RP55 сказал:

Она читается ?

Читается, но смысла комментировать в 99% случаев просто нет.

[PR55.RP55 83]

В 12.11.2016 at 10:44 PM, demkd сказал:

1. Ускорить выполнение это вряд ли, а вот заблокировать обновление можно

А можно тогда в settings.ini создать настройку: " Обновление списка по таймеру. "

?

Например настроили... и каждые 60* секунд uVS будет обновлять список.

 

[demkd 638]

2 часа назад, PR55.RP55 сказал:

Например настроили... и каждые 60* секунд uVS будет обновлять список.

Это зачем?

[PR55.RP55 83]

Demkd

Так по сути это и есть блокировка обновления списка.
Выставить значение в: 10000 секунд и не будет обновления.
А можно выставить обновление раз в: 60 секунд.
При такой гибкой настройке можно, как заблокировать обновление списка, так и при необходимости производить мониторинг.

[PR55.RP55 83]

Demkd

А можно так сделать чтобы образы автозапуска автоматически открывались  в uVS - ?

Настроили контекстное меню\ассоциации > хлопнули по образу - он и открылся...

 

[PR55.RP55 83]

demkd

Данные из двух образов.

0 БАЙТ; 32-х битный ИСПОЛНЯЕМЫЙ; подписано "Oracle America, Inc."

sha1 -  файлов разные при том, что оба файла: 0 БАЙТ ( но здесь видимо разница за счёт доп. данных )

И как файл в 0 БАЙТ может быть исполняемым ? и за каким лешим его подписали ЭЦП ?

или дело в uVS ?

https://forum.esetnod32.ru/forum35/topic13688/?PAGEN_1=14

BUH-COMP02_2017-03-02_16-05-36.7z (627.58 КБ)

https://forum.esetnod32.ru/messages/forum35/topic13894/message97796/#message97796

 

Полное имя                  C:\PROGRAMDATA\ORACLE\JAVA\JAVAPATH\JAVAW.EXE
Имя файла                   JAVAW.EXE
Тек. статус                 ?ВИРУС? ПРОВЕРЕННЫЙ ПОДОЗРИТЕЛЬНЫЙ [Запускался неявно или вручную]
                            
Удовлетворяет критериям     
0 БАЙТ                      (РАЗМЕР = 0 БАЙТ)(1) [skip (0)]
                            
Сохраненная информация      на момент создания образа
Статус                      ПРОВЕРЕННЫЙ [Запускался неявно или вручную]
File_Id                     584F5BDD33000
Linker                      10.0
Размер                      0 байт
Создан                      25.01.2017 в 14:07:13
Изменен                     25.01.2017 в 14:07:13
                            
TimeStamp                   13.12.2016 в 02:24:29
EntryPoint                  +
OS Version                  5.0
Subsystem                   Windows graphical user interface (GUI) subsystem
IMAGE_FILE_DLL              -
IMAGE_FILE_EXECUTABLE_IMAGE +
Тип файла                   32-х битный ИСПОЛНЯЕМЫЙ
Цифр. подпись               Действительна, подписано "Oracle America, Inc."
                            
Оригинальное имя            javaw.exe
Версия файла                8.0.1210.13
Описание                    Java(TM) Platform SE binary
Производитель               Oracle Corporation
                            
Доп. информация             на момент обновления списка
SHA1                        A139AEE527417CBC6D8FBCD8107D159C18690025
MD5                         9F8C5EAF561629D9323720ED6A80E9F8
                            
Ссылки на объект            
Ссылка                      HKEY_USERS\S-1-5-21-3446135036-2291126290-415002189-1000_CLASSES\Local Settings\Software\Microsoft\Windows\Shell\MuiCache\C:\PROGRAMDATA\ORACLE\JAVA\JAVAPATH\JAVAW.EXE
SHORTCUT                    C:\USERS\ADMIN\DESKTOP\iBank2 UA - АТ 'УкрСиббанк'.lnk
SHORTCUT                    C:\PROGRAMDATA\MICROSOFT\WINDOWS\START MENU\PROGRAMS\IBANK2UA - АТ 'УКРСИББАНК'\iBank2 UA - АТ 'УкрСиббанк'.lnk

___________________________________

___________________________________

Полное имя C:\PROGRAMDATA\ORACLE\JAVA\JAVAPATH\JAVAW.EXE
Имя файла JAVAW.EXE
Тек. статус ?ВИРУС? ПРОВЕРЕННЫЙ ПОДОЗРИТЕЛЬНЫЙ [Запускался неявно или вручную]

www.virustotal.com 2017-02-27
- Файл был чист на момент проверки.

Удовлетворяет критериям
0 БАЙТ (РАЗМЕР = 0 БАЙТ)(1) [skip (0)]

Сохраненная информация на момент создания образа
Статус ПРОВЕРЕННЫЙ [Запускался неявно или вручную]
File_Id 56AC0E7533000
Linker 10.0
Размер 0 байт
Создан 20.01.2016 в 20:41:14
Изменен 06.02.2016 в 21:31:31

TimeStamp 30.01.2016 в 01:14:29
EntryPoint +
OS Version 5.0
Subsystem Windows graphical user interface (GUI) subsystem
IMAGE_FILE_DLL -
IMAGE_FILE_EXECUTABLE_IMAGE +
Тип файла 32-х битный ИСПОЛНЯЕМЫЙ
Цифр. подпись Действительна, подписано "Oracle America, Inc."

Оригинальное имя javaw.exe
Версия файла 8.0.730.2
Описание Java™ Platform SE binary
Производитель Oracle Corporation

Доп. информация на момент обновления списка
SHA1 4B21B9B998957A6E56D1C7496A5502710763455E
MD5 5B98DCE4893425BA4F08C2BE134CABE5

Ссылки на объект
SHORTCUT C:\USERS\HOUSE\DESKTOP\iBank2UA - Восстановление из резервной копии.lnk

[alamor 69]

demkd, в uVS есть защита известных файлов от действия команд delall и delref.

А что подразумевается под известными файлами? И где хранится список этих файлов?
То есть мне не понятно это какой-то перечень системных файлов, который зашит в саму утилиту? Или известные определяются по наличию валидной ЭЦП и под защитой подразумевается вопрос, который выдаётся когда такой файл пытаешься удалить, или ещё что-то?  

 

[santy 153]

alamor,

есть параметр в settings.ini
 

Цитата

 

   ; Защищать известные файлы от действия команд delall и delref.
     bProtectKnown (по умолчанию 1)

 

 

 

известные файлы:

 

 km*    - списки известных модулей для соотв. OS
            (в открытом виде UTF8, km*.x64 для x64 систем)

[demkd 638]

Добавлю, что список известных можно редактировать, есть соответствующая категория и контекстные команды у файлов, но тут простой выбор либо свой файл известных или мой файл, никакого импорта не предусмотрено, в апдейтере есть соотв. флаг блокирующий обновление km*.