Download - Svetlin Nakov

от цифровия подпис при дешифрирането с неправилен ключ, няма
да е вярната.
Причини за невалиден цифров подпис
Ако верификацията се провали, независимо по коя от трите причини, това
доказва само едно: подписът, който се верифицира, не е получен при
подписването на съобщението, което се верифицира, с личния ключ,
съответстващ на публичния ключ, който се използва за верификацията.
Неуспешната верификация не винаги означава опит за фалшификация на
цифров подпис. Понякога верификацията може да се провали защото е
използван неправилен публичен ключ. Такава ситуация се получава, когато
съобщението не е изпратено от лицето, от което се очаква да пристигне, или
системата за проверка на подписи разполага с неправилен публичен ключ за
това лице. Възможно е дори едно и също лице да има няколко валидни
публични ключа и системата да прави опит за верифициране на подписани
от това лице съобщения с някой от неговите публични ключове, но не точно
с този, който съответства на използвания за подписването личен ключ.
За да се избегнат такива проблеми, често пъти, когато се изпраща подписан
документ, освен документът и цифровият му подпис, се изпраща и цифров
сертификат на лицето, което е положило този подпис. Цифровите
сертификати ще разгледаме в детайли в следващата точка, но засега можем
да считаме, че те свързват дадено лице с даден публичен ключ.
При верификацията на подписан документ, придружен от цифров
сертификат, се използва публичният ключ, съдържащ се в сертификата и ако
верификацията е успешна, се счита, че документът е изпратен от лицето,
описано в сертификата. Разбира се, преди това трябва да се провери
валидността на сертификата.
1.2. Цифрови сертификати и PKI
Нека сега разгледаме технологията на цифровите сертификати и инфраструктурата
на публичния ключ, които дават възможност да се установи
доверие между непознати страни.
1.2.1. Модели на доверие между непознати страни
Когато непознати страни трябва да обменят информация по сигурен начин,
това може да стане чрез криптография с публични и лични ключове, но има
един съществен проблем. По какъв начин двете страни да обменят
първоначално публичните си ключове по несигурна преносна среда
За съжаление математическо решение на този проблем няма. Съществуват
алгоритми за обмяна на ключове, например алгоритъмът на Diffe-Helman, но
те не издържат на атаки от тип „човек по средата” (main-in-the-middle).
За да започнат две страни сигурна комуникация по несигурна преносна
среда, е необходимо по някакъв начин те да обменят публичните си
ключове. Един от подходите за това е двете страни да се доверят на трета,
19