Цитата(max-anikin @ 25.11.2005, 15:18  ) |
Вот как его безопасно передать с сервера на клиент и как его хранить я пока не знаю. |
по этому поводу рекомендую посмотретьhttp://support.df.ru/likbez_24.html
| Цитата |
Теперь закономерно встает вопрос о том, каким образом распространять свои публичные ключи. Для этого (и не только) была придумана специальная форма - сертификат (certificate). Сертификат состоит из следующих частей: Имя человека/организации выпускающего сертификат. Для кого был выпущен данный сертификат (субъект сертификата). Публичный ключ субъекта. Некоторые временные параметры (срок действия сертификата и т.п.). Сертификат подписывается приватным ключом человека (или огрганизации), который выпускает сертификаты. Организации, которые производят подобные операции называются Certificate authority (CA). Если в стандартном Web-клиенте (web-browser), который поддерживает SSL, зайти в раздел security, то там можно увидеть список известных организаций, которые подписывают сертификаты. С технической стороны, создать свою собственную CA достаточно просто. Но против этого могут действовать скорее юридические препятствия. Теперь рассмотрим, каким образом происходит обмен данными в Интернете. Воспользуемся все теми же действующими лицами. Алиса: Привет. Боб: Привет, я Боб (выдает свой сертификат). Алиса: А ты точно Боб? Боб: Алиса я Боб. (Сообщение передается два раза, один раз в открытую, второй раз, зашифрованный с помощью приватного ключа Боба). Алиса: Все нормально, ты действительно Боб. (И присылает Бобу секретное сообщение, зашифрованное с помощью публичного ключа Боба). Боб: А вот и мое сообщение (посылает сообщение, которое было зашифровано с помощью секретного ключа, например того же шифрованного сообщения Алисы). Поскольку Боб знает сообщение Алисы, потому что он владеет приватным ключом и Алиса знает, что было в том сообщении. Теперь они могут использовать симметричный шифровальный алгоритм (где в качестве секретного ключа выступает сообщение Алисы) и безбоязненно обмениваться шифрованными сообщениями. А для контроля над пересылкой сообщений (от случайного/преднамеренного изменения) используется специальный алгоритм - Message Authentication Code (MAC). Довольно распространенным является алгоритм MD5. Обычно, и сам MAC-code также шифруется. В связи с этим достоверность сообщений повышается в несколько раз и внести изменения в процесс обмена практически невозможно. |
но я не совсем понимаю вашу логику, господа. Насколько я знаю, обычная практика заключается в том, чтобы обезопасить соединение и передачу данных, а безопасность самой базы данных обычно обеспечивает системный администратор. Хранить же данные в зашифрованном виде в многопользовательской базе данных - имхо, как минимум неразумно, особенно в случе использования ассиметричных алгоритмов шифрования.