Работа над критериями - Universal Virus Sniffer (uVS) - развитие, использование и решение проблем - Форумы Anti-Malware.ru Перейти к содержанию

Recommended Posts

santy

1. добавить настройку в settings.ini

ShowCriterion=1 (показывать в Инфо полностью критерий, по которому есть детект, как сейчас это сделано)

=2 (показывать только те условия критерия, которые были выполнены при данном детекте, компактный вывод)

2. при добавлении нового условия в составной критерий, автоматически заполнять поле Аргумента. (взять из текущей записи, на которой установлен фокус)

как это работает при создании критерия из окна "инфо",

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

3. предусмотреть возможность экспорта отдельного критерия из списка snms в файл _snms для последующего импорта.

4. предусмотреть фильтрацию по значениям внутри отдельного сложного (составного) критерия.

5. добавить возможность в окне "инфо" выбрать текущий критерий из списка snms.

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


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

+ актуально то, что предлагал RP55.

2) Возможность проверки списка _только по одному выбранному критерию из списка критериев. ( см. фото пример )

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

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


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

чтобы не менять структуру snms,

предложение: использовать заголовок критерия в том числе с помощью управляющих тэгов для оптимизации выполнения критерия.

например, можно добавить тэг OR, в этом случае uVS должен считать что все условия внутри критерия соединены операндом OR, независимо от реального заполнения операндов между условиями внутри критерия.

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


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

+

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

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

пока не будет выполнено условие. (или не исчерпан список значений)

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


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

 

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

пока не будет выполнено условие. (или не исчерпан список значений)

 

При полном совпадении полей:

Имя : Атрибут : Значение

uVS производит поиск внешнего списка с заданным именем.

Если внешний файл не найден - данный критерий игнорируется - в лог выводиться соответствующая информация.

критерий+.jpg

post-8956-0-09787400-1424253146_thumb.jpg

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


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

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

насчет полного совпадения полей - это как кому нравится. мне, например, достаточно будет входимости значения из поля snms или из внешнего списка.

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

 

выводить в лог отсутствие списка.txt нет смысла.

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

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


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

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

Только нужен выбор тэг.а  из меню.

 

От оператора  требуется: 

Задать имя.

Создать файл с заданным именем.

выбрать тэг из меню.

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


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

зачем усложнять.

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

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

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


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

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

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

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

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

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

Войти

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

Войти

  • Сообщения

    • demkd
      Если версия системы идентичная то скорее всего подойдет, но это не точно, потому что лично я всегда пользовался бэкапом реестра, сперва ERUNT-ом, а когда он стал неактуален сделал свой ABR.
    • santy
      Вообще, в сети мало пишут про то, как восстановить работу безопасного режима, в основном после поискового запроса выводят статьи, как войти в безопасный  режим. (Видно хромает еще ИИ по этому вопросу). По данному, частному случаю как будто все уже перепробовали: точка восстановления есть но с заражением системы, со слов пользователя. Хотя по факту здесь и не нужно восстанавливать систему, достаточно только найти в этой точке файл SYSTEM, откопировать его в другое место и извлечь из него ключ SafeBoot. Возможно, что он и делал восстановление системы из точки восст., но Safe mode не заработал. Других точек восстановления нет, бэкапов реестра нет, так как не работал ранее с uVS, да, и мы вообщем редко практикуем в сложных случаях создавать бэкап реестра. Те функции восстановления ключа, что заложены в uVS, опираются на бэкап реестра. (Которого не оказалось в системе). Твик Зайцева так же не сработал, возможно основан на методе их текста, который RP55 принес сюда. Остается попытаться перенести ключ с чистой аналогичной системы. Возможно ли безболезненно взять ключ Safeboot из другой аналогичной чистой системы? Какие могут возникнуть проблемы? драйвера оборудования могут оказаться различными?  
    • demkd
      "CurrentControlSet" это виртуальный ключ, он указывает на последний рабочий CurrentControlSetXXX, потому копировать там обычно нечего потому что есть лишь CurrentControlSet001, который и есть CurrentControlSet, другое дело когда есть 001 и 002, один из них может быть живым, а может и не быть.
      Но на самом деле не нужно маяться фигней, нужно пользоваться бэкапом и восстановлением реестра, тем более что в uVS есть твик для включения системного бэкапа реестра, так же копии реестра есть в теневых копиях и точках восстановления, где гарантировано можно найти рабочую ветку реестра и восстановить ее либо руками либо через uVS->Реестр->Восстановить из копии ключ SafeBoot
    • PR55.RP55
      " Вот еще в помощь рекомендации от Зайцева Олега:   Цитата Кроме того, есть еще один метод восстановления испорченных ключей. Как известно, в самом реестре есть копии ключа SafeBoot. Они находятся в HKLM\SYSTEM\CurrentControlSet001\Control\SafeBoot и HKLM\SYSTEM\CurrentControlSet002\Control\SafeBoot. Следовательно, можно попробовать следующую операцию:
      1. Экспортировать HKLM\SYSTEM\CurrentControlSet001\Control\SafeBoot
      2. В полученном REG файле заменить "CurrentControlSet001" на "CurrentControlSet" (REG файл текстовый, поэтому заменить несложно)
      3. Импортировать модифицированный файл
      Данная операция может быть успешной сразу после запуска повреждающей ключ реестра вредоносной программы, до перезагрузки. Нарушена загрузка в защищенном режиме (SafeBoot) Изменено 6 часов назад пользователем safety " https://forum.kasperskyclub.ru/topic/466078-privetstvuju-slovil-majner-po-nazvaniem-toolbtcmine2782/page/6/#comments А, что если это будет делать uVS ? т.е. Копировать ключ > модифицировать > производить перезапись.
    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 18.1.10.
×