Ru-Board.club
← Вернуться в раздел «Программы»

» Process Hacker

Автор: Victor_VG
Дата сообщения: 20.09.2011 22:54
ComradG

Видел твой коммент по поводу РЕ. Ты прав, Редмонд берёт своё силой. Тот же апдейтер похоже "ума поднабрался" - на ХР под которой он всех валит после 4703 он просто не запускается - в kernel32.dll не находит точку входа GetTickCount64@660 и РН его естественно не видит. Его и запрещать не надо теперь - и так он в списках не значится.
Автор: ComradG
Дата сообщения: 20.09.2011 23:35
Victor_VG
рэдмонд будет брать измором ну, а если серьезно, то если такая политика и впредь будет проводиться (чего только стоит установка Win8, которую без танцев с бубном не совершить), то пользователи, да и админы попросту сделают ход конем (точнее сделают M$ козу) и перейдут на альтернативные решения вроде ReactOS. это я, конечно, загнул но все равно. ставить разработчиков в невыгодное положение, из-за кривых фиксов - однако!
Автор: Prodavec2
Дата сообщения: 21.09.2011 04:26
Victor_VG
Unlocker и Ко. закрывают дескрипторы. Этого не требуется.

ComradG
Имеется в виду вмешаться отладчиком в процесс и насильно в нем изменить дескриптор или... права доступа к файлу с эксклюзивного (монопольного) на чтение/запись. Думаю это возможно, но это как из пушки по воробьям стрелять. Ожидал увидеть готовое решение под вин)
Автор: Victor_VG
Дата сообщения: 21.09.2011 07:04
ComradG

Похоже на то.

Prodavec2

А кстати, ComradG прав - в РН есть доступ к дескрипторам безопасности на запись при работе с правами суперюзера. И тогда можно поставить себе нужные права, но от ошибки ядра которая приводит к блокировке это не спасёт. Под семёркой было ещё одно решение, но пока оно не доведено до конца по причине занятости автора - плагин Far Unlocker моего знакомого, но данный проект сейчас заморожен, а его исходники из паблика убраны - там было много проблем под ХР - плагин порождал бесконечное число потоков уходивших в цикл ожидания и устранить проблемы на тот момент не удалось, а устранить зависание удавалось только с помощью РН оптом закрывая все запущенные плагином треды. Посему идея заморожена на неопределённый срок. Да и под семёркой этот плагин на тот момент работал не совсем чётко и иногда разлочить файл не мог, а для его работы всё равно требовались права суперюзера. Посему Унлокер работающий через собственный драйвер ядра с привилегиями локальной системы наиболее разумное в данном случае решение. Лично я по результатам анализа задачи считаю его оптимальным вариантом. Другие варианты потребуют наличия у пользователя прав уровня суперюзера, а в группу weel не все входят, и не все смогут выдать su для получения привилегий уровня root.

Думаю дальше продолжать смысла нет т.к. и так всё ясно. Картина расписана и если в мох рассуждениях есть логическая ошибка, то предлагаю поискать её вместе в ПМ т.к. тут этот вопрос уходит в сторону от основной темы обсуждения и будет просто мешать людям.
Автор: ComradG
Дата сообщения: 21.09.2011 10:30
Victor_VG
ерунда какая-то: полная загрузка ЦПУ после закрытия зависшего процесса. по-моему, счетчики производительности врут.
Автор: Victor_VG
Дата сообщения: 21.09.2011 15:57
ComradG

Ладно, гляну в 2.23 SVN r4710 что наблюдаю. Но вроде такого не заметил покуда.
Автор: ComradG
Дата сообщения: 22.09.2011 18:41
Victor_VG
тю! надо будет за исходники драйвера засесть, ибо вещь, которую мне пришлось сегодня лицезреть, воистину потрясает. дело в том, что один из моих студентов разрабатывал программу с незамысловатым названием stealther, функционал которой, полагаю должен быть ясен из контекста. дык вот, при попытке задетектить РН'ом этот "руткит", последний идет стороной. хотя казалось бы, драйвер РН'а то работает в ring0 (куда ниже то?!) это, конечно, единичный пример, но все же.
другой момент - РЕВ, а точнее смещения в нем, за счет чего полная выгрузка некоторых модулей становится невозможной.
приянусь честно, это все не мои идеи, а парочки студетнов с моего курса.
Автор: wald1968
Дата сообщения: 22.09.2011 19:13
ComradG
Это в принципе не антивирусная программа, и тем более не иформатор системы, если нужна инфа об видеокарте - GPU-Z, остальное в попу, в том числе и GraphicsInfo. Это МЕНЕДЖЕР ПРОЦЕСОВ, а не редактор графики или игра мусю, и т.д. или там все больные? Такой хороший старт, и ....

Добавлено:

Цитата:
при попытке задетектить РН'ом этот "руткит"

