На главную

On-line справка по Win32 API

Написать письмо
БЕСПЛАТНАЯ ежедневная online лотерея! Выигрывай каждый день БЕСПЛАТНО!
Список всех статей A-B-C-D-E-F-G-H-I-J-K-L-M-N-O-P-Q-R-S-T-U-V-W-X-Y-Z | Скачать Вниз

Key Databases



Each CSP has a key database in which it stores its persistent cryptographic keys. Each key database contains one or more key containers, each of which contain all the key pairs belonging to a specific user (or CryptoAPI client). Each key container is given a unique name, which applications provide to the CryptAcquireContext function when acquiring a handle to the key container. Following is an illustration of the contents of a key database:


The CSP stores each key container from session to session, including all the public/private key pairs it contains. However, session keys are not preserved from session to session.
Generally, a default key container is created for each user. This key container takes the user's logon name as its own name which is then used by any number of applications. It is also possible for an application to create its own key container (and key pairs) which it usually names after itself.


Пригласи друзей и счет твоего мобильника всегда будет положительным!
Предыдущая статья
 
Сайт Народ.Ру Интернет
Следующая статья
Пригласи друзей и счет твоего мобильника всегда будет положительным!

Ключевые Базы данных



Каждый CSP имеет ключевую базу данных в которой он загружает свои устойчивые шифровальные клавиши. Каждая ключевая база данных содержит один или более ключевых контейнеров, которые содержат все ключевые пары, принадлежащие специфическому пользователю (или клиенту CryptoAPI). Каждый ключевой контейнер дан уникальное имя, какие приложения обеспечивают в функцию CryptAcquireContext при получении ручки в ключевой контейнер. Следующее является иллюстрацией содержания ключевой базы данных:


CSP Загружает каждый ключевой контейнер с сеанса на сеанс, включая всю публику/частные ключевые пары это содержится. Тем не менее, сеансовые клавиши не сохранены с сеанса на сеанс.
Обычно, по умолчанию ключевой контейнер создан для каждого пользователя. Этот ключевой контейнер берет имя ввода пользователя как собственное имя, которое - затем использованное любым количеством приложений. Также возможно для приложения создавать свой собственный ключевой контейнер (и ключевые пары) какое это обычно называется после сам.


Вверх Version 1.3, Oct 26 2010 © 2007, 2010, mrhx Вверх
 mrhx software  Русский перевод OpenGL  Русский перевод Win32 API
 
Используются технологии uCoz