Защита памяти

Имеется сервер для него есть ядро для удаленной загрузки модификаций. Есть ли вариант как либо защитить память от чтения и дампа? Но что бы harmony и сервер работали в штатном режиме с сервером. Может быть какая либо связка с библиотекой C++ толком информации не нашел. Еще есть вариант в уме хранить данные модификации в отдельной памяти от сервера и ее протектить, но вопрос как сервер будет обращаться к данным модифицациям и использовать их, тоже инфы толком не нашел.
Может быть кто подскажет куда копать

0

Sensais, мне всё ещё сложно уловить общую картину, поэтому опишу общие моменты:

1. сервер по умолчанию пишется как закрытый черный ящик с неким ограниченным публичным контрактом. Т.е. я добавляю api "создать юнита", и внешний клиент может только создать юнита и ничего более. В этом случае на сервере ничего (как правило) не шифруют, так как считается что доступ на сам сервер закрыт. Защитится от "а если таки зашли" -- невозможно, так как админ может проанализировать весь находящийся код на сервере, и внедрить свой, который и сольет все остальное.

2. если нужно загружать скрипты (подчеркну именно СКРИПТЫ, а не уже готовый исполняемый код), то пишут свой псевдо-язык, а не используют существующее. Просто если грузить прям dll или компилируемый cs -- в них может быть что угодно, и проанализировать это практически невозможно. Самое простое -- удаленный вызов cmd, что уже как бы дает доступ к очень многим вещам (а не только дампу памяти). По сути считайте что вы в банке открыли окно и сняли решетки.

3. Можно попытаться ограничить исполняемую роль приложения-хоста. Т.е. запустить с очень ограниченными привилегиями (на самом деле это дефолтная практика). Это очень сузит вектор атак для загружаемых скриптов, но не решит вопрос полностью.


Учитывая что я всё еще не знаю, что там за игровой сервер, что из себя представляют эти плагины, кто их грузит -- однозначного ответа у меня для вас нет. Если часть отвечающую за загрузку написана вами, вы можете описать свой псевдо-скрипт, который позволит людям загружать его, и вы уже будете контролировать хоть что-то. Учтите, что без должных знаний, просто написать свой условный "компилятор" уже афигеть какая задача, а с учетом безопасности.... это явно не на пару дней кодинга.

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

0

Сообщение от Wolfdp если нужно загружать скрипты (подчеркну именно СКРИПТЫ, а не уже готовый исполняемый код), то пишут свой псевдо-язык, а не используют существующее

В чём практический смысл сочинять свой псевдоязык, когда можно взять LUA какой-нибудь, или JS, или C#? Что-нибудь, что можно интегрировать?

0

Сообщение от Usaga В чём практический смысл сочинять свой псевдоязык, когда можно взять LUA какой-нибудь, или JS, или C#? Что-нибудь, что можно интегрировать?

Я не говорю что синтаксис должен быть прям уникальный (на самом деле наоборот -- лучше чтобы это был по сути тот же C#, только ограниченный). Я про то что нельзя просто вбить в гугл "как скомпилировать и подключить файл *.cs рантайм", прикрутить это к проекту, и всё. Скомпилировать можно всё что угодно, через тот же Assembly.Load догрузить абсолютно любую фигню, и скорее упереться в количество символов на файл, нежели на какую-либо защиту.

Тут можно сравнить с [bb-code] на форуме -- мы же не используем по какой-то причине чистый html?

0

Сообщение от Wolfdp Тут можно сравнить с [bb-code] на форуме -- мы же не используем по какой-то причине чистый html?

Потому, что нет возможности. Да и не особо нужно, на самом деле.

0

Сообщение от Usaga Потому, что нет возможности.

В смысле "нет возможности"? Плюхнуть любой введённый юзером текст -- как раз самое простое. Правда безопасность в этом случае говорит "пока-пока". Поэтому либо bb-code (либо другой популярный формат), либо проходят по тегам и оставляют разрешенные, а остальное экранируют.

0

Wolfdp, ну я это и имел в виду, что движок форума не даёт такое сделать свободно (по адекватным причинам).

0