Творение хакерского турбара для Internet Explorer Возможно, кажды й не разов уверялся на собственном опыте, что сохранность просит огромных издержек медли и энергии как в Cети, так и в риаллайфе Поразмыслить лишь, ведь необходимо при каждом коннекте вводить пароль в аську, раскрывать 30 замков на стальной двери, чекать и определять новейшие прокси в браузер С поддержкою простых способностей кодинга я постараюсь немного поправить это трудное положение, сделав жизнь чуточку комфортнее Основное для взломщика – сохранность (ну и естественно, причина, по тот или другой эта сохранность потребовалась – прим ред) Ежели твой IP найдут в тех логах, где его иметься не обязано, то тебя отыщут и, поверь мне, не достаточно не покажется Так что каждому хакеру нужны к тому же сетевые контрацептивы, тот или другой расплодилось сейчас большое множество Пусть прокси не так надежны, но с их поиском традиционно заморочек не возникает, и хоть какой браузер старается их поддерживать Но ежели ты будешь юзать один-одинешенек проксик, пока у тебя не покажутся внуки, то фсбэшники все одинаково договорятся с обладателем сервера и опять устроют для тебя проблемы Потому нужно часто поменять проксики (кардерам это приходится мастерить каждые 15 минут, для каждого аккаунта у их по проксику – прим ред) Но для этого приходится каждый разов лазить в опции браузера, жать на сотку клавиш, что безумно неловко А ты представь, что смена проксей может просто производиться нажатием на одну клавишу И эта клавиша помещена близко с адресной строчкой В итоге ты волен и в полной релаксации Безупречным методом приходит творение собственного собственного тулбара Это таковая хитрецкая панельки, тот или другой будет постоянно под рукою в твоем возлюбленном IE Internet Explorer – это сооружение, состоящее из маленьких кирпичиков Имейся этот кирпичик тулбаром либо BHO, он все одинаково изготовлен из 1-го такого же мат-ла и не достаточно чем различается от собственных братьев В IE все единообразно, и все плагины реализуются с поддержкою технологии COM Базой COM, как ты знаешь, приходит интерфейс Интерфейс – это аккуратно абстрактное понятие Это вроде бы макет, тот или другой мы обязаны воплотить в жизнь При загрузке осел считывает из реестра информацию о собственных плагинах: где находится, какой обладает тип и прочее Дальше попеременно подгружает DLL каждого тулбара и вызывает экспортируемую функцию DllGetClassObject, зарабатывая указатель на интерфейс IClassFactory, главная задачка тот или другой регать и анрегать наш COM-сервер Из IClassFactory он вызывает функцию CreateInstace и зарабатывает 2 указателя на интерфейсы IOleCommandTarget и IObjectWithSite IObjectWithSite, хоть и имплементирует лишь два способа SetSite и GetSite, при всем этом играет вескую роль в разработке плагина Опосля рождения тулбара ушастый вызывает мето д SetSite Функция SetSite обязана находиться во целых плагинах, так как в ней мы обязаны заработать интерфейс IWebBrowser2, тот или другой приходит главным рычагом браузера, IInputObjectSite, спустя тот или другой мы будем исполнять контроль над трюком формы, а также IoleWindow: из него необходимо вызвать функцию GetWindow, отдающую нам хэндл нашей формы С поддержкою QueryInterface зарабатываем из punkSite интерфейс IInputObjectSite Подобную операцию производим с интерфейсом IOleWindow и сразу вызываем GetWindow и создаем форму Чтоб обладать интерфейс IWebBrowser, необходимо заработать из punkSite интерфейс IOleCommandTarget, а у него изъять IServiceProvider и вызвать функцию QueryService Для чего этакие трудности, отчего нельзя QueryInterface? Так как, ежели иной плагин захотит обратиться к нашему тулбару и заработать его интерфейс, он увидит фигу Реализацию SetSite гляди гуще function TProxyBar SetSite(const pUnkSite: IUnknown): HResult; pUnkSite QueryInterface(IInputObjectSite,Site); if SUCCEEDED(pUnkSite QueryInterface(IOleWindow,Olewind)) then Я не стал заморачиваться с winapi, а употреблял VCL Да, знаю я, что это не по-хакерски, но VCL верховодит миром, Delphi не стал бы таковым знаменитым без него Ежели захочешь воплотить на аккуратном api, то для тебя доведется изрядно напрячь мозг, но я в тебя верую 
2-ой функцией, наследованной от IObjectWithSite, приходит GetSite, браузер постоянно вызывает ее опосля SetSite В ней мы обязаны возвращать ослику его интерфейс, тот или другой он нам приносил поиграть в прошлой функции Легко вызываем Site QueryInterface и отдаваем ему его интерфейс, пусть подавится, сволочь! Дальше по списку следует IDeskBand Что ж, держите скальпель, сотрудник, будем вскрывать Ежели сначала ты решил выучить исходник, то теснее успел увидеть функцию с заглавием GetBandInfo, занимающую еще огромную площадь, чем другие От нее браузер зарабатывает
