Хранение ключей шифрования - лучшие практики?

один стандартный подход в мире веб-приложений состоит в том, чтобы разделить ключ и поместить его в разные места. Например, вы можете разделить ключ и поместить его часть в файловую систему (вне каталога "webapps"), часть его в конфигурации JNDI (или эквивалент .net) и часть его в базе данных. Получение какой-либо одной части не особенно сложно, если вы скомпрометированы, например, изучение резервного носителя или SQL-инъекции, но получение всех частей потребует намного больше работа.

вы можете разделить ключ, XOR - ing его со случайными числами того же размера. (Используйте криптографически сильный генератор случайных чисел!) Вы можете повторить этот процесс несколько раз, если вы хотите разделить ключ на несколько частей. В конце процесса вы хотите, например, три частичных ключа, таких что p1 ^ p2 ^ p3 = ключ. Возможно, Вам потребуется base64-кодировать некоторые из частичных ключей, чтобы их можно было правильно хранить, например, в свойстве JNDI.

(больше сложные способы разделения ключа, например, алгоритм n-of-m, где вам не нужны все части для воссоздания ключа, но это далеко за пределами того, что вам нужно здесь.)

Если вы можете потребовать от пользователя активного ввода пароля, существуют алгоритмы PBE (password-based encryption), которые преобразуют пароль в хороший симметричный ключ. Вы хотите найти тот, который требует внешнего файла, а также. Опять же, это случай, когда резервных копий ленты или самого пароля недостаточно, вам нужно и то, и другое. Вы также можете использовать это, чтобы разделить пароль на две части с помощью JNDI - вы можете использовать кодовую фразу открытого текста в JNDI и файл инициализации где-то в файловой системе.

наконец, что бы вы ни делали, убедитесь, что вы можете 'rekey' ваше приложение довольно легко. Один из подходов заключается в использовании пароля, полученного выше, для расшифровки другого файла, содержащего фактический ключ шифрования. Это позволяет легко изменить пароль, если вы думаете, что он был скомпрометирован без необходимости массивного повторное шифрование всех данных-просто повторно зашифруйте свой фактический ключ.