3.2. Инфраструктура открытых ключей и удостоверяющие центры
53
Действительно, клиент
B извлекает открытый ключ удостоверяю-
щего центра ¯¯
K
Y
1
из
своего собственного сертификата, о котором
заведомо известно, что он выдан удостоверяющим центром УЦ во
время регистрации клиента
B. Затем этот ключ используется для
проверки правильности подписи полученного сертификата отпра-
вителя. Однако сертификат отправителя подписан закрытым ключом
удостоверяющего центра, в котором зарегистрирован отправитель.
И если проверка выполнена, то это означает, что ключи ¯¯
K
Y
1
и ¯¯
¯¯
K
Y
соответствуют друг другу, а значит, ключи ¯¯
K
Y
1
и ¯¯
K
Y
совпадают и,
следовательно, клиент
A и клиент
B зарегистрированы в одном и том
же удостоверяющем центре.
(iii) Убедившись, что клиент, отправивший сообщение, зареги-
стрирован в том же УЦ, клиент-получатель
B может проверить пра-
вильность подписи под полученным сообщением. Для этого он извле-
кает открытый ключ отправителя ¯¯
K
A
из полученного вместе с сооб-
щением сертификата отправителя
C
A
и использует его для проверки
подписи полученного сообщения:
(
m)
s/ ¯¯
¯¯
K
A
, ¯¯
K
A
V
→ 0.
Если результат проверки равен 0, сообщение подписано правильно и,
следовательно, выполнены и первые два условия.
(iv) Описанное в предыдущем пункте извлечение открытого клю-
ча отправителя из его сертификата, полученного из удостоверяющего
центра, и есть конкретное использование идеи У. Диффи и М. Э. Хелл-
мана о создании единого общедоступного хранилища всех открытых
ключей. Все открытые ключи централизованно хранятся в удостове-
ряющем центре и извлекаются оттуда пользователями по мере надоб-
ности.
Достарыңызбен бөлісу: