Защита переменных?

Question

[Евгений Петряев]

Вот например есть ли отличие в исполняемом файле программы если написать

public int var; //или
private int var;//или 
protected int var;

С точки зрения декомпиляции и реверс инжиниринга исполняемого файла? То есть если я напишу protected, переменная станет защищенной или нет от таких программ как art money?

Comments

[RabraBabr]

private, public, potected - это инструкции компилятору. Для правильного проектирования классов. Реализацию класса как правило убирают в private секцию, что бы клиентский код не имел к ней доступа. Потому, что если он будет иметь доступ к реализации, то обязательно ее использует. От этого повышается общая связанность кода. Потом реализация класса поменяется и клиентский код сломается. Поэтому в хорошо спроектированных классах в public секцию выносят интерфейсную часть. К которой имеет доступ клиент класса и стараются поддерживать эту часть неизменной. Эта штука называется инкапсуляцией и является одним из столпов ООП.

С точки зрения декомпиляции, если вы загляните в транслятор то никакой разницы в доступе к переменным в приватной и публичной секции вы не увидите. Все данные будут располагаться в области .data и будут доступны для записи. А код попадет в секцию .text и при попытки записи в эту область вызовет немедленный Segmentation Fault.

З.Ы. Пусть кто ни будь поправит меня если я не прав.

Answer 1

[Владимир Коротенко]

Вот зачем стоит учить ассемблер.
В нем тормозов нет!
Пишу куда хочу, читаю все что хочу!
Такие вот дела.

Что же до art money, она банально сканирует память, потом снова сканирует, находит что изменилось. И играется с этим значением.

Answer 2

[Василий Дёмин]

Не станет. Обозначения protected/private нужны только для того, чтобы компилятор не давал программмисту, использующему ваш класс, менять значения переменных

Comments

[Василий Дёмин]

От art money и подобных программ можно защититься средствами ОС. Например в linux нельзя просто так подключиться отладчиком к работающему процессу, чтобы это сделать, от рута надо установить переменную `kernel.yama.ptrace_scope` в 0. Есть ещё вариант шифровать участки памяти процесса, в которых хранятся данные, требующие защиты.

[Saboteur]

то есть ставя какое-то приложение, надо ему дать доступ до рута чтобы оно правило параметры ядра?
Нах такое приложение с такой защитой? =)

[Василий Дёмин]

Saboteur, Это я малость затупил. Я имел в виду ситуацию, когда пользователи не являются администраторами, и администратор выставляет kernel.yama.ptrace_scope в 1, чтобы пользовательские процессы не могли отлаживать не дочерние процессы. В ситуации, когда надо защитить программу и от рута тоже, единственный способ - шифровать память.

[Saboteur]

Василий Дёмин, Так а разработчик программы тогда тут каким боком? =)

[Василий Дёмин]

Saboteur, Никаким. Я затупил и не от того вектора атаки стал защищаться

Answer 3

[Dmitrii]

На английском эти ключевые слова (public, private, protected) называются Access specifiers.
https://en.cppreference.com/w/cpp/language/access
Думаю, становится очевидным для чего они из названия.

Если вы хотите скрыть значения от программи по типу Art Money (которая просто сканирует RAM), то вам нужно, каким-либо образом их зашифровать воспрепятствовать простому способу чтения вашей переменной из памяти.

Например, вы можете хранить не сами значения, а их хеш или, например, хранить их с определенным смещением (скажем, денег у вас в игре 100, а в переменной у вас хранится на 5x + 7 денег больше, просто чтобы запутать тех, кто захочет вас взломать). Можете также преобразовать число в строку и как-то хитро изменить (например реверсировать). Все эти способы несколько усложнят прямое чтение переменной из памяти, основываясь лишь на значении в GUI. Но вот ничто не мешает реверс-инженеру пойти и посмотреть что у вас сейчас на вершине стека сейчас у вашего процесса и таким образом понять где искать саму переменную, которая хранит количество денег в игре. Это, конечно же, в разы сложнее и снизит количество людей, которые смогу "взломать" вашу программу с помощью ArtMoney.

Чтобы ещё сильнее усложнить жизнь взломщикам можно вовсе вынести значение переменной из памяти (то есть копия значения у вас в памяти все ещё есть, но вот увеличение/уменьшение значения переменной происходит через посредника, например, сервер, базу данных, файл, subprocess. Возможно, прожженные игроделы подскажут и более простые/интересные способы.

Answer 4

[mayton2019]

Эти магические слова такие как public/protected/private пришли из ООП а не из инфо-безопасности. Хотя наверное есть положительное влияние от их применения. Хотя-бы с точки зрения ролей и отвественностей в объектах класса. И действуют эти слова обычно в фазе компилляции для С++.

Рантайм - является более опасным даже без реверс-инжинеринга.

Answer 5

[Adamos]

Боюсь, предыдущие ответы не развеивают магических фантазий, попробую это сделать.
Private означает инструкцию компилятору: при сборке проверить, что нигде в коде нет обращения к этому члену вне этого класса.
Protected - аналогичная инструкция, но ограничение расширяется на наследников этого класса.
Public - отсутствие таких проверок.

Ни к какой защите информации в рантайме эти вещи не имеют отношения от слова вообще, машинный код не меняется ни на байт.