Download - Svetlin Nakov

Класът предлага още функционалност за проверка на цифрови сигнатури,
която използва алгоритъма SHA1withRSA – същият, който се използва от
аплета за подписване.
Предоставят се още методи за директна верификация на сертификат и
верификация на сертификационни вериги.
Методът за директна верификация на сертификат като параметър очаква
сертификата и множество от доверени сертификати, сред които да търси
издателя на проверявания сертификат. Верификацията е успешна, ако
методът завърши изпълнението си без да генерира изключение.
Методът за проверката на сертификационни вериги е малко по-сложен. Той
приема като вход сертификационна верига и множество от доверени Rootсертификати.
При проверката на подадената верига първоначално се проверява дали тя се
състои от поне 2 сертификата. Верига от 1 сертификат не може да бъде
валидна, защото тя трябва да завършва с Root-сертификата на някой
сертификационен орган от първо ниво, а в същото време тя започва с
потребителския сертификат.
Проверката започва с построяване на множество от крайни точки на доверие
(TrustAnchor обекти) от зададените доверени Root-сертификати. След това
се създава обект, съдържащ множеството от параметри на алгоритъма за
проверка. От тези параметри се указва на алгоритъма да не използва
списъци от анулирани сертификати (CRLs). Използването на такива CRL
списъци не се прилага, защото е сложно за реализация и изисква
допълнителни усилия за извличане на тези списъци от сървърите на
сертификационните органи, които ги издават и разпространяват.
След създаването на крайните точки на доверите и инициализирането на
параметрите на алгоритъма за верификация има още една важна стъпка
преди самата верификация. Алгоритъмът PKIX, който се използва за верификацията
има една особеност. Той очаква да му се подаде сертификационна
верига, която не завършва с Root-сертификат на някой сертификационен
орган, а със сертификата, който стои непосредствено преди него, т.
е. очаква от сертификационната верига да бъде отстранен последният
сертификат. Ако последният сертификат от веригата не бъде отстранен
преди проверката, верификацията няма да е успешна.
Ако веригата не е валидна, се генерира изключение, в което се указва
поредният номер на сертификата, в който е възникнал проблемът.
За работа с Base64-кодирана информация в уеб приложението се използва
същият клас Base64Utils, който се използва и при аплета за подписване на
файлове.
Конфигурационен файл на уеб приложението
Съгласно стандартите на платформата J2EE за работата на демонстрационното
уеб приложение е необходим още конфигурационният файл:
131