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

Recommended Posts

demkd

Sergey Dindikov

все забывают починить это дело, исправлю.

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


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

Скачиваем образ и пытаемся с помощью комбинации Shift+Space всем файлы в разделе Подозрительные и вирусы установить статус Проверенный. У меня срабатывает только для первых двух файлов (EAPA3HST.DLL, EAPAHOST.DLL). Для остальных шести файлов статус проверенный нельзя установить даже через контекстное меню.

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


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

alamor,

видимо это инфо влияет на смену статуса.

При проверке цифровой подписи произошла ошибка

во всех указанных (шести) объектах произошла ошибка при проверке цифровой подписи.

(!) Ошибка проверки подписи: C:\PROGRAM FILES\VMWARE\VMWARE TOOLS\TPAUTOCONNSVC.EXE

Ошибка [An internal certificate chaining error has occurred. ]

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


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

Моё мнение такое: Если оператор желает применить Shift+Space - это его право.

Команда должна работать вне зависимости от статуса.

Решение принимает оператор - и ответственность за решение на операторе.

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


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

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

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


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

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

поскольку объекты с ошибкой при проверке подписи и со статусом ?ВИРУС? (если попадают под критерий )

после применения к ним статуса "проверенный", откатываются к статусу ПОДОЗРИТЕЛЬНЫЙ.

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

для меня (если это и баг) то некритичен, поскольку я разбираю в первую очередь список объектов ?ВИРУС?, т.е. те, что попадут в автоскрипт.

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


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

завтра гляну, пока некогда

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


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

Да, это был глюк, исправил v3.80.12

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


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

demkd,

проверь еще один глюк.

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

Раньше это было только при первом запуске start.exe, а сейчас вылет происходит и в том случае, когда уже несколько образов в данном сеансе было открыто, и после открытия следующего образа (с несоответствующими именами) происходит завершение работы.

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


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

santy

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

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


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

Открываем образ uVS - Проверяем все непроверенные файлы на VirusTotal.com (проверка идёт успешно) - ставливаем нажатием на Esc на середине проверке - нажимаем снова Проверить все непроверенные на VirusTotal.com - вместо результата проверки

Не удалось получить ответ от сервера.

Открываем образ заново и снова нажимаем Проверить все непроверенные на VirusTotal.com (только на этот раз не останавливаем) - все файлы успешно проверены ^_^

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


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

alamor

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

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


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

demkd,

является ли признаком заражения системы, в частности, загрузчика, если в образе полученном uVS из активной системы такой вид загрузчика IPL C?

(С в данном случае является системным разделом.)

Полное имя IPL NTFS [C:]

Имя файла IPL NTFS [C:]

Сохраненная информация на момент создания образа

Статус загрузчик

Размер 7680 байт

Доп. информация на момент обновления списка

SHA1 4981187399D35298834BAE86C5D94EAD173D5126

#BINOBJ# 0000000000000000000000000000000000000000000000000000000000000000000000

бинарный код полностью состоит из нулей.

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


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

santy

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

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


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

demkd,

в том и дело, что раздел загрузочный.

зато из под LiveCD уже другая картинка оказалась.

#BINOBJ# 070042004F004F0054004D00470052000400240049003300300000D40000002400000

в данном случае, хорошо, что антивир обнаруживал в памяти вирусняк, потому обнуленный IPL вызвал подозрение...

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


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

demkd,

в связи с чем может быть такая стойкая реакция на удаление в uVS? вроде обыкновенный Dorkbot

uVS v3.80.1: Windows 7 Ultimate x86 (NT v6.1) build 7600 [C:\WINDOWS]

UAC: 0

.....................

delvir

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

Запуск служб блокирован

Построение списка процессов и модулей...

Сбор дополнительной информации...

Остановка сервисов и выгрузка драйверов...

Завершение процессов...

(!) Обнаружены защищенные процессы (!)

Активирую ASA...

C:\USERS\111\APPDATA\ROAMING\A9C7.EXE

