![]() |
Есть идея: "обёртка" для IE
2 Mod-s: если "ошибся койкой" - перенесите плз в нужную ветку
Некоторое время назад до Майкрософта дошло-таки, что Винда - не Юникс, софта много, авторы его бывают вообще халтурщиками... В общем, что "под юзером", как ни настраивай, полноценно работать нельзя, и что народ, невзирая на увещевания, работает-таки "под админами". :) И тогда был сделан гениальный "ход лошадью" - выпущена тулза для понижения прав пользователя при запуске какого-либо приложения. Или понижения прав приложения, запущенного от конкретного пользователя с высокими правами. :) В общем, этакий su user ;) Зовётся утилита DropMyRights и делает именно то, как зовётся. Я на неё впервые наткнулся на SecurityFix-е. Там же есть ссылка на скачку и "родную" страницу. Использование предельно простое (но всё-же не для "домохозяек"):
Код:
wchar_t *wszUsage = Идея проста: Ставить это прямо в system32 и везде заменять все вызовы iexplore.exe на соответствующим образом исправленные. Можно и hh не обделить вниманием. :) Таким образом получим почти "дефолтную" (без миграции на Фокс и пр.) и безопасную "стандартную" систему. Как вариант развития - хранить где-нибудь, например, в реестре и считывать оттуда параметр "опускания". Ещё вариант - интеграция в контекстное Экплорера в качестве "альтернативного RunAs". К сожалению, как я понял, работает только с исполняемыми файлами, т.е. COM-компонент (то же "ядро" IE) не ограничишь... Но ведь есть сырцы... :) |
Поднимаю тему.
С "обычным" софтом типа IEXPLORE.EXE дело движется, но ведь остаётся самое неприятное - его ядро, вызываемое как COM, и аналогичные компоненты. Идея трансформируется в этакий "супер-пупер-патч" для Винды. Правда, с лёгким вирусным уклоном... :) Ломание головы (я не программер, не пинайте!) родило такие мысли: 1. Нужно поменять GUID-ы "жертв" (просто патчить бинарники?) 2. Перерегистрить их после этого? Или просто сделать "поиск-замену" по всем классам в реестре? 3. Некая "обёртка" тоже в виде COM-а регистрит себя (или опять-таки просто правит реестр?) как сервер тех интерфейсов, которые обрабатывались "жертвами". 4. "Обёртка" при вызове соотв. интерфейса просто вызывает старый обработчик с установкой безопасности как в приведённых исходниках, и дальше весь обмен командами и данными "пропускает через себя" к старому серверу и обратно. Надеюсь, не совсем бредово? И найдётся ли кто, могущий это воплотить в коде? |
Время: 07:01. |
Время: 07:01.
© OSzone.net 2001-