Безопасно хранить конфиденциальные данные в скомпилированном двоичном файле C ++?

Ответ - нет. Хотя его истинная библиотека DLL .NET может быть декомпозирована в первоначальной структуре, а C ++ C ++ можно декомпилировать только в случае монстра, который компилятор будет любить, данные, которые хранятся там, будут размещены в большой, un -mangled, ведро, так что любой, кто знал, на какую часть смотреть (и, ок, все эти данные забиты близко друг к другу, поэтому становится трудно узнать, какой бит это), но данные будут там, чтобы все могли видеть.

Google для сегмента данных , в котором размещаются статические данные в бинарном файле native.

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

Ответ - нет. Хотя его истинная библиотека DLL .NET может быть декомпозирована в первоначальной структуре, а C ++ C ++ можно декомпилировать только в случае монстра, который компилятор будет любить, данные, которые хранятся там, будут размещены в большой, un -mangled, ведро, так что любой, кто знал, на какую часть смотреть (и, ок, все эти данные забиты близко друг к другу, поэтому становится трудно узнать, какой бит это), но данные будут там, чтобы все могли видеть.

Google для сегмента данных , в котором размещаются статические данные в бинарном файле native.

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

Строковые литералы могут быть прочитаны из native exe или dll

Строковые литералы могут быть прочитаны из native exe или dll

Всегда есть способ вынюхивать конфиденциальную информацию в вашем двоичном файле. Различия между двоичными файлами .NET и исходными двоичными файлами - сложность их обратного анализа (основная причина - запуск NET-кода на виртуальной машине процесса (VM), поэтому механизмы защиты .NET едва ли делают некоторые трюки за пределами VM). Как вы уже упоминали, исполняемые файлы .NET можно легко декомпилировать, даже если вы обфускали свой двоичный файл каким-то обфускатором, такие деобфускаторы, как de4dot может легко деактивировать его. Но обратный анализ родных двоичных файлов сложнее первого. В этой области есть много более эффективных механизмов защиты, таких как анти-отладка, обфускация виртуальной машины и т. Д. Эти методы могут сделать ваш код более безопасным, конечно, это относительная вещь.

Ответ: ДА. Чувствительные данные могут храниться в скомпилированных двоичных файлах C ++. Люди, которые ничего не знают о безопасности, делают это все время.

Существуют различные степени безопасности с различными затратами и неудобствами для пользователей. Хранение ключей в коде довольно распространено, но не очень безопасно. Поскольку вы используете .NET, что подразумевает Windows, и вам может понадобиться изучить API защиты данных (DPAPI). Он шифрует данные, используя пароль пользователя Windows в качестве ключа.

Многие ноутбуки и серверы включают в себя чип Trusted Platform Module (TPM), который будет выполнять шифрование для вас и защищать ключ для вас.