Конференция VBStreets

GM » 17.10.2005 (Пн) 8:41

Всем известно чтобы использовать ActiveX компонент в своем приложении нужно его предварительно зарегистрировать. Часто это делается с помощью команды regsvr32 <имя.ocx>. Так вот чтобы зарегистрироваться, компоненту нужен доступ к ветке реестру HKLM\Software\Classes или хотя бы HKCU\Software\Classes. У меня бывали случаи, когда доступ к этим веткам был открыт только для чтения, в результате чего компоненту не удается записать нужные ключи, а приложению найти сам компонент с помощью реестра.
Все что мне пришло в голову, это создать небольшую библиотеку, которая бы перехватывала некоторые функции по работе с реестром, и в случае обращении к *\Software\Classes, перенаправила бы их в более доступное место, ну скажем в HKCU\Software\MyProgam\Classes. Как идея, будет ли такой метод работать или есть ли другие способы решить эту проблему?

**Sebas** » 17.10.2005 (Пн) 8:43

а, не проще бросить в локальную папку приложения?

GM » 17.10.2005 (Пн) 8:47

А разве регистрировать компонент не нужно?

**tyomitch** » 17.10.2005 (Пн) 9:21

GM писал(а):Так вот чтобы зарегистрироваться, компоненту нужен доступ к ветке реестру HKLM\Software\Classes или хотя бы HKCU\Software\Classes. У меня бывали случаи, когда доступ к этим веткам был открыт только для чтения, в результате чего компоненту не удается записать нужные ключи, а приложению найти сам компонент с помощью реестра.
Все что мне пришло в голову, это создать небольшую библиотеку, которая бы перехватывала некоторые функции по работе с реестром, и в случае обращении к *\Software\Classes, перенаправила бы их в более доступное место, ну скажем в HKCU\Software\MyProgam\Classes. Как идея, будет ли такой метод работать или есть ли другие способы решить эту проблему?

Конечно же, не будет. Как COM узнает, что нужно заглядывать в HKCU\Software\MyProgam?

На самом деле, доступ на запись в HKCU\Software\Classes есть всегда, и именно туда нужно писать. Но VB6 этого не знает, и всегда пытается писать в HKLM\Software\Classes. Вот именно в HKCU\Software\Classes его и нужно перенаправлять.

GM » 17.10.2005 (Пн) 9:29

Регистрация осуществляется с помощью вызова команды DLLRegisterServer. А как мне вручную заставить регестрироваться в HKCU?

**Andrey Fedorov** » 17.10.2005 (Пн) 9:58

GM писал(а):А разве регистрировать компонент не нужно?

Если в папке приложения то не нужно. Причем программа вначале ищет компонент в папке приложения, а уже потом по реестру...

**Antonariy** » 17.10.2005 (Пн) 10:31

Регистрация осуществляется с помощью вызова команды DLLRegisterServer. А как мне вручную заставить регестрироваться в HKCU?

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

**tyomitch** » 17.10.2005 (Пн) 10:33

GM писал(а):Регистрация осуществляется с помощью вызова команды DLLRegisterServer. А как мне вручную заставить регестрироваться в HKCU?

Патчить msvbvm? :roll:

**Andrey Fedorov** » 17.10.2005 (Пн) 11:00

tyomitch писал(а):Но VB6 этого не знает, и всегда пытается писать в HKLM\Software\Classes. Вот именно в HKCU\Software\Classes его и нужно перенаправлять.

А VB6 тут при чем? Регистрация осуществляется с помощью DLLRegisterServer или regsvr32. Их и надо трясти...

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

Тут или располагать компоненты в каталоге программы или запускать их установку/регистрацию с правами админа данной машины (т.е из самой программы автоматом логиниться с админскими правами)... Первый вариант удобней тем что не надо вообще трясти админов.

**ANDLL** » 17.10.2005 (Пн) 11:28

Andrey Fedorov, DLLRegisterServer это функция той библиотеки, которая регистрируется. Она, судя по всему, вызывает какую-то функцию из msvbvm.
Может просто прописать в эту функцию что-то типа call <своя_процедура> а в ней уже ВРУЧНУЮ регить библиотеку. Сработает?

**tyomitch** » 17.10.2005 (Пн) 11:31

Andrey, regsvr32 - это просто вызов DLLRegisterServer и ничего более.
А DLLRegisterServer - это функция в самом компоненте. Компонент скомпилирован VB6.
Дальше продолжать, или логика понятна? ;-)

**tyomitch** » 17.10.2005 (Пн) 11:37

ANDLL писал(а):Andrey Fedorov, DLLRegisterServer это функция той библиотеки, которая регистрируется. Она, судя по всему, вызывает какую-то функцию из msvbvm.

А именно VBDllRegisterServer, как легко увидеть.

ANDLL писал(а):Может просто прописать в эту функцию что-то типа call <своя_процедура> а в ней уже ВРУЧНУЮ регить библиотеку. Сработает?

Ты сумеешь самостоятельно прописать все нужные ключи? Я - нет.

**Andrey Fedorov** » 17.10.2005 (Пн) 11:53

ANDLL писал(а):Andrey Fedorov, DLLRegisterServer это функция той библиотеки, которая регистрируется. Она, судя по всему, вызывает какую-то функцию из msvbvm.

А нафига ей нужна msvbvm? Откуда такой вывод? Компоненты ведь пишутся не только на VB...

**ANDLL** » 17.10.2005 (Пн) 12:01

Тем, которые пишуться на VB, он необходим.
Ты кажеться так и не врубился в суть функции DllRegisterServer.
Какая библиотека по-твоему ее экспортирует?

**Antonariy** » 17.10.2005 (Пн) 12:07

Ты сумеешь самостоятельно прописать все нужные ключи? Я - нет.

Вытащить все ключи уже зарегиситрированной библиотеки не проблема. Скорее геморой, в зависимости от количества классов. На каждый класс нужно три ветки.
1. HKCR\[Название библы].[название класса] - оттуда узнаем CLSID
2. HKCR\CLSID\{...} - оттуда узнаем TypeLib
3. HKCR\TypeLib\{...}

**tyomitch** » 17.10.2005 (Пн) 12:12

Andrey Fedorov писал(а):
ANDLL писал(а):Andrey Fedorov, DLLRegisterServer это функция той библиотеки, которая регистрируется. Она, судя по всему, вызывает какую-то функцию из msvbvm.

А нафига ей нужна msvbvm? Откуда такой вывод? Компоненты ведь пишутся не только на VB...

То ли ты издеваешься, то ли ты до сих пор не въехал, что DLLRegisterServer у каждого компонента своя.

**ANDLL** » 17.10.2005 (Пн) 12:13

HKCR\CLSID\ - отсюда мы узнаем имя и тип сервера.
А typelib нам вообще не нужен.

**tyomitch** » 17.10.2005 (Пн) 14:10

Antonariy писал(а):
Ты сумеешь самостоятельно прописать все нужные ключи? Я - нет.

Вытащить все ключи уже зарегиситрированной библиотеки не проблема. Скорее геморой, в зависимости от количества классов. На каждый класс нужно три ветки.
1. HKCR\[Название библы].[название класса] - оттуда узнаем CLSID
2. HKCR\CLSID\{...} - оттуда узнаем TypeLib
3. HKCR\TypeLib\{...}

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

**Antonariy** » 17.10.2005 (Пн) 14:51

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

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

GM » 17.10.2005 (Пн) 15:54

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

Теряется универсальность, для каждого компонента нужна писать, свой регистровщик
Есть идея, что-то похожое уже постил, сделать что-типа regsvr32, но который бы перехватил вызовы к HKLM и перенаправил в HKCU. Такой вариант будет работать?
Кстати, если не ошибаюсь ВБ не мог знать о существовании HKCU\Software\Classes, ибо тогда его еще не было, или в NT 4 был?

**ANDLL** » 17.10.2005 (Пн) 17:11

Совершенно не реально.
Твой код вообще не запускается при регистрации. Когда ты собераешься ставить хук на API для работы с реестром?
А в Windows NT еще и возникает вопрос КАК?

GM » 17.10.2005 (Пн) 19:43

Совершенно не реально.
Твой код вообще не запускается при регистрации. Когда ты собераешься ставить хук на API для работы с реестром?
А в Windows NT еще и возникает вопрос КАК?

Подгружаем библиотек с помощью LoadLibrary, дальше вызываем DLLRegisterServer.
Хук ставим в своем процесе, можна сделать через таблицу импорта, а можна и через перезапись функции на что-то типа jmp Hook ret.
Все таки не такой сложный процес, должно работать или нет?

**ANDLL** » 17.10.2005 (Пн) 20:10

Да, должно...
А как ты определишь адрес ячейки в таблице импорта?
А перезаписать саму функцию невозможно. Ясное дело...

**tyomitch** » 17.10.2005 (Пн) 20:35

ANDLL писал(а):А как ты определишь адрес ячейки в таблице импорта?

Спецификация PE на форуме уже выкладывалась...

**ANDLL** » 17.10.2005 (Пн) 21:08

Ну так...
Перезаписываем ячейку таблицы импорта и дело в шляпе.
Вполне реально.

GM » 18.10.2005 (Вт) 6:49

А перезаписать саму функцию невозможно. Ясное дело...

Почему? Нельзя ли просто перезаписать ячейку памяти на jmp моя ф-ция и ret, после чего в своей функции возобновить эту ячейку и вызвать настоящую функцию, после ее обработки снова перезаписать функцию.
А вообще-то наверно буду делать через таблицу импорта.

**ANDLL** » 18.10.2005 (Вт) 9:00

Потому что API-функции располагаются в защищенной области памяти.
Там нельзя ничего переписать.

**tyomitch** » 18.10.2005 (Вт) 11:45

ANDLL писал(а):Потому что API-функции располагаются в защищенной области памяти.
Там нельзя ничего переписать.

Можно снять защиту с помощью VirtualProtect, и всё-таки перезаписать ;-)

GM » 18.10.2005 (Вт) 13:04

tyomitch писал(а):
ANDLL писал(а):Потому что API-функции располагаются в защищенной области памяти.
Там нельзя ничего переписать.

Можно снять защиту с помощью VirtualProtect, и всё-таки перезаписать

И я о том же :wink:

GM » 18.10.2005 (Вт) 13:59

Пока воспользовался вторым способом, узнал с помощью GetProcAddress адрес функции и переписал память на jmp addressof IHook, ret. А в IHook восстановил переписаную память, и вызвал настоящую функцию, правда с другими параметрами, потом снова заменил кусок памяти на jmp и т.д.
Как не удивительно все отлично работает, пробовал на мессаджбоксе. Даже в IDE работает, правда не долго

Вот у меня небольшой вопрос, восстановлять права доступа после каждого изменения в памяти, или это не имеет значения?
[/syntax]

Конференция VBStreets

ActiveX регистрация, метод обхода

ActiveX регистрация, метод обхода

Re: ActiveX регистрация, метод обхода

Re: ActiveX регистрация, метод обхода

Кто сейчас на конференции