Защищенный виртуальный диск в Windows с VC++

Question

У меня есть DLL программного обеспечения, которое я хочу использовать. В DLL API есть функция «LoadConfigFile (char * file)», для которой требуется имя файла с пути aboslute к нему (например, «C: \ TestFolder \ ConfigFile.cfg»). Затем функция загружает сам файл конфигурации.

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

Так что мне было интересно, как это можно сделать и искать в Интернете решения. Следующие варианты и вопросы приходят на ум при поиске решений:

• Я мог бы зашифровать файл. -> Кто-нибудь знает для этого бесплатную библиотеку? -> Можно ли дать функции файл как astring и функция может прочитать файл?

• Возможно, есть возможность использования виртуальной файловой системы. Я имею в виду загрузить файл из зашифрованного источника, расшифровать его и сохранить в ОЗУ на виртуальном диске или в папке. затем укажите ссылку как строку для DLL-функции -> Возможно ли это? -> Кто-нибудь знает бесплатную библиотеку для этого?

• Я также кое-что прочитал о «в базах памяти». -> Может ли это быть ответом на мою проблему?

Моя среда разработки - VC++ 2010, а ОС - Windows XP.

Я надеюсь, что кто-то может помочь мне в этом вопросе.

Answer 1

Слишком сложная.Самое простое решение (поскольку вы контролируете процесс):

1. Создайте временный файл и откройте его исключительно (даже не прочитайте). Pass FILE_ATTRIBUTE_TEMPORARY и FILE_FLAG_DELETE_ON_CLOSE, так как он не является постоянным
2. Расшифруйте файл конфигурации во временный файл. Держите ручку открытой.
3. Передайте временное имя файла в DLL. Это в вашем процессе, поэтому на него не влияет исключительная блокировка.
4. Когда DLL завершена, обнулите временный файл.
5. Закройте ручку. Это приведет к удалению файла.

Поскольку временный файл заблокирован всякий раз, когда он содержит конфиденциальный контент, ни один другой процесс не может получить к нему доступ. И поскольку он помечен как временный, удалите его по закрытию, Windows не будет пытаться погрузить его на физический диск.

Конечно, это не идеальная безопасность. Любой, кто может читать вашу память процесса (у меня есть SeDebugPrivilege), может получить доступ к этой информации, но это тривиально очевидно. Просто поставьте точку останова отладки на LoadConfigFile.

Answer 2

Насколько чувствительны ваши данные? И какова цель вашего приложения?

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

Если ваши данные требуют тщательного шифрования, посмотрите на функции шифрования Windows (например, CryptProtectData, см. http://msdn.microsoft.com/en-us/library/aa380261(VS.85).aspx).

В некоторых случаях вы не хотите шифровать свои данные, но вы просто хотите удостовериться, что никто не меняет его. В этом случае добавьте хеш-значение (SHA-2, см. Http://en.wikipedia.org/wiki/SHA-2) в ваш файл.

Answer 3

Единственное, что я могу придумать - и я не являюсь исходным кодом для него под рукой - это hash and decrypt.

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

Скорее всего, он будет ломаться каждый раз, когда вы обновляете свой код. Вам нужно будет рассмотреть 32-битные и 64-битные архитектуры. Может быть, стрельба может возникнуть. Убедитесь, что ваши требования безопасности стоят усилий и не оценивают усилия по обслуживанию.

Как правило, CryptProtectData будет выполнять и предоставить параметр pOptionalEntropy для дополнительной безопасности (затем принять ответ @Patrick, а не мой).