Новые функции в Universal Virus Sniffer (uVS)

[alamor 69]

а это будет ?

В планах добавить virscan.org

[demkd 590]

santy

в принципе тоже можно, ничего сложного тут нет.

alamor

я еще до него не добрался, надо посмотреть насколько стабильно там базы обновляются, может и смысла нет

[demkd 590]

PR55.RP55

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

...хотя нет, бесполезно это еще и на cookie завязано, не выйдет.

[Angel-iz-Ada 0]

demkd

может получится средствами uVS при создании образа искать нахождение оригинальных системных файлов в папке WinSxS - она есть в Висте, Семерке, Восьмерке. и в принципе там есть все необходимые файлы которые присутствуют в папке STORE uVS - explorer, regedit, msconfig, taskmgr и др.

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

c:\Windows\WinSxS\amd64_microsoft-windows-com-base-qfe-rpcss_31bf3856ad364e35_6.2.9200.16384_none_c2948360c7a43433\

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

а так выполнили бы:

rf %Sys32%\RPCSS.DLL C:\WINDOWS\WINSXS\AMD64_MICROSOFT-WINDOWS-COM-BASE-QFE-RPCSS_31BF3856AD364E35_6.2.9200.16384_NONE_C2948360C7A43433\и все

[Аркалык 19]

demkd, Можно еще добавить горячие клавиши для таких команд как:

1) Поместить копию файла в Zoo

2) Запретить запуск файла по хэшу

3) Удалить все ссылки на объект

4) Удалить все ссылки вместе с файлом

Добавить клавиши для тех команд, которые много используется при созданий скрипта. Значить, выбираешь любой файл и тыкаеш кнопки по клаве для применение соответсвущих команд. Например: Выбрал файл PRAETORIAN.EXE из списка "Подозрительные и вирусы" и нажимаешь кнопку "Z" что бы добавить в архив или "B" что бы запретить запуск файла по хэшу или "D" что бы удалить все ссылки вместе с файлом. А то уже руки болят от тыканий ПКМ

[santy 151]

Аркалик, пальцев на руке точно не хватит, чтобы на каждое действие uVS, выбирать горячий "палец",

а вот по клавишам - надо посчитать - но большая нагрузка на память будет,

[demkd 590]

Аркалык

подумаю, может сделаю программируемые кнопки

Angel-iz-Ada

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

[Angel-iz-Ada 0]

demkd

Win 8 x64 со всеми обновами - файл идентичен

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

[demkd 590]

Angel-iz-Ada

это если он зараженный а не подмененный, там версия может быть совсем иная, а в категории это наверное не стоит, там тысячи файлов разных версий, там DLL Ад.

[Angel-iz-Ada 0]

не обязательно ведь все файлы в образ добавлять.

пока сделать определенный список, который будет искаться во время создания образа. займет лишние 10-20 секунд.

[PR55.RP55 82]

1) Файл > Сохранить полный образ Автозапуска > Открыть созданный образ.

2) Критерий поиска.

Смена позиции критерия в списке.

для этого добавить в меню команду: Сдвиг на позицию вверх.

Для оптимизации применения последовательности из ( И < > ИЛИ )

Их группировки.

3) Ввести нумерацию критерия - для составного критерия.

4) В критерии поиска _Stop_

Stop - для составного критерия.

Stop работает, как разделитель, разбивая критерий по рабочим блокам.

т.е. Сложный критерий из этапов.

Отработал один этап > тогда отрабатывает второй этап/блок...

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

см.фото примеры.

[alamor 69]

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

4) Не понятно зачем это нужно.

[PR55.RP55 82]

alamor пишет: 4) Не понятно зачем это нужно.

Сейчас: Группу простых критериев - можно объединить в группу под одним именем = сложный/составной.

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

Будущее: Сложный, _под одним именем_ можно разбить на подгруппы.

т.е...

Так понятно ?

[alamor 69]

Если это отдельные, независимые группы критериев, то зачем их объединять в один? Если они зависимы, то зачем разбивать на блоки ?

[santy 151]

alamor,

Если это отдельные, независимые группы критериев, то зачем их объединять в один? Если они зависимы, то зачем разбивать на блоки ?

