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

Recommended Posts

demkd
1 час назад, PR55.RP55 сказал:

{0EA205A7-5227-418F-A262-BBF8FD9349B0}

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

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


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

Неожиданно в Win10 всплыла нехорошая ошибка с правами доступа к ключам, как оказалось полный доступ к некоторым ключам может привести к неработоспособности отдельных компонентов Windows.
К примеру исправление двойных слешей в Win10 1803 убивает меню пуск, почему ему не нравится полный доступ к ключу я так и не понял, но теперь такой проблемы нет и владелец и права доступа восстанавливаются после модификации ключа.

---------------------------------------------------------
 4.0.18
---------------------------------------------------------
 o В окно информации о процессе добавлены проценты загрузки CPU с момента создания процесса.
   "CPU" = загрузка всего процессора.
   "CPU 1 core" = загрузка в пересчете на 1 ядро.

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

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

 o Исправлена ошибка из-за которой не удавалось изменить некоторые ключи реестра при запуске uVS под текущим пользователем.
   (Если права доступа запрещали изменение ключа для текущего пользователя).

 o Исправлена финальная (когда не помогло использования ASA) функция удаления защищенных ключей реестра из веток *\CLSID.
   Ранее удаление завершалось с ошибкой "ключ не найден".
   (!) Внимательно следите за тем что вы удаляете, функция игнорирует системную защиту реестра (Win10) и защиту большинства антивирусных программ.

 

  • Upvote 1

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


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

demkd, какой конкретно ключ?

Если речь идёт о доступе служб к ключам, то начиная с Vista есть службы с так называемым Restricted SID (ServiceSidType = 3).

Для них недостаточно просто назначить Full Access для Everyone (S-1-1-0).

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


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

demkd, какой конкретно ключ?

HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{c53e07ec-25f3-4093-aa39-fc67ea22e99d}
Windows.StateRepositoryPS.dll используется в ShellExperienceHost.exe, который в результате и рубится из-за исключения уже в другой библиотеке - StartUI.dll при нажатии на кнопку меню с виндовым флажком, как это связано с Windows.StateRepositoryPS.dll не совсем ясно, поскольку в событиях не видно никаких проблем с соответствующим ему COM.
"Для них недостаточно просто назначить Full Access для Everyone" тут это прокатывает и все работает если впрямую назначить Everyone и дать полный доступ, а uVS ранее просто и незатейливо сбрасывал dacl в null и отключал наследование, что если верить msdn обеспечивает полный доступ к ключу всем и оно так и есть, но как оказалось нравится это не всем причем таким странным образом, поэтому теперь и dacl и owner всегда возвращаются в исходное состояние во избежании.

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


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

Demkd

"CPU" =.

Похоже, что с защищёнными процессами это не работает.

Запустил в несколько потоков сканирование в ESET  показывает нагрузку в 1-2%

При том, что архивация в 7-zip под 50%

---------

И всё таки одно дело когда работает центральный процессор...

Например на старых версиях Intel Atom  всегда нагружен под завязку и это мало о чём говорит.

Другое дело если процесс работает с видео картой.

Я бы добавил к инфо. данные по: GPU

 

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


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

Запустил в несколько потоков сканирование в ESET  показывает нагрузку в 1-2%

кто-то невнимательно читал: В окно информации о процессе добавлены проценты загрузки CPU с момента создания процесса

1 час назад, PR55.RP55 сказал:

Я бы добавил к инфо. данные по: GPU

Кода-нибудь добавлю.

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


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

PH-1.PNGЗнак GPU  на груди у него больше не знали о нём ничего.

ProcessHacker Source code:

https://processhacker.sourceforge.io/downloads.php

+

https://github.com/processhacker/processhacker/blob/569da8a8d9c581c5c744cf2146f9b746766395ed/plugins/ExtendedTools/gpumon.c

И в Process Explorer

zo9a4.png

 

Который уже раз пишу...

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


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

ProcessHacker Source code

