Если я вас правильно понимаю, вы стремитесь к журналу, который зашифрован сервером.Запросы отправляются в простом виде, но вы хотите записать что-то вроде статистики доступа для каждого пользователя или тому подобное, и вы считаете, что эти данные являются конфиденциальными, поэтому они должны быть зашифрованы сервером и также расшифрованы сервером, еслиобязательно.
Если это так, то на самом деле это не так уж сложно.
- Создайте ключ шифрования (AES был бы хорошим выбором), который должен использоваться сервером.
- Вы храните этот ключ в файле.
- Убедитесь, что приложение и только несколько выбранных людей имеют доступ к этому местоположению.В худшем случае это будет показано в ваших общедоступных файлах, и любой желающий сможет загрузить его из Интернета.Поэтому поместите его в папку, находящуюся далеко от ваших общедоступных ресурсов:)
- Зашифруйте этот файл, используя шифрование на основе пароля , например, PBKDF2 в RFC 2898 .
Затемвы поймете, что создали проблему куриного яйца - файлу снова нужен пароль, чтобы сервер имел доступ к ключу, хранящемуся внутри.Но вот хитрость - вам придется вводить ключ при запуске сервера вручную, и это эфемерный компонент, который вам нужен.Пароль для файла должен быть внеполосной информацией (например, помещенной в физическое хранилище) и нигде на самом компьютере.
Альтернатива (но потенциально менее безопасная, поскольку пароль будет присутствовать в какой-либо физической форме) - полагаться на специфичные для ОС «хранилища паролей», такие как изолированное хранилище Windows .