|
| БЕСПЛАТНАЯ ежедневная online лотерея! Выигрывай каждый день БЕСПЛАТНО! |
|
|
Public/Private Key Pairs
For each user, the CSP usually maintains two public/private key pairs. These keys are maintained from session to session.
The key exchange key pair (also known as the exchange key) is used to encrypt session keys so that they can be safely stored and exchanged with other users. (This is discussed in detail in the section Exchanging Cryptographic Keys.) The digital signature key pair (also known as the signature key) is used to sign either hashes of data. This is discussed in detail in the section Hashes and Digital Signatures.)
There are a number of reasons for having two separate key pairs. For example, some CSPs may opt to use one algorithm for key exchange and another for digital signatures. This is because some digital signature algorithms are unsuitable for encryption or key exchange, and vise versa. Also, if some data (for example, a session key) is both signed and encrypted with the same public key pair, subtle weaknesses could be introduced that make the data vulnerable. The exchange key and the signature key pairs are created by calling the CryptGenKey function and specifying either AT_KEYEXCHANGE or AT_SIGNATURE. The CSP implements these keys in an application-independent manner. Applications are not permitted to know the details about the algorithm used.
| Пригласи друзей и счет твоего мобильника всегда будет положительным! |
| Пригласи друзей и счет твоего мобильника всегда будет положительным! |
КЛЮЧЕВЫЕ Пары Public/Private
Для каждого потребителя, CSP обычно поддерживает две публики/частные ключевые пары. Эти ключи поддержаны с сеанса на сеанс.
Ключевая биржевая ключевая пара (также узнанное как биржевой ключ), использован, чтобы кодировать сеансовые ключи чтобы они могут благополучно быть сохранены и обменены с другими потребителями. (Это обсуждается подробно в секции, заменяющей Шифровальные Ключи.) Ключевая пара цифровой подписи (также узнанное как клавиша сигнатуры), использован, чтобы подписывать также хэши данных. Это обсуждается подробно в Хэшах секции и Цифровых Подписей.)
Есть множество причин иметь две отдельных ключевых пары. Например, некоторые CSPs может opt, чтобы использовать один алгоритм для ключевого обмена и другое для цифровых подписей. Дело в том, что немного алгоритмы цифровой подписи неподходящие для шифровального или ключевого обмена, и тисков versa. Также, если некоторые данные (например, сеансовая клавиша) оба подписаны и закодированы той же общественной ключевой парой, тонкие слабости могли бы быть введены, что делать данными уязвимыми. Биржевая клавиша и ключевые пары сигнатуры созданы вызовом функции CryptGenKey и определяя или AT_KEYEXCHANGE или AT_SIGNATURE. CSP Осуществляет эти клавиши в прикладном-независимом способе. Приложения не разрешены знать детали об использованном алгоритме.
|
|
|
|
| |