Как предотвратить переопределение класса? - Страница 2

†‡Paladin‡† · 28.01.2011, 13:17

Цитата:

Сообщение от artfabrique

С этого момента по-подробнее пожалуйста )

Вам в каком месте по подробней?

Вам нужно получить экземпляр класса Box.
Согласно принципам di вы не вызываете new Box(), а используете статический класс Factory с методом getBox(), который возвращает вам объект реализующий интерфейс IBox. Внутри Factory может быть все что угодно. Например класс Box будет представлять из себя строку, которая загружается как байтмассив, как вариант там могут быть пачки функций, которые навешиваются на динамический класс. Для дополнительной защиты можно снимать хэши и проверять их (сделать отдельно класс с таблицами соответствия). В итоге через Factory мы будем получать только правильные подписанные классы. При этом можно проверять подпись как у вновь создаваемого класса, так и у вызывающего. Получится очень милая атмосфера паранои и недоверия в приложении.

artfabrique · 28.01.2011, 13:28

а что, если злоумышленник переопределит этот Фэктори класс и метод getBox? То есть, если подставной класс Фэктори будет зарегистрирован раньше инициализации секьюр модуля

Добавлено через 1 минуту
Я так понимаю отловить имена классов не так сложно в дампе памяти?

andrew911 · 28.01.2011, 13:49

http://jpauclair.net/2010/09/30/prot...nst-preloadsw/

†‡Paladin‡† · 28.01.2011, 14:13

Цитата:

Сообщение от artfabrique

а что, если злоумышленник переопределит этот Фэктори класс и метод getBox? То есть, если подставной класс Фэктори будет зарегистрирован раньше инициализации секьюр модуля

О это будет мазохизм.

artfabrique · 28.01.2011, 15:46

Ну это понятно. Вопрос в том как это предотвратить.

†‡Paladin‡† · 28.01.2011, 17:00

Необходимость замены _всех_ классов в подгруженном приложении считается решением задачи?

inozemcev · [+ 1.0 08.10.14]

Я вообще ничего не понял. Может быть пространства имен могут помочь ?!

Добавлено через 2 минуты
Вообще забейте на злоумышленников, абсолютно все можно разобрать, попилить, переписать ... просто времени займет чуть больше, после ваших потуг.

mikhailk · 28.01.2011, 18:50

я подозреваю, тут чисто академический интерес?

artfabrique · 28.01.2011, 22:49

нет это не академический интерес, а вполне практический для текущего проекта. Не думаю что просто будет распознать подгрузку секьюр модуля этим методом, только если просмотреть дамп оперативки. Ну точнее распознать можно но фактически подменить крайне проблематично. Так что нужно просто придумать и сделать защиту от подмены классов загруженного секур ядра. Тоесть загрузчик и ядро моего "производства". Пока я услышал но еще не попробовал идею с продгрузкой ядра не в текущий домен и использования интерфейса как защиты от просмотра кода при дебаге. Вопрос в том теперь можно ли из подгруженной СВФ в другой апп.домен тягать методы загрузчика?

Добавлено через 20 часов 28 минут
мда жаль. вроде никак.