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

Recommended Posts

santy

RP55,

1) Автоматический определитель типа поискового запроса.

Пример:

Оператор набирает запрос: .EXE

Программа определяет что запрос по колонке ИМЯ

А разве в какой другой колонке будет такое сочетание ?

Оператор пишет ПОДОЗРИТ.

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

А разве в какой другой колонке будет такое сочетание ?

Определяет... и автоматически переключат систему.

тогда к программе удаления вирусов придется еще дописывать программу искуственного интеллекта :)

почему не может быть в системе такого каталога?

software.exe\module

или ПОДОЗРИТ.ПРОГРАММЫ\Bitminer

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


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

santy

software.exe\module

или ПОДОЗРИТ.ПРОГРАММЫ\Bitminer

Да.

Может быть и так.

---

Только:

а) Поиск может быть НЕ по одной колонке.

А сразу по всем колонкам ?

Может.

б) Да, в ряде случаев может быть совпадение по имени - пути, или ещё какое.

Но разве это имеет значение ?

Нет. не имеет.

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

И ещё специально так строить запрос чтобы получить совпадение...

Да даже пусть и совпадёт...

И что ?

---

Я это к чему.

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

При наборе текста/запроса.

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

Если говорить о поиске в категории: "Подозрительные и вирусы" что проблема найти нужный файл/объект ?

Пусть даже в списке будет 100 файлов.

Простой пример блокнот - открыли блокнот с 1000 строк...

Ввели запрос на поиск - меньше чем через секунду получим результат.

---

По uVS - если оператор захочет выбрать колонку/фильтр - так пусть выбирает.

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

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


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

RP55,

Я это к чему.

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

предположим, ты набрал символ N, этот символ может быть в любой из колонок: в наименовании, в каталоге, в статусе (входить в наименование сигнатуры), в заголовке производителя. И какую колонку должен быть uVS для сортировки?

Как должен реагировать uVS? единственным образом - не выбирать ни один из столбцов для сортировки.

Вводим второй символ - и опять возможно вхождение в несколько столбцов.

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

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

хелпер изначально знает по какому полю должен идти отбор, и здесь uVS не сможет с первого (символа) раза угадать, чего хочет хелпер.

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


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

предположим, ты набрал символ N, этот символ может быть в любой из колонок:

...

и здесь uVS не сможет с первого (символа) раза угадать, чего хочет хелпер.

Так пусть программа ВСЁ найденное и отобразит...

Пусть фильтр оставит только те строки в которых есть символ N.

Раз оператор так строит поиск...

Есть в строке/колонке искомый символ - строка остаётся.

Поиск то ФИЛЬТРУЮЩИЙ...

3.82.6

******теперь _фильтрующий_ поиск осуществляется по

*******

-------

Если Оператору нужен фильтр по колонкам то:

По uVS - если оператор захочет выбрать колонку/фильтр - так пусть выбирает.

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

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


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

RP55, имхо, оно того не стоит - реализовать идею "по щучьему велению, по моему хотению" - идите тапки домой. а в какую сторону? - сами должны знать. :)

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


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

demkd,

можно модифицировать фильтрующий поиск? т.о., чтобы по умолчанию он работал как работает сейчас,

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

но,

чтобы можно было переключить этот режим/(и обратно включить) на исключение элементов из списка с данным вхождением.

скажем переключились в режим исключения, и зафильтровали эелементы с выражением ПОДОЗРИТЕЛЬНЫЙ

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


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

santy

в смысле инвертировать фильтрацию?

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


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

demkd,

в смысле инвертировать фильтрацию?

да,

т.е. активный фильтр будет при инвертировании

EXPRESSION НЕ ВХОДИТ name_field

или

! EXPRESSION входит name_field

  • Upvote 5

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


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

Инвертировать поиск.

Гениальное просто !

----

Кроме доп. возможностей которые открывает это решение.

Увеличивается скорость обработки списка = снижается количество выполняемых операций.

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

