Перейти к содержанию

Recommended Posts

santy

demkd,

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

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

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

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


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

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

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

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

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


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

Demkd

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

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

 

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

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

----

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

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


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

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

RP55,

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

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

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

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


Ссылка на сообщение
Поделиться на другие сайты
PR55.RP55
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

RP55,

 

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

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

 

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

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

 

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

 

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

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


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

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

RP55,

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

cmd /c time /t

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

exec cmd /c time /t

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

cexec cmd /c "time /t"

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

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

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


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

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

Цитата

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

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

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


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

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

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

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


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

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

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


Ссылка на сообщение
Поделиться на другие сайты
alamor
13 минут назад, demkd сказал:

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

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

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


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

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

:  без VT уже     

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

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

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

-------

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

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

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

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

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

 

 

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


Ссылка на сообщение
Поделиться на другие сайты
demkd
7 часов назад, alamor сказал:

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

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

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

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

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

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


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

Demkd

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

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

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

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


Ссылка на сообщение
Поделиться на другие сайты
demkd
7 часов назад, PR55.RP55 сказал:

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

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

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


Ссылка на сообщение
Поделиться на другие сайты
PR55.RP55
В 12.11.2016 at 10:44 PM, demkd сказал:

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

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

?

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

 

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


Ссылка на сообщение
Поделиться на другие сайты
demkd
2 часа назад, PR55.RP55 сказал:

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

Это зачем?

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


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

Demkd

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

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


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

Demkd

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

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

211930.jpg

 

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


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

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

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

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

 

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


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

alamor,

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

Цитата

 

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

 

 

 

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

 

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

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


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

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

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


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

Создайте учетную запись или войдите, чтобы комментировать

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

  • Сообщения

    • Ego Dekker
    • ArktiTig
      Арктика - северная полярная область Земли, включающая окраины материков Евразии и Северной Америки, почти весь Северный Ледовитый океан с островами и прилегающие к нему части Атлантического и Тихого океанов. Название её происходит от греческого слова arctos (медведь) и связано со звёздами: Полярная звезда, находящаяся почти точно в зените над Северным полюсом, принадлежит к созвездию Малая Медведица.
    • ArktiTig
      Арктика - северная полярная область Земли, включающая окраины материков Евразии и Северной Америки, почти весь Северный Ледовитый океан с островами и прилегающие к нему части Атлантического и Тихого океанов. Название её происходит от греческого слова arctos (медведь) и связано со звёздами: Полярная звезда, находящаяся почти точно в зените над Северным полюсом, принадлежит к созвездию Малая Медведица.
    • PR55.RP55
      .xml  файлы taskschd.msc Могут быть подписаны  цифровой подписью. Думаю будет нелишним, если uVS будет это фиксировать. т.е. проверять не только подпись целевого файла, но и подпись самого файла\задачи. и писать в ИНфО .  
    • demkd
      ---------------------------------------------------------
       4.15.2
      ---------------------------------------------------------
       o Исправлена ошибка при работе с образом автозапуска.
         Для некоторых процессов команда unload не добавлялась в скрипт при нажатии кнопки "принять изменения".  o Добавлена плашка окна на таскбаре для окна удаленного рабочего стола.
         (при работе с удаленной системой) -----------------------------------------------------------
      Есть проблема с локализацией глюка в редких случаях приводящему к аварийному завершению uVS при активном флаге "Проверять весь HKCR".
      На основе дампов его найти не получается, нужна копия реестра системы с такой проблемой, если кому-то попадется такая проблема, то присылайте архив с копией реестра системы мне на почту.  
×