24.12.2014 Views

Download - Svetlin Nakov

Download - Svetlin Nakov

Download - Svetlin Nakov

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

документи. Документите могат да бъдат файлове с най-разнообразни<br />

формати – MS Word .DOC файлове, Adobe Acrobat .PDF файлове, MS Excel<br />

.XLS файлове, JPEG и GIF изображения, текстови файлове и др. За да се<br />

следи самоличността на изпращачите и за да се гарантира, че никой не може<br />

да промени документите след тяхното изпращане, е необходимо системата<br />

да дава възможност на потребителите да подписват с цифров подпис<br />

изпращаните файлове. Да разгледаме проблемите, които стоят пред<br />

реализацията на такава система.<br />

1.3.1. Общи съображения при подписването в уеб среда<br />

За целите на цифровия подпис системата може да използва криптография,<br />

базирана на публични ключове, а за удостоверяване на самоличността на<br />

потребителите, които подписват документи, е най-удобно да бъдат използвани<br />

цифрови сертификати.<br />

Сертификатите могат да бъдат или саморъчно-подписани (self-signed) или да<br />

бъдат издадени от някой сертификационен орган.<br />

Кой издава сертификатите<br />

Ако потребителите саморъчно си издават сертификати и подписват с тях<br />

изпращаните документи, няма гаранция че някой злонамерен потребител<br />

няма да си издаде сертификат с чуждо име и да подпише някакви документи<br />

от името на друг потребител.<br />

Използване на локален сертификационен орган<br />

За да се избегне горният проблем, е възможен друг вариант – лицето, което<br />

поддържа системата (системният администратор) да издава цифрови<br />

сертификати на потребителите. Той може да осъществи това като създаде<br />

локален сертификационен орган или като директно генерира и раздава<br />

публичните и личните ключове на потребителите. На практика това е<br />

моделът на директно доверие, при който всички потребители се доверяват<br />

на една независима трета страна. Този модел работи добре в малки<br />

организации, но не е приложим в глобална среда, каквато е Интернет.<br />

Използване на утвърден (глобален) сертификационен орган<br />

Другият подход е да се използват услугите на утвърдените сертификационни<br />

органи. Всеки потребител на системата закупува сертификат от някой<br />

сертификационен орган и този орган гарантира, че издаденият сертификат е<br />

наистина на лицето, което е записано в сертификата. Личният ключ,<br />

съответстващ на този сертификат, остава достъпен единствено за неговия<br />

собственик и за никой друг (като за по-голяма сигурност може да се<br />

съхранява върху смарт карта). Благодарение на това когато даден<br />

потребител подпише даден документ със сертификата, издаден му от някой<br />

сертификационен орган, има гаранция, че подписът е положен наистина от<br />

него. Фалшификация е възможна само, ако злонамерени лица се сдобият с<br />

личния ключ на някой потребител, за което отговорност носи самият този<br />

потребител.<br />

39

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!