Думаю нужен доп. чек- бокс с окном ввода данных поискового запроса.

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


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

PR55.RP55

и без чекбоксов сойдет.

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


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

и без чекбоксов сойдет.

Как именно ?

Нужно быстрое переключение режимов работы.

-----

Кроме того НУЖНА команда:

"Удалить все файлы в текущей категории ( с учётом фильтра )"

Пример:

Отфильтровали список, в списке остались только объекты со статусом: ?ВИРУС?

Их может быть 20.

Просмотрели список - убедились, что всё верно.

И применили команду: "Удалить все файлы в текущей категории ( с учётом фильтра )" *

* Соответственно работает настройка по settings.ini

( Поместить файл в zoo, bl и т.д )

Для удаления по умолчанию применяется команда: "del"

С учётом того, что:

o Новая скриптовая команда "del".

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

после перезагрузки если файл не удалось удалить сразу.

Не тыкать же для их удаления 20 и более раз ?

Удалить - поместить в zoo, блокировать запуск...

Это уйма команд.

А автоскриптом кроме santy практически никто и не пользуется...

Автоскрипт ещё и настроить нужно.

И список отсеять перед применением...

И знать как это всё работает.

В общем команда нужна !!

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


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

Да.

По чек-боксу.

Оператор же должен видеть в каком режиме работает фильтр.

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


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

>>Нужно быстрое переключение режимов работы.

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

>>>А автоскриптом кроме santy практически никто и не пользуется...

кибер_робот еще будет пользоваться автоскриптом :), добавим искусственного интеллекту, и будем наблюдать за его скриптами. подписывать и возвращать юзеру. :)

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


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

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

Без горячих клавиш в наше время никуда :facepalm::D

+

Индикатор режима работы фильтра.

---

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

---

Роботов пока трогать не будем. ;)

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


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

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

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


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

А чем чек бокс - так не нравиться ?

Наглядно + скоростное переключение + нет необходимости запоминать комбинацию на переключения.

Я за спорт.

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


Ссылка на сообщение
Поделиться на другие сайты
santy
А чем чек бокс - так не нравиться ?

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

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


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

Предложение.

1) В списке выбрали файл/вирус > Применили команду: Добавить сигнатуру файла в скрипт и вирусную базу.

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

Оператор должен убедиться, что добавленная сигнатура не вызывает ложных срабатываний/определений.

И значит не повредит системе.

---

В тоже время есть существенная проблема - собственная база сигнатур, в которой может быть 1000 сигнатур...

Команда проверки: _Проверить список_ проверяет по всей базе вирусов...

Таким образом вероятность ложных срабатываний/определений вырастает в 1000 раз.

А зачем оператору проверять по всей базе ?

Зачем, если оператор уверен - других угроз в системе/списке нет...

т.е. в наличии всего 1 угроза.

И базы на стороне пользователя нет - значит нет и ложных определений.

---

Собственно предложение: нужна команда для контекстного меню.

" Проверить список только по сигнатуре этого файла "

Итог: Список проверен; в скрипт добавлена 1 сигнатура ( а не несколько, как это могло бы быть - и пришлось бы применять команду на/для исключения )

+

Нет мороке с отменой команд - нет доп. команд по исключения файла = корректировке.

Оператор работает именно с тем объектом который он сам выбрал для проверки.

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


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

1) По поводу инвертированного поиска.

Возможность убрать группу объектов.

т.е. в режиме +/+

ввели запрос + к нему запрос + ...

И отфильтровывается группа объектов.

Например по расширению: .exe + .*** +.***

И прямо так в поле ввода/поиска .sys + .*** +.***

santy - что - то в таком духе предлагал ?

------

2) Синхронизировать строку.

Из основного окна с ЛОГ.

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

Оставив его только в ЛОГ

При перемещении ползунка в ЛОГ/е на 1 единицу - происходит перемещение выделенной области на 1 единицу и в основном окне.

ИЛИ

3) Ползунок и нумерация строк

1 ***

2 *****

3 *******

4 *******

Положение ползунка соответствует номеру стоки.

т.е. программа фиксирует положение - помнит его.

После применения команды = обновления данных...

Автоматический возврат на исходную позицию.

---

Для наглядности фото - пример.

257.jpg

post-8956-1401965344_thumb.jpg

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


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

Вот...

Одна идея рождает другую.

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

То можно выбрать: Колонка + фильтр из основного набора.

В набор входят основные рабочие, мусорные файлы и директории.

т.е. выбрали .exe - Значит поиск по имени...

Пример на фото/колонки.

300.jpg

post-8956-1401973715_thumb.jpg

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


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

RP55,

3) Ползунок и нумерация строк

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

вертикальный scroll bar - это стандартный элемент окна, зачем пытаться заменить его бесполезным цифровым рядом?

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

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


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

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

вертикальный scroll bar - это стандартный элемент окна, зачем пытаться заменить его бесполезным цифровым рядом?

Набор цифр нужен для:

Положение ползунка соответствует номеру стоки.

т.е. программа фиксирует положение - помнит его.

После применения команды = обновления данных...

Автоматический возврат на исходную позицию.

Оператор нумерации может и не видеть - она не для него.

Она для фиксации/регистрации положения scroll bar в пространстве.

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


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

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

------

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

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

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


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

Ещё раз.

Есть строка.

Есть её нумерация.

Нумерация строки соответствует её положению в пространстве.

Пример: C:\Program Files\7-Zip | 7 | = scroll bar

Проверяем файл *** на V.T.

Программа фиксирует: C:\Program Files\7-Zip Значение = | 7 | = scroll bar

После проверки по V.T. происходит обновление данных.

Программа проверяет, чтобы после проверки/обновления данных положение scroll bar в пространстве соответствовало исходному значению

т.е. в данном случае | 7 | = scroll bar

----

Есть наука - эргономика.

эргономика [гр. ergon работа + nomos закон] - научная дисциплина, изучающая трудовые процессы с целью создания оптимальных условий труда, что способствует увеличению его производительности, а также обеспечивает необходимые удобства и сохраняет силы, здоровье и работоспособность человека.

Думаю моя позиция исходя из выше приведённой цитаты ясна.

т.е. ясно для чего и зачем я это предлагаю.

---

На этом обсуждение закончено.

P.S. Предложения № 2 и № 3

Это разные предложения.

Не надо их смешивать.

Не устраивает предложение № 2. - значит не устраивает.

Я его и не обсуждаю.

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


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

RP55,

1) По поводу инвертированного поиска.

Возможность убрать группу объектов.

т.е. в режиме +/+

ввели запрос + к нему запрос + ...

И отфильтровывается группа объектов.

Например по расширению: .exe + .*** +.***

И прямо так в поле ввода/поиска .sys + .*** +.***

santy - что - то в таком духе предлагал ?

я сторонник эволюционного развития продукта.

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

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

т.е. проверяем списком объекты ?ВИРУС? и sign_detected.

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


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

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

Вы сможете оставить комментарий после входа в



Войти

  • Сообщения

    • demkd
      Да есть такой баг, выбор целого диска не предусмотрел.
    • PR55.RP55
      Сейчас попробовал добавить файлы и... E:\ [Error: 0x3 - The system cannot find the path specified. ] т.е. Файл > Добавить в список >  Все исполняемые файлы каталога. или пишет вышеуказанную ошибку или вешается. Это и на Win 7 и на Win 10 и с HDD дисками и с USB Диски нормально открываются т.е. доступны.
    • demkd
      А ничего с этим не сделать старые версии windows проблемные там система сама балуется внедрением потоков при очень низком уровне защиты системных процессов, а эцп вообще ничего не гарантирует когда речь заходит о внедренных потоках, зловред вполне может внедрить поток в системный процесс как с помощью подкинутой в правильное место "легитимной" dll, так и просто создав его, а тот уже в свою очередь внедрить в следующий системный и ищи концы среди вот этого вот всего.
      Все это усугубляется тем что тот же SVCHOST.EXE который был когда запущен может оказаться совсем не системным, хотя путь у него будет правильным как и файл будет иметь валидную эцп и запущен он будет якобы services.exe, в 10ке такое провернуть уже сложнее, а вот 7ке легко, потому урезать лог по принципу "оба файла имеют эцп" никак нельзя.
    • PR55.RP55
      uVS v5.0.6v x64 [http://dsrt.dyndns.org:8888]: Windows 7 Home Basic x64 (NT v6.1 SP1) build 7601 Service Pack 1 [C:\WINDOWS] (!) ПРЕДУПРЕЖДЕНИЕ: Ф зафиксировал внедрение потока C:\WINDOWS\SYSTEM32\SERVICES.EXE [428] внедрил поток [380] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [876]   C:\WINDOWS\SYSTEM32\SVCHOST.EXE [1060] внедрил поток [1276] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [336] и т.д.  А есть ли смысл выводить в лог десяток - другой аналогичных записей, если все эти файлы  в базе проверенных и у них легальная цифровая?  
    • demkd
      ---------------------------------------------------------
       5.0.6
      ---------------------------------------------------------
       o Добавлено 4 новых ключа автозапуска в список для проверки.

       o Добавлен новый статус "UWP".
         Его получают пакеты приложений универсальной платформы Windows (Universal Windows Platform Apps).

       o Добавлен новый твик #46: Отключить Windows Terminal и очистить реестр.
         Если Windows Terminal активен, в лог выдается предупреждение.
         При обнаружении подозрительных настроек Windows Terminal в конфигурационных файлах, реестре или в каталогах с фрагментами в лог выводится предупреждение.
         Если подозрительная строка найдена в JSON-файле настроек, то в список автозапуска добавляется этот файл с содержимым со статусом "подозрительный".
         В любом случае рекомендуется отключить Windows Terminal, а еще лучше немедленно удалить это из системы.
         Windows Terminal — крайне уязвимый и неоптимизированный кусок кода.

       o Улучшена функция масштабирования удаленного рабочего стола, повышено качество аппаратного апскейла, добавлен параметр "Резкость".
         (Требуется D2D и DX11 на клиентском компьютере)

       o Исправлена старая ошибка в функции отправки ответов серверной части uVS.
         Из-за ошибки в редких случаях могло происходить подвисание серверной и клиентской частей uVS при работе с удаленной системой.

       o Исправлена ошибка в функции завершения серверной части при выходе из удаленной системы.

       o Оптимизирована функция подключения к удаленной системе.

       o Оптимизирована функция сжатия фреймов для DDAL/DDAw режимов: шрифты теперь не теряют яркость, а картинка DDAL практически неотличима от DDA1/DDA2 на глаз, 
         при этом размер сжатого фрейма вырос лишь незначительно.

       o Добавлена x64 версия report_crash.

       o Обновалена функция сбора дампа при падении uVS, функция перенесена в утилиту report_crash, что позволит
         получить максимально точную информацию о произошедшей ошибке.

       o Временно добавлена аппаратная функция обнаружения разрушения списка автозапуска в памяти uVS, что позволит отлавливать сложные в обнаружении ошибки.
         Есть 5 дампов, по которым не удалось выяснить точное место ошибки и эта функция должна помочь найти проблемное место.
         Функция снижает скорость формирования списка на ~5% на современных процессорах.

       o Исправлена ошибка в функции подсчета удаленных ключей реестра.

       o Исправлена ошибка в функции записи параметров при выходе из uVS.

       o Исправлена ошибка разбора JSON-файлов.

       o Исправлена ошибка проверки переменных окружения загруженного пользователя.

       o Из списка доступных для подключения IP-адресов удалены адреса активных VPN.

       
×