Первый этап прошел успешно (1059 циклов)

Второй этап провалился

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

C:\USERS\111\APPDATA\ROAMING\B8B6.EXE

Первый этап провалился

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

Активирую IJ...

Ошибка выделения памяти: [Отказано в доступе. ]

Ошибка выделения памяти: [Отказано в доступе. ]

Ошибка выделения памяти: [Отказано в доступе. ]

Ошибка выделения памяти: [Отказано в доступе. ]

Ошибка выделения памяти: [Отказано в доступе. ]

Ошибка выделения памяти: [Отказано в доступе. ]

Ошибка выделения памяти: [Отказано в доступе. ]

Ошибка выделения памяти: [Отказано в доступе. ]

Не удалось выгрузить C:\USERS\111\APPDATA\ROAMING\A9C7.EXE [pid=300]

Успешно выгружен C:\USERS\111\APPDATA\ROAMING\A9C7.EXE [pid=828]

Успешно выгружен C:\USERS\111\APPDATA\ROAMING\B8B6.EXE [pid=1144]

Успешно выгружен C:\USERS\111\APPDATA\ROAMING\SCREENSAVERPRO.SCR [pid=2680]

Не удалось выгрузить C:\USERS\111\APPDATA\ROAMING\B8B6.EXE [pid=2908]

Успешно выгружен C:\USERS\111\APPDATA\ROAMING\SCREENSAVERPRO.SCR [pid=2996]

Успешно выгружен C:\USERS\111\APPDATA\ROAMING\SCREENSAVERPRO.SCR [pid=3068]

C:\USERS\111\APPDATA\ROAMING\A9C7.EXE будет удален после перезагрузки

C:\USERS\111\APPDATA\ROAMING\B8B6.EXE будет удален после перезагрузки

Построение списка процессов и модулей...

Анализ автозапуска...

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


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

santy

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

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


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

А что такое IJ ?

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


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

alamor

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

сперва идут станадртные подходы к выгрузке, потом asa потом IJ.

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


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

demkd

А как можно сделать дамп при падении процесса UVS?

у меня uvs_v3811 некоторое время устойчиво падала при запуске под windows 8.1 preview.

procdump.exe нужно имя процесса, а у uvs он всё время разный.

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


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

Sergey Dindikov

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

http://dsrt.dyndns.org/files/uvs3811d.7z

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


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

test under win8.1preview

1) http://screencast.com/t/1iEm4ryd

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

Microsoft Visual C++ Debug Library

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

Debug Error!

Program: C:\DOWNLOADS\uvs3811d\uvs.exe

Module: C:\DOWNLOADS\uvs3811d\uvs.exe

File:

Run-Time Check Failure #2 - Stack around the variable 'szName' was corrupted.

(Press Retry to debug the application)

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

Прервать Повтор Пропустить

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

2) если запускать из каталога где есть хотя бы 1 пробел получаем

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

Ошибка

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

Не удалось подключить SYSTEM

Системе не удается найти указанный путь.

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

ОК

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

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


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

Sergey Dindikov

хорошо бы еще минидамп

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


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

http://rghost.ru/48295700

uvs_130822_165230.dmp

пойманный через procdump -e 1 -b uvs.exe

uvs.dmp полный дамп сдампленный через Process Explorer когда показало сообщение об ошибке

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


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

ещё проблемки:

на w2003R2 EE x86 sp2 +all sec upd

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

при попытке запуска UVS под local system

сразу выдается

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

Ошибка

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

Не удалось запустить процесс под LocalSystem!

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

OK

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

запуск под текущим юзером -ok

запуск debug версии uvs.exe -ok

на w2008R2 x64

~~~~~~~~~~~~~~

появляется окно

installing service -ok

starting service-ok

пропадает, и ........ и ничего.......

запуск под текущим юзером -ok

запуск debug версии uvs.exe -ok

в обоих случаях в системе находился под учёткой с админскими полномочиями

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


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

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

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



Войти

  • Сообщения

    • 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.

       
×