????? Используйте антивирусник...
Автор: ComradG
Дата сообщения: 22.09.2011 19:29
wald1968
на кой ляд, скажи мне, сдалось вселенское зло под названием антивирус? от него головной боли больше. но очевидно ты упустил самую нить излагаемого мной: драйвер РН работает в нулевом кольце, то есть по логике (да и по заверениям wj32) должен уметь обнаруживать руткиты на раз два. но! "руткит", о котором говорилось выше, отнюдь таковым не является - это всего лишь тестовый файл, для различного рода антималварьного тулкита. в итоге, что имеем: отнюдь не все детектится драйвером РН, раз, провакация падения дравера РН с помощью сторонних отладчиков, два. короче говоря, фактор сторонней атаки весьма велик. здесь есть над чем подумать.

Цитата:
тем более не иформатор системы
ууу! про это и речи не было. зачем понадобилось пихать в РН GI? - сам недоумеваю. это действительно менеджер процессов, а не "все в одном". процессы, сервисы, сетевая и дисковая активность - вот что главное, а на остальное: с прибором или без.
Автор: Victor_VG
Дата сообщения: 22.09.2011 19:33
ComradG

Верно.
Автор: wald1968
Дата сообщения: 22.09.2011 19:47

Цитата:
но очевидно ты упустил самую нить излагаемого мной

Возможно у Вас свои требования к программе, но меня больше б устроило завершать процессы по списку, и тогда б к примеру Process Explorer, не смотря на свой стаж, курил бы в сторонке.

Добавлено:
ComradG
Я простой пользователь и для меня
Цитата:
драйвер РН работает в нулевом кольце

ничего не говорит, но
Цитата:
завершать процессы по списку
для меня б было удобно. Что б был список процессов, которые необходимы для работы системы, а остальные махом можно было б завершить... Короче.. хотелось бы с помочью этой программы все таки управлять процесами. А инфа о видеакарте мне не нужна однозначно, я в курсе...
Автор: ComradG
Дата сообщения: 22.09.2011 20:12
wald1968
не совсем понял
Цитата:
завершать процессы по списку
в смысле древо зависимых от некоторого процесса или вбить названия запущенных процессов и нажать terminate? если первое, то вроде бы РН это умеет делать (pskill и РЕ, к слову, тоже). а вот завершать список независмых процессов запущенных в контексте оболочки проводника может вызвать ряд исключений. но это теоретически.
Автор: DrakonHaSh
Дата сообщения: 22.09.2011 20:12
ComradG

Цитата:
драйвер РН работает в нулевом кольце, то есть по логике (да и по заверениям wj32) должен уметь обнаруживать руткиты на раз два.

на "раз два" даже специализированный софт по отлову/обнаружению руткитов работающий в том же ring0 далеко не все руткиты обнаруживает. и любой руткит при желании его разработчика сумеет спрятаться от PH.


Цитата:
в итоге, что имеем: отнюдь не все детектится драйвером РН, раз, провакация падения дравера РН с помощью сторонних отладчиков, два. короче говоря, фактор сторонней атаки весьма велик.

ну это как-то очевидно, или для Вас это открытие, Вы ожидали от PH чего-то иного ?
Автор: wald1968
Дата сообщения: 22.09.2011 20:21
Я имел в виду функциональность утилит типа Ultimate Process Killer.
Автор: ComradG
Дата сообщения: 22.09.2011 20:28
DrakonHaSh

Цитата:
ну это как-то очевидно, или для Вас это открытие
увы, нет - не открытие, скорее доказательство в опровержение слов wj32, ведь помнится еще Руссинович кичился своим RootkitRevealer, а он между тем может задетектить руткиты только на прикладном уровне. а по поводу
Цитата:
на "раз два" даже специализированный софт по отлову/обнаружению руткитов
правда ваша, так что я даже спорить не собираюсь. просто бы пиар РН следовало бы несколько укоротить, дескать, может то, может се. ан нет! он всего лишь многим продвинутее других софтин подобного рода, но не более того.

wald1968

Цитата:
Я имел в виду функциональность утилит типа Ultimate Process Killer.
каюсь, ибо не ведаю, что сие такое.
Автор: wald1968
Дата сообщения: 22.09.2011 20:39
ComradG
К примеру Startup Delayerи www.r2.com.au/page/news/article/Startup-Delayer-version-3-0-build-309-released
Ultimate Process Killer http://sourceforge.net/projects/ultmprokill/
Автор: ComradG
Дата сообщения: 22.09.2011 20:48
wald1968
будет время - гляну, а пока пошел разбирать исходники РН. тем более, что со счетчиками производительности в РН вопрос еще актиален.
Автор: ItsJustMe
Дата сообщения: 22.09.2011 21:05
ComradG
Ты где преподаешь, в MIT что ли?

Цитата:
просто бы пиар РН следовало бы несколько укоротить, дескать, может то, может се. ан нет! он всего лишь многим продвинутее других софтин подобного рода, но не более того.

Ну, дык, мы говорим о бесплатной проге с открытыми исходниками? Если так, то мне, например, плевать какой у нее пиар и есть ли он вообще