Сейчас посмотрел в Windows 10 1803, PH показал загрузку, но вот только отличие от реальной более чем в 2 раза xD
PE показал на процент больше, но считай тоже самое, виндовый диспетчер задач показал менее процента при реальной загрузке близкой к 100%
Вывод очевиден: надо делать самому с нуля, почитаю что там умеет dx оценю объем работ, если он небольшой то сделаю, если нет то когда-нибудь...

Посмотрел что показывает PE на Windows 7 с 4-мя картами загруженными майнингом на 100%:
Как бы он вообще не видит что zecminer64 насилует все 4 карты одновременно :D
1221062683_.thumb.png.76a5de2b58caefe5553324bae458ad92.png

ProcessHacker повел себя идентично, копипаст рулит, одинаковые ошибки в одинаковых случаях.

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


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

...uVS ранее просто и незатейливо сбрасывал dacl в null и отключал наследование, что если верить msdn обеспечивает полный доступ к ключу всем и оно так и есть...

Начиная с Win 10, MS прививает любовь к плиточному интерфейсу и всё, что построено на UWP. Если взять экспериментально и удалить с помощью редактора реестра весь DACL поведение будет кардинально отличаться от Win7, так автоматически появляются разрешения для группы "ВСЕ ПАКЕТЫ ПРИЛОЖЕНИЙ" и ещё там одной неведомой (толи недобитой учётки defaultuser0). Судя по этому у пакетов тоже есть модель ограниченных SID.

ProcessHacker повел себя идентично, копипаст рулит, одинаковые ошибки в одинаковых случаях.

Было бы неплохо сообщить им на GitHub. Они довольно активно занимаются проектом в отличие от Process Explorer, которые то сайт свой закрыли, да и после перемещения на technet толку 0, все равно никто в темах не отвечает.

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


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

ProcessHacker Source code:

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

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

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


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

Dragokas

Да, сегодня искал по данному вопросу информацию.

https://ru.bmstu.wiki/Кража_веб-страниц,_запускаемых_в_браузере_пользователя,_с_использованием_уязвимостей_графического_процессора

+

Ещё будет полезна информация полученная по:  tasklist  [ Память ]

https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/tasklist

 

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


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

автоматически появляются разрешения для группы "ВСЕ ПАКЕТЫ ПРИЛОЖЕНИЙ" и ещё там одной неведомой (толи недобитой учётки defaultuser0)

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

8 часов назад, Dragokas сказал:

Было бы неплохо сообщить им на GitHub.

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

8 часов назад, Dragokas сказал:

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

Увы, но майнеры работают напрямую с библиотеками amd opencl или с cuda nvidia или просто с opencl какой зацепят включая интеля, через них можно получить общую загрузку gpu для родной карты, но не раскладку по процессам, ну разве что за исключением nvidia quadro у них есть свои бибилиотки и там вроде как можно что-то вытянуть, но опять же только для quadro.
Да и это не актуально, я набросал на коленке небольшую тестовую утилиту через direct-x, все довольно точно считает и в 10-ке и в 7-ке, вряд ли оно конечно будет работать в XP, но оно и не надо впрочем желающие протестируют, добавлю в след. версии uVS, будет считать аналогично CPU с момента запуска процесса, такой подход майнеров CPU/GPU выявляет замечательно, они грузят постоянно, а значит и процент близкий 100 выходит, на фоне практически нуля для всех остальных процессов.

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


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

Возможно будет полезно.

1) Обнаружение GPU intel с примером кода.

Цитата

 

https://software.intel.com/ru-ru/articles/gpu-detect-sample

2) Использование GPU - Visual Studio  в плане тестирования.

https://msdn.microsoft.com/ru-ru/library/mt126195.aspx

 

 

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


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

даже скомплировалось, но интереса никакого не представляет, проще использвать WMI для этого, который и в XP работает в отличии от этого примера,  еще и работает криво, даже набортную видео память правильно определить не смогло, 4Gb рисует вместо 11gb.

43 минут назад, PR55.RP55 сказал:

2) Использование GPU - Visual Studio  в плане тестирования.

а это вообще не в тему.

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


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

1) Код system monitor с отслеживанием GPU

https://github.com/brndnmtthws/conky/blob/fcbc5c8ba2a9546f50661a4846aef2f76f07a066/src/nvidia.cc

2) Возможно стоит найти Benchmark с открытым исходным кодом.

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


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

Код system monitor с отслеживанием GPU

ничего действительно рабочего в данный момент не существует, uVS будет первым :)

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


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

Загрузка GPU доступна только в Windows 7 и старше.
Всплыл еще глюк в младших системах, поэтому сразу .20

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

---------------------------------------------------------
 4.0.19
---------------------------------------------------------
 o В окно информации о процессе добавлены проценты загрузки GPU с момента _создания_ процесса.
   Процесс со средней загрузкой >15% хотя бы одного видеоадаптера автоматически получает статус "подозрительный".
   Любой процесс использующий ресурсы GPU получает новый статус "GPU".
   Процессы НЕ использущие впрямую GPU не имеют строчек загрузки GPU в информации о файле.
   GPU нумеруются с 1-ки, нумерация произвольная и не имеет отношения к реальному порядку видеокарт на шине.
   Загрузка считается для каждого видеоадаптера отдельно.

 o Оптимизирована функция поиска внедренных потоков.

 o Теперь замороженные потоки в логе помечаются дополнительным индикатором состояния "[suspended]".   

Майнер в логе:
(!) Процесс нагружает GPU 1: C:\TOOLS\ZCASH\ZECMINER64.EXE
(!) Процесс нагружает GPU 2: C:\TOOLS\ZCASH\ZECMINER64.EXE
(!) Процесс нагружает GPU 3: C:\TOOLS\ZCASH\ZECMINER64.EXE
(!) Процесс нагружает GPU 4: C:\TOOLS\ZCASH\ZECMINER64.EXE

В  окне информации о файле:

815800448_.thumb.png.4b1a1a96caeed80108274107a6950829.png

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


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

Demkd

1) Раз uVS теперь определяет процесс нагружающий:  CPU ; GPU 

Возможно стоит добавить команду:  " Создать образ автозапуска предварительно заморозив все внедрённые потоки со средней загрузкой: CPU ; GPU >15% "

Бывает пользователи жалуются, что на создание образа автозапуска уходит по 40 минут.

Единственно, что смущает - реакция со стороны антивирусов.

2) Выше приведённый код system monitor  возможно будет полезен.

хотя бы в диагностическом плане.

LOAD ${nvidiabar [height][,width] gpuutil [gpu_id]}

* VRAM ${nvidiabar [height][,width] memutil [gpu_id]}

* RAM ${nvidiabar [height][,width] membwutil [gpu_id]}

* VIDEO ${nvidiabar [height][,width] videoutil [gpu_id]}

* PCIe ${nvidiabar [height][,width] pcieutil [gpu_id]}

* Fan ${nvidiabar [height][,width] fanlevel [gpu_id]}

* TEMP

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


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

+

И сейчас куча Майнеров работающих по средством браузера.

На на данный момент их выявление сложная задача.

Разработчики реализовали Task Manager-ы для работы с браузерами\расширениями.

Например: Firefox Task Manager

Если  uVS получает данные по: CPU ; GPU - то хорошо бы и по расширениям получать информацию.

 

firefox-task-manager.png

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


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

Возможно стоит добавить команду:  " Создать образ автозапуска предварительно заморозив все внедрённые потоки со средней загрузкой: CPU ; GPU >15% "

Это плохая идея, которая кончится почти наверное синим экраном, единственный же способ ускорить создание образа это создавать его без проверки ЭЦП, последнее занимает более половины времени, да и доля cpu достаточно низкая, все упирается в быстродействие диска.

2 часа назад, PR55.RP55 сказал:

хотя бы в диагностическом плане.

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

12 минут назад, PR55.RP55 сказал:

Если  uVS получает данные по: CPU ; GPU - то хорошо бы и по расширениям получать информацию.

этого точно не будет никогда.

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


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

Бывает пользователи жалуются, что на создание образа автозапуска уходит по 40 минут.

Можно поиграться с приоритетами этих процессов на время сканирования.

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


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

Можно поиграться с приоритетами этих процессов на время сканирования.

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

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


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

Demkd

По поводу доступа к данным и скорости я уже писал:

https://www.jam-software.com/ultrasearch/

Сбор данных занимает секунды.

Я даже книгу в 420 страниц по технологии находил и давал на неё ссылку.

 

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


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

я таки не поленился включил старый сервер
создание полного образа заняло 4 минуты с копейками, при том что там стоит старенький(5 лет ему) винт на 500gb, ультра бюджетный одноядерный AMD Sempron 145, правда с щедрыми 4gb памяти, но uVS не настолько прожорлив
и даже его uVS не смог постоянно грузить на 100%
1875846037_.png.b3a90468dc691ca69b0127d51ea89032.png
поэтому рекомендую таки говорить пользователям что бы останавливали антивирь хотя бы ну или в крайнем случае использовали режим запуска "Перезагрузить и запустить до запуска эксплорера".
если же убитый винт ну тут ничего не поможет.

3 минуты назад, PR55.RP55 сказал:

Сбор данных занимает секунды.

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

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


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

Бог с ним.

А получение информации пусть и путём " ищет " - это всё равно получение информации.

Для профессионалов, для поиска и помещения тушек файлов в ZOO = анализа файлов в вир.лабах.

 

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


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

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

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

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

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

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

Войти

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

Войти

  • Сообщения

    • PR55.RP55
      Зачем эти крайности - хватит и половины команд. Вначале проверяется группа файлов на VT. и только после этого оператор переходит в меню Инфо. и работает. В плане удобства оптимален ? переход от Инфо. к Инфо.  т.е. Есть список файлов. Вошли в инфо... и  последовательно идём:  Инфо > Инфо > Инфо > Инфо > Инфо * * ( с учётом фильтра ) по ходу дела принимая решение считать ли файл проверенным, или удалить. Без всех этих метаний.
    • santy
      согласен, не пользуюсь этим, (удалить только файл, из контекста на полном имени файла) потому наверное и забыл уже. использую только удаление файлов или объектов в контексте Инфо. те, что никак не вписываются в автоскрипт. тогда придется все контекстное меню переносить. например, кто-то захочет проверку на VT/VScan выполнить из Инфо, запретить запуск файла, добавить сигнатуру... и т.д. потому что если удалить сразу файл, то потом уже никак это не сделать.  
    • alamor
      Наугад потыкал на разных файлах, строка в Инфо удалить только сам файл была на всех начиная от системных файлов и заканчивая рассширением браузеров. Так что ваш вывод похоже ошибочен. А прочитать о чём изначально речь не пробовали? Речь как раз про то что это неудобно. Если ещё на одном файле посмотреть ладно, а если хотя бы пять или больше, то уже начинает надоедать туда сюда скакать и ещё после того как вернёшься из Инфо надо смотреть, чтобы случайно на другой строке не кликнуть. Так что наверно оптимальный вариант был бы: 1) Добавить туда по ПКМ список этих команд для тех, кто привык вставлять команды мышкой (вместо того чтобы вернуться в основной список и там ПКМ отдать команду сразу можно будет отдать её из этого окна). 2) Добавить в этом окне поддержку стандартных горячих клавиш удаления и карантина, для тех кто привык вставлять команды горячими клавишами.
    • santy
    • santy
      можно, но только через контекстное меню.  а это все то же дополнительное нажатие ПКМ + еще и стрелку вниз/вверх для выбора элемента меню+ click, так что не факт что это будет проще и быстрее. вообщем рационализация спорная, имхо. можно после просмотра Инфо вернуться в список и использовать уже настроенное меню всевозможных удалений.  
×