Как скрыть строки в exe или dll?

Добро пожаловать в широкий мир защитного программирования.

Есть несколько вариантов, но я считаю, что все они зависят от некоторой формы запутывания; что хоть и не идеально, но хоть что-то.

1. Вместо прямого строкового значения вы можете сохранить текст в другой двоичной форме (шестнадцатеричной?).

2. Вы можете зашифровать строки, хранящиеся в вашем приложении, а затем расшифровать их во время выполнения.

3. Вы можете разделить их по разным точкам кода и воссоздать позже.

Или какая-то их комбинация.

Имейте в виду, что некоторые атаки идут дальше, чем просмотр фактического двоичного файла. Иногда они исследуют адресное пространство памяти программы во время ее работы. MS придумала что-то под названием SecureString в .Net 2.0. Цель состоит в том, чтобы сохранить строки в зашифрованном виде во время работы приложения.

Четвертая идея заключается в том, чтобы не хранить строку в самом приложении, а полагаться на код проверки, который будет отправлен на сервер, которым вы управляете. На сервере вы можете проверить, является ли это законным «чит-кодом» или нет.

Существует много способов скрыть данные в исполняемом файле. Другие здесь разместили хорошие решения - некоторые сильнее, чем другие. Я не буду добавлять в этот список.

Только имейте в виду: это все игра в кошки-мышки: невозможно гарантировать, что никто не узнает ваш "секрет".

Независимо от того, сколько шифрования или других уловок вы используете; независимо от того, сколько усилий или денег вы вложили в это. Независимо от того, сколько типов «NASA/MIT/CIA/NSA» задействовано в его сокрытии.

Все сводится к простой физике:
Если бы какой-либо пользователь не мог вытащить ваш секрет из исполняемого файла и «показать» его, то и компьютер не смог бы его показать. , и ваша программа не сможет его использовать. Любой среднеквалифицированный разработчик с достаточным стимулом найдет способ раскрыть секрет.

В тот момент, когда вы передаете свой исполняемый файл пользователю, у него есть все необходимое, чтобы узнать секрет.

Лучшее, на что вы можете надеяться, — это сделать раскрытие секрета настолько трудным, чтобы любые выгоды, которые вы можете получить от знания секрета, перестают стоить хлопот.

Таким образом, можно попытаться скрыть данные, если просто «неприятно» публиковать их или если последствия их публикации будут просто «неудобными». Но даже не думайте скрывать в своей программе «пароль к вашей основной клиентской базе данных», закрытый ключ или какой-то другой важный секрет. Вы просто не можете.

Если у вас есть действительно критически важная секретная информация, которая каким-то образом понадобится вашей программе, но НИКОГДА не должна становиться общедоступной информацией (например, закрытый ключ), тогда вам нужно, чтобы ваша программа общалась с удаленным сервером, находящимся под вашим контролем, применяя соответствующие элементы управления аутентификацией и авторизацией ( то есть убедитесь, что только утвержденные люди или компьютеры могут отправить запрос на сервер), и пусть этот сервер хранит секрет и использует его.

Самый простой способ — зашифровать их чем-то тривиальным, например, xor или rot-13, а затем расшифровать их на лету, когда они будут использованы. Это устранит случайный взгляд на них, но не остановит никого, кто имеет большой опыт реверсирования.

В дополнение к тем методам, которые упоминает Крис, вы также можете использовать алгоритм хеширования. Если все, что вы хотите сделать, это проверить, был ли указан правильный идентификатор, вам на самом деле не нужно хранить весь идентификатор в вашей программе.

• Создайте хеш (MD5, SHA и т. д.) строки/пароля/идентификатора, с которым вы хотите сравнить, возможно, добавьте к нему значение «соли». Сохраните это в своей программе
• Когда программа запущена, выполните тот же алгоритм для входной строки/пароля/идентификатора и сравните два хэша, чтобы увидеть, совпадают ли они.

Таким образом, фактический текст никогда не сохраняется в вашей программе, и они не могут реконструировать вашу программу, чтобы узнать, каким был исходный текст, потому что алгоритмы хеширования являются только односторонними.

Есть URL-адреса для http-запросов, которые я тоже хотел бы скрыть.

Если ваше приложение делает запрос, нет смысла скрывать это. Запуск приложения, такого как fiddler, http Analyzer или одного из десятков других бесплатных и легкодоступных методов, покажет весь трафик, создаваемый вашим приложением.

Все ваши секретные коды будут GUID или это просто пример?

Возможно, сохраните свой секрет в виде двоичного руководства:

const GUID SecretGuid =
    { 0x4537774B, 0xCC80, 0x4eda, { 0x7A, 0x9E, 0xE7, 0x79, 0x91, 0xF5 } };

Затем преобразуйте предоставленный вами идентификатор из строки в двоичный формат и сравните два двоичных идентификатора.

Если есть определенная строка, которую вы не хотите, чтобы люди могли видеть, зашифруйте ее и расшифруйте во время выполнения.

Если вы не хотите, чтобы люди видели ваш GUID, создайте его из байтов, а не из строки:

const GUID SecretGuid = 
      { 0x4537774B, 0xCC80, 0x4eda, { 0x7A, 0x9E, 0xE7, 0x79, 0x91, 0xF5 } };

Лучшее, что вы можете сделать, это закодировать свой пароль или другую строку, которую вы хотите скрыть, как массив символов. Например:

std::string s1 = "Hello";   // This will show up in exe in hex editor
char* s2 = "World";   // this will show up in exe in hex editor
char s3[] = {'G', 'O', 'D'}; // this will not show up in exe in hex editor.

Вот метод, который я использую для этой цели. Во-первых, я использую инструмент Strings от Sysinternals для отображения строк в EXE или DLL. Затем я использую следующий небольшой инструмент (см. article), чтобы заменить эти строки зашифрованным массивом символов, хранящимся в виде арифметического выражения: для пример: вместо строки: "это тест" я размещу следующий код: (который автоматически генерируется этот инструмент)

WCHAR T1[28];
 T1[22] = 69;
 T1[15] = 121 - 17;
 T1[9] = L':' + -26;
 T1[12] = L't' - 1;
 T1[6] = 116 - 1;
 T1[17] = 117 - 12;
 T1[3] = 116 - 1;
 T1[14] = L'' - 3;
 T1[13] = L'w' - 3;
 T1[23] = 69;
 T1[26] = L'Y' + 3;
 T1[19] = 111 + 0;
 T1[21] = L'k' - 34;
 T1[27] = L'\\' - 8;
 T1[20] = L'B' + 32;
 T1[4] = 42 + -10;
 T1[25] = L'm' - 17;
 T1[16] = L'H' + 18;
 T1[18] = L'A' + 56;
 T1[24] = 68;
 T1[1] = 105 - 1;
 T1[11] = L'k' - 6;
 T1[10] = 66 + 50;
 T1[2] = 105;
 T1[0] = 117 - 1;
 T1[5] = L'k' - 2;
 T1[8] = 89 + 8;
 T1[7] = 32;

Есть много решений этой проблемы, и ни одно из них (включая мое) не идеально, однако есть способы зашифровать, замаскировать и спрятать чувствительные строки. Вы, конечно, можете зашифровать их и расшифровать во время выполнения (см. эту статью), но я считаю более важным сделать так, чтобы эти строки исчезли среди битов и байтов исполняемого файла, и это работает. После запуска моего инструмента вы не найдете «это тест» в исполняемом файле.