Вышел PH 2.22 final.
В очередной раз поправлены красивости.
Автор: wald1968
Дата сообщения: 22.09.2011 21:12
ItsJustMe
А есть и не бесплатная с лучшими возможностями??? Ссылку в студию...
Автор: ItsJustMe
Дата сообщения: 22.09.2011 21:18
Честно, не знаю. Специально этот вопрос не изучал. Насколько мне известно, аналогом является Process Explorer от Марка Руссиновича (Microsoft), но он тоже бесплатный. О каких либо других похожих прогах не слышал, но опять же повторяю, специально и не искал. Спросите Google, он подскажет.
Автор: wald1968
Дата сообщения: 22.09.2011 21:18

Цитата:
В очередной раз поправлены красивости.

Какие ?

Добавлено:

Цитата:
Спросите Google

К сожалению из стоящих 2 проги Process Explorer и Process Hacker. А типа AnVir TaskManager пошли не тем путем, и Process Hacker не туда потянуло. Хотя AnVir TaskManager свое название оправдывает, на раньше воспринимался как прога за управлением процесами.
Автор: ItsJustMe
Дата сообщения: 22.09.2011 21:29
Ну... Может быть, визуально ничего и не изменилось. Была какая-то возня с фонтами, какой-то FontBold переехал из одного места исходника в другое. Может, это была только небольшая оптимизация и в действительности новый код делает все то же самое, что и старый, только чуть правильнее Who knows? As for me, I don't really care.
Если хотите, сравните исходники сами и сделайте выводы.
Автор: wald1968
Дата сообщения: 22.09.2011 21:33
Ничего путевого они в последнее время не делают.. Но прога уже вроде ничего, осталось дождаться когда угробят.
Автор: ComradG
Дата сообщения: 22.09.2011 21:35
ItsJustMe

Цитата:
Ты где преподаешь, в MIT что ли?
ха-ха, ха-ха! шутку понял, смешно! вообще-то оффтоп, но раз уж спросил - в одном из берлинских универов (курс лекций по асму). прошу прощения за оффтоп.

Цитата:
Вышел PH 2.22 final.
поздравляю тебя с открытием, ибо другие его уже давно юзают.

Цитата:
В очередной раз поправлены красивости.
да нифига! там кое-чаво перекроено под восьмые форточки, так что...

Цитата:
Если хотите, сравните исходники сами и сделайте выводы.
а чего сравнивать? wj32 все правит помалу, но по крайней мере не через то место, которое лечится клистером.
Автор: ItsJustMe
Дата сообщения: 22.09.2011 21:38
Лично мне PH нравится больше, чем PE. Именно из-за открытых исходников. Всегда можно что-нибудь подправить, если что Функционал у него уже достаточно богат, и если вдруг он начнет портиться, то мы все равно сможем взять то, что есть сейчас и... хотя бы не портить его сами. Так что хуже, чем есть, ему уже не стать. Не в смысле, упаси Боже, что он так плох, что дальше некуда, а в смысле, что уже достигнутое от нас никуда не денется. А достигнуто немало.

Добавлено:
ComradG

Цитата:
в одном из берлинских универов

А ведь я угадал, что все же не в России.

Цитата:
поздравляю тебя с открытием

Спасибо!

Цитата:
там кое-чаво перекроено под восьмые форточки

Это было сделано раньше, еще в 4701. Я стараюсь не повторяться, а то закидают тем, чего у народа всегда тут в избытке.

Цитата:
а чего сравнивать?

Ну, меня спросили о смысле изменений. Самому мне его искать не очень-то хочется, ибо это какая-то мелкая оптимизация. Вот я и подсказал очевидный путь к ответу.
Автор: rumiha
Дата сообщения: 26.09.2011 17:40

Цитата:
Всегда можно что-нибудь подправить

А можно ли подправить очень неудачную иконку загруженности процессора?
Я пользуюсь PE v10.2 (старенькая) — вот у неё "график" ниже огибающей ярко полностью закрашивается — и очень хорошо видно, как загружен процессор.

Тут же — тоненький контур-кривая с очень бледной закраской (впрочем, как и в более старших версиях PE) — и ничего уже не разберёшь, особенно, если загрузка максимальная и контур прижат кверху. Что 100%, что 0% — очень неудачный вариант иконки. Можно ли это подправить?
Автор: Victor_VG
Дата сообщения: 26.09.2011 17:59
rumiha

Исходники открыты, вперёд.
Автор: data man
Дата сообщения: 26.09.2011 18:03
Victor_VG
Несколько страниц обсуждения исходников, а бинарники от тебя когда ожидаются?
Автор: rumiha
Дата сообщения: 26.09.2011 18:05
Victor_VG, я не могу, я Вас прошу Пальчиком Шевельнуть. Там ведь есть закраска, надо только увеличить её насыщенность до цвета огибающей.
Вы не согласны со мной, что иконка неудачная?

Небольшая загрузка (слева — старый PE):


А вот 100% (вообще ничего не видно):


Кто будет спорить с тем, что правая иконка — для второго случая особенно — негодная?
Автор: Victor_VG
Дата сообщения: 26.09.2011 19:26
data man

Через часок выложу - сейчас канал занят на 100%, но у меня уже лежит 2.23.4720 рабочий.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123

Предыдущая тема: ICE Encrypt vs Drag'n'Crypt ULTRA


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.