имхо, если и есть необходимость что-то добавить в работу с критериями, то это механизм рекурсивных критериев, когда в простое или составное условие можно добавить операцию И (ИЛИ) name_critery

name_critery - это имя существующего в списке отдельного критерия.

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

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

т.е. вначале вычисляется значение выражения внутри рекурсивного критерия, а затем уже значение всей логической цепочки.

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

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

это позволило бы каждому строить критерии как душа пожелает.

[maxmarfin 0]

alamor,

имхо, если и есть необходимость что-то добавить в работу с критериями, то это механизм рекурсивных критериев, когда в простое или составное условие можно добавить операцию И (ИЛИ) name_critery

Согласен!

[alamor 69]

заменил бы отсутствующие на сегодня скобки

Теперь понял, что имел ввиду PR55.RP55. Да, это было бы удобно.

[PR55.RP55 82]

Santy

Правильно сформулировал.

Правильно подобрал форму.

"Рекурсивные функции [< лат. recur-sio возвращение] - такие функции, значения которых для данного аргумента вычисляются с помощью значений для предшествующих аргументов."

"Аргумент функции - независимая переменная величина, от значений которой зависят значения функции."

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

Как СВЯЗКА/и _под одним именем_.

Пример: СВЯЗКА из 2-х критериев ( блок) + связка из 4-х критериев ( блок) +...

!

вначале вычисляется значение выражения внутри рекурсивного критерия, а затем уже значение всей логической цепочки.

Это как в задаче по математике, при решении задачи какое действие должно быть первым, а какое вторым ? ( умножение < > вычитание < > деление

или < > сложение )

В данном случае Оператор задаёт необходимую последовательность решения.

+

+

Блокировка одной функции другой. - Исключение из операции/действия.

Расстановка приоритетов действия.

[santy 151]

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

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

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

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

(блокировкой может быть любое условие в цепочке И, если оно не выполнится)

-----------

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

[PR55.RP55 82]

Ещё крайне неудобно редактировать/видоизменять ранее созданные критерии.

То сюда необходимо зайти - то сюда необходимо зайти...

Не наглядно.

Не практично.

Предлагаю выводить не обрубок, а полноценное меню.

В качестве отправной точки оператор выбирает имя критерия > и открывается ранее заданное значение/я/настройки.

т.е. Оператор видит ВСЕ данные: НОВЫЕ из Инфо. + Ранее заданные и при необходимости НА МЕСТЕ вносит корректировку в работу/функцию критерия.

[PR55.RP55 82]

Santy пишет: честно говоря, я не знаю, зачем ты выдумываешь какие то сложные модели

Услышим же глас народа - на форуме.

[santy 151]

Ещё крайне неудобно редактировать/видоизменять ранее созданные критерии.

RP55, твоя картинка тоже имеет недостаток, хотя ты преподносишь ее как улучшение текущей ситуации.

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

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

[PR55.RP55 82]

Santy

Окно должно быть подвижно - оператор должен иметь возможность ПОСЛЕ вызова окна его сдвинуть/передвигать.

Santy пишет: в любом случае придется открывать дополнительное окно для редактирования простого условия.

И, что ?

[alamor 69]

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

Как СВЯЗКА/и _под одним именем_.

Пример: СВЯЗКА из 2-х критериев ( блок) + связка из 4-х критериев ( блок) +...

Тоже считаю, что один составной критерий было бы удобней для редактирования этого критерия в будущем.

+ хочется попросить ещё раз пересмотреть просьбу

Команда: "Отменить Всё" - НЕ сбрасывает результат проверки V.T...

[santy 151]

alamor,

Тоже считаю, что один составной критерий было бы удобней для редактирования этого критерия в будущем.

+ хочется попросить ещё раз пересмотреть просьбу

добавление простого критерия в составной (из окна инфо) сейчас удобно тем, что оба параметра попадают в процедуру формы

и название поля, и значения поля. (и поэтому критерий формируется быстро и без ошибок)

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

а значение поля копировать из буфера обмена (это если будет доступ из окна данной формы к содержимому окна "инфо")

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

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

т.е. контектные функции могут быть такие:

создать новый критерий

сделать критерий А1 текущим

редактировать критерий А1

-----------

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