DPKI: елиминирање на недостатоците на централизираниот PKI користејќи блокчејн

Не е тајна дека една од најчесто користените помошни алатки, без која заштитата на податоците во отворените мрежи е невозможна, е технологијата на дигитален сертификат. Сепак, не е тајна дека главниот недостаток на технологијата е безусловната доверба во центрите кои издаваат дигитални сертификати. Директорот за технологија и иновации во ENCRY Андреј Чмора предложи нов пристап за организирање инфраструктура со јавен клуч (Инфраструктура на јавен клуч, PKI), што ќе помогне да се отстранат моменталните недостатоци и кој користи технологија на дистрибуирана книга (блокчејн). Но, прво прво.

Ако сте запознаени со тоа како функционира вашата моментална инфраструктура со јавен клуч и ги знаете нејзините клучни недостатоци, можете да прескокнете напред на она што го предлагаме да се промени подолу.

Што се дигитални потписи и сертификати?Интеракцијата на Интернет секогаш вклучува пренос на податоци. Сите ние имаме интерес да се осигураме дека податоците се пренесуваат безбедно. Но, што е безбедноста? Најбарани безбедносни служби се доверливост, интегритет и автентичност. За таа цел во моментов се користат методи на асиметрична криптографија или криптографија со јавен клуч.

Да почнеме со фактот дека за да ги користиме овие методи, субјектите на интеракција мора да имаат два поединечни спарени клучеви - јавен и таен. Со нивна помош се обезбедуваат безбедносните служби што ги споменавме погоре.

Како се постигнува доверливост на преносот на информации? Пред да испрати податоци, претплатникот што испраќа ги шифрира (криптографски ги трансформира) отворените податоци користејќи го јавниот клуч на примачот, а примачот го дешифрира примениот шифриран текст користејќи го спарениот таен клуч.

Како се постигнува интегритетот и автентичноста на пренесените информации? За да се реши овој проблем, беше создаден друг механизам. Отворените податоци не се шифрираат, но резултатот од примената на функцијата за криптографски хаш - „компресирана“ слика на низата на влезните податоци - се пренесува во шифрирана форма. Резултатот од таквото хаширање се нарекува „дигест“ и се шифрира со помош на тајниот клуч на претплатникот што испраќа („сведокот“). Како резултат на шифрирање на дигестот, се добива дигитален потпис. Тој, заедно со чист текст, се пренесува до претплатникот на примачот („проверувач“). Тој го дешифрира дигиталниот потпис на јавниот клуч на сведокот и го споредува со резултатот од примената на криптографска хаш-функција, којашто верификаторот ја пресметува независно врз основа на примените отворени податоци. Ако тие се совпаѓаат, тоа покажува дека податоците биле пренесени во автентична и целосна форма од претплатникот што испраќа, а не се изменети од напаѓач.

Повеќето ресурси кои работат со лични податоци и информации за плаќање (банки, осигурителни компании, авиокомпании, платежни системи, како и владини портали како што е даночната служба) активно користат асиметрични методи за криптографија.

Каква врска има дигиталниот сертификат? Едноставно е. И првиот и вториот процес вклучуваат јавни клучеви, и бидејќи тие играат централна улога, многу е важно да се осигура дека клучевите всушност му припаѓаат на испраќачот (сведокот, во случај на верификација на потписот) или на примачот и не се заменети со клучевите на напаѓачите. Ова е причината зошто постојат дигитални сертификати за да се обезбеди автентичноста и интегритетот на јавниот клуч.

Забелешка: автентичноста и интегритетот на јавниот клуч се потврдуваат на ист начин како и автентичноста и интегритетот на јавните податоци, односно со користење на електронски дигитален потпис (EDS).
Од каде доаѓаат дигиталните сертификати?Доверливите органи за сертификација, или сертификационите органи (CAs), се одговорни за издавање и одржување на дигитални сертификати. Подносителот на барањето бара издавање на потврда од ИС, се подложува на идентификација во Регистрациониот центар (ЦР) и добива потврда од ИС. CA гарантира дека јавниот клуч од сертификатот му припаѓа токму на субјектот за кој е издаден.

Ако не ја потврдите автентичноста на јавниот клуч, тогаш напаѓачот за време на преносот/зачувувањето на овој клуч може да го замени со свој. Ако замената е извршена, напаѓачот ќе може да дешифрира сè што претплатникот што испраќа до претплатникот што прима или да ги промени отворените податоци по сопствена дискреција.

Дигиталните сертификати се користат секаде каде што е достапна асиметрична криптографија. Еден од најчестите дигитални сертификати се SSL сертификатите за безбедна комуникација преку протоколот HTTPS. Стотици компании регистрирани во различни јурисдикции се вклучени во издавањето SSL сертификати. Главниот удел паѓа на пет до десет големи доверливи центри: IdenTrust, Comodo, GoDaddy, GlobalSign, DigiCert, CERTUM, Actalis, Secom, Trustwave.

CA и CR се компоненти на PKI, кој исто така вклучува:

• Отворете го директориумот – јавна база на податоци која обезбедува безбедно складирање на дигитални сертификати.
• Список за отповикување сертификат – јавна база на податоци што обезбедува безбедно складирање на дигитални сертификати за отповикани јавни клучеви (на пример, поради компромитирање на спарен приватен клуч). Инфраструктурните субјекти можат независно да пристапат до оваа база на податоци или можат да го користат специјализираниот онлајн протокол за статус на сертификација (OCSP), кој го поедноставува процесот на верификација.
• Корисници на сертификати – сервисирани субјекти на PKI кои склучиле кориснички договор со CA и го потврдуваат дигиталниот потпис и/или шифрираат податоци врз основа на јавниот клуч од сертификатот.
• Претплатници – опслужени PKI субјекти кои поседуваат таен клуч поврзан со јавниот клуч од сертификатот и кои склучиле претплатнички договор со CA. Претплатникот може истовремено да биде и корисник на сертификатот.

Така, доверливите ентитети на инфраструктурата со јавен клуч, кои вклучуваат CA, CR и отворени директориуми, се одговорни за:

1. Потврда на автентичноста на идентитетот на апликантот.
2. Профилирање на сертификатот за јавен клуч.
3. Издавање сертификат за јавен клуч за барател чиј идентитет е веродостојно потврден.
4. Променете го статусот на сертификатот за јавен клуч.
5. Обезбедување информации за моменталниот статус на сертификатот за јавен клуч.

Недостатоци на PKI, кои се тие?Основниот недостаток на PKI е присуството на доверливи субјекти.
Корисниците мора безусловно да им веруваат на CA и CR. Но, како што покажува практиката, безусловната доверба е полн со сериозни последици.

Во текот на изминатите десет години, имаше неколку големи скандали во оваа област поврзани со ранливоста на инфраструктурата.

— во 2010 година, малициозен софтвер Stuxnet почна да се шири на интернет, потпишан со украдени дигитални сертификати од RealTek и JMicron.

- Гугл во 2017 година го обвини Symantec за издавање голем број фалсификувани сертификати. Во тоа време, Symantec беше еден од најголемите CA во однос на обемот на производство. Во прелистувачот Google Chrome 70, поддршката за сертификатите издадени од оваа компанија и нејзините поврзани центри GeoTrust и Thawte беше прекината пред 1 декември 2017 година.

CA беа компромитирани, и како резултат на тоа страдаа сите - самите CA, како и корисниците и претплатниците. Нарушена е довербата во инфраструктурата. Дополнително, дигиталните сертификати може да бидат блокирани во контекст на политички конфликти, што исто така ќе влијае на работата на многу ресурси. Токму од тоа се стравуваше пред неколку години во руската претседателска администрација, каде во 2016 година разговараа за можноста за создавање државен центар за сертификација кој ќе издава SSL сертификати на сајтовите на RuNet. Сегашната состојба на работите е таква што дури и државните портали во Русија употреба дигитални сертификати издадени од американски компании Comodo или Thawte (подружница на Symantec).

Има уште еден проблем - прашањето примарна автентикација (автентикација) на корисници. Како да се идентификува корисник кој контактирал со CA со барање за издавање дигитален сертификат без директен личен контакт? Сега ова се решава ситуациски во зависност од можностите на инфраструктурата. Нешто е земено од отворените регистри (на пример, информации за правни лица кои бараат сертификати); во случаи кога апликантите се физички лица, може да се користат канцеларии на банки или пошти, каде што нивниот идентитет се потврдува со помош на документи за идентификација, на пример, пасош.

Проблемот со фалсификување на ингеренциите со цел имитирање е фундаментален проблем. Да забележиме дека не постои целосно решение за овој проблем поради информациско-теоретски причини: без априори да имаме веродостојни информации, невозможно е да се потврди или негира автентичноста на одредена тема. Како по правило, за верификација потребно е да се презентираат збир на документи со кои се докажува идентитетот на барателот. Постојат многу различни методи за верификација, но ниту еден од нив не дава целосна гаранција за автентичноста на документите. Според тоа, не може да се гарантира автентичноста на идентитетот на апликантот.

Како може да се отстранат овие недостатоци?Ако проблемите на PKI во нејзината сегашна состојба можат да се објаснат со централизација, тогаш логично е да се претпостави дека децентрализацијата би помогнала делумно да се отстранат идентификуваните недостатоци.

Децентрализацијата не подразбира присуство на доверливи ентитети - ако креирате децентрализирана инфраструктура од јавен клуч (Децентрализирана инфраструктура на јавен клуч, ДПКИ), тогаш не се потребни ниту CA ниту CR. Да го напуштиме концептот на дигитален сертификат и да користиме дистрибуиран регистар за складирање информации за јавните клучеви. Во нашиот случај, регистарот го нарекуваме линеарна база на податоци што се состои од поединечни записи (блокови) поврзани со користење на блокчејн технологија. Наместо дигитален сертификат, ќе го воведеме концептот „известување“.

Како ќе изгледа процесот на примање, потврдување и откажување известувања во предложениот DPKI:

1. Секој апликант поднесува барање за известување самостојно со пополнување формулар при регистрација, по што креира трансакција која се чува во специјализиран базен.

2. Информациите за јавниот клуч, заедно со деталите на сопственикот и другите метаподатоци, се чуваат во дистрибуиран регистар, а не во дигитален сертификат, за чие издавање во централизиран PKI е одговорен CA.

3. Проверката на автентичноста на идентитетот на апликантот се врши со заеднички напори на заедницата на корисници на DPKI, а не од страна на CR.

4. Само сопственикот на таквото известување може да го промени статусот на јавниот клуч.

5. Секој може да пристапи до дистрибуираната книга и да го провери моменталниот статус на јавниот клуч.

Забелешка: Потврдата од заедницата на идентитетот на апликантот може да изгледа несигурна на прв поглед. Но, мораме да запомниме дека во денешно време сите корисници на дигитални услуги неизбежно оставаат дигитален отпечаток и овој процес само ќе продолжи да добива на интензитет. Отворени електронски регистри на правни лица, мапи, дигитализација на слики од терен, социјални мрежи - сето тоа се јавно достапни алатки. Тие веќе успешно се користат за време на истрагите и од новинарите и од агенциите за спроведување на законот. На пример, доволно е да се потсетиме на истрагите на Bellingcat или на заедничкиот истражен тим JIT, кој ги проучува околностите на падот на малезискиот Боинг.

Значи, како би функционирала во пракса децентрализираната инфраструктура со јавен клуч? Дозволете ни да се задржиме на описот на самата технологија, што ние патентиран во 2018 година и со право го сметаме за наше знаење.

Замислете дека има некој сопственик кој поседува многу јавни клучеви, каде што секој клуч е одредена трансакција што е зачувана во регистарот. Во отсуство на CA, како можете да разберете дека сите клучеви му припаѓаат на овој конкретен сопственик? За да се реши овој проблем, се креира нулта трансакција, која содржи информации за сопственикот и неговиот паричник (од кој се задолжува провизијата за ставање на трансакцијата во регистарот). Нултата трансакција е еден вид „сидро“ на кое ќе бидат прикачени следните трансакции со податоци за јавните клучеви. Секоја таква трансакција содржи специјализирана структура на податоци, или со други зборови, известување.

Известувањето е структуриран сет на податоци што се состои од функционални полиња и вклучува информации за јавниот клуч на сопственикот, чијашто постојаност е загарантирана со поставување во една од придружните записи на дистрибуираниот регистар.

Следното логично прашање е како се формира нулта трансакција? Нултата трансакција - како и следните - е агрегација од шест полиња со податоци. За време на формирањето на нулта трансакција, вклучен е парот клучеви од паричникот (јавни и спарени тајни клучеви). Овој пар клучеви се појавува во моментот кога корисникот го регистрира својот паричник, од кој ќе се дебитира провизијата за ставање нулта трансакција во регистарот и, последователно, операциите со известувања.

Како што е прикажано на сликата, дигестијата на јавниот клуч на паричникот се генерира со последователно примена на функциите за хаш SHA256 и RIPEMD160. Овде RIPEMD160 е одговорен за компактното претставување на податоците, чија ширина не надминува 160 бита. Ова е важно бидејќи регистарот не е евтина база на податоци. Самиот јавен клуч се внесува во петтото поле. Првото поле содржи податоци кои воспоставуваат врска со претходната трансакција. За нулта трансакција, ова поле не содржи ништо, што го разликува од последователните трансакции. Второто поле е податок за проверка на поврзаноста на трансакциите. За краткост, податоците во првото и второто поле ќе ги наречеме „врска“ и „проверка“, соодветно. Содржините на овие полиња се генерираат со итеративно хеширање, како што е прикажано со поврзување на втората и третата трансакција на сликата подолу.

Податоците од првите пет полиња се заверени со електронски потпис, кој се генерира со помош на тајниот клуч на паричникот.

Тоа е сè, нултата трансакција се испраќа во базенот и по успешната верификација се внесува во регистарот. Сега можете да ги „поврзете“ следните трансакции со него. Ајде да размислиме како се формираат трансакции освен нула.

Првото нешто што веројатно ви привлече внимание е изобилството на парови на клучеви. Покрај веќе познатиот пар клучеви за паричник, се користат обични и сервисни парови клучеви.

Обичен јавен клуч е она за што се започна. Овој клуч е вклучен во различни процедури и процеси кои се одвиваат во надворешниот свет (банкарски и други трансакции, проток на документи итн.). На пример, таен клуч од обичен пар може да се користи за генерирање дигитални потписи за различни документи - налози за плаќање итн., а јавен клуч може да се користи за да се потврди овој дигитален потпис со последователно извршување на овие инструкции, под услов да валидно е.

Сервисниот пар се издава на регистрираниот субјект DPKI. Името на овој пар одговара на неговата намена. Имајте предвид дека при формирање/проверка на нулта трансакција, клучевите за услуги не се користат.

Ајде повторно да ја разјасниме целта на клучевите:

1. Клучевите од паричник се користат за генерирање/верификација и нулта трансакција и која било друга трансакција што не е нула. Приватниот клуч на паричникот го знае само сопственикот на паричникот, кој е и сопственик на многу обични јавни клучеви.
2. Обичен јавен клуч е сличен по намената со јавен клуч за кој се издава сертификат во централизиран PKI.
3. Парот за сервисни клучеви му припаѓа на DPKI. Тајниот клуч се издава на регистрирани субјекти и се користи при генерирање дигитални потписи за трансакции (освен за нула трансакции). Јавноста се користи за да се потврди електронскиот дигитален потпис на трансакцијата пред да биде објавена во регистарот.

Така, постојат две групи на клучеви. Првиот вклучува клучеви за услуги и клучеви од паричник - тие имаат смисла само во контекст на DPKI. Втората група вклучува обични клучеви - нивниот опсег може да варира и се одредува според апликативните задачи во кои се користат. Во исто време, DPKI обезбедува интегритет и автентичност на обичните јавни клучеви.

Забелешка: Парот за сервисни клучеви може да им биде познат на различни ентитети на DPKI. На пример, може да биде исто за сите. Поради оваа причина, при генерирање на потписот на секоја трансакција без нула, се користат два тајни клучеви, од кои едниот е клучот на паричникот - го знае само сопственикот на паричникот, кој е и сопственик на многу обични јавни клучеви. Сите клучеви имаат свое значење. На пример, секогаш е можно да се докаже дека трансакцијата била внесена во регистарот од регистриран субјект на DPKI, бидејќи потписот бил генериран и на клучот на тајната служба. И не може да има злоупотреба, како што се DOS напади, бидејќи сопственикот плаќа за секоја трансакција.

Сите трансакции кои ја следат нултата се формираат на сличен начин: јавниот клуч (не паричникот, како во случајот со нултата трансакција, туку од обичен пар клучеви) се извршува преку две хаш функции SHA256 и RIPEMD160. Така се формираат податоците од третото поле. Четвртото поле содржи придружни информации (на пример, информации за моменталниот статус, датумите на истекување, временскиот печат, идентификаторите на користените крипто-алгоритми итн.). Петтото поле го содржи јавниот клуч од парот за сервисни клучеви. Со негова помош потоа ќе се провери дигиталниот потпис, па ќе се реплицира. Да ја оправдаме потребата од таков пристап.

Потсетете се дека трансакцијата се внесува во базен и се чува таму додека не се обработи. Чувањето во базен е поврзано со одреден ризик - податоците за трансакциите може да се фалсификуваат. Сопственикот ги заверува податоците за трансакцијата со електронски дигитален потпис. Јавниот клуч за потврдување на овој дигитален потпис е експлицитно означен во едно од полињата на трансакцијата и последователно се внесува во регистарот. Особеностите на обработката на трансакциите се такви што напаѓачот може да ги промени податоците по сопствена дискреција и потоа да ги потврди со помош на неговиот таен клуч и да означи спарен јавен клуч за проверка на дигиталниот потпис во трансакцијата. Доколку автентичноста и интегритетот се обезбедат исклучиво преку дигитален потпис, тогаш таквиот фалсификат ќе остане незабележан. Меѓутоа, доколку, покрај дигиталниот потпис, постои дополнителен механизам кој обезбедува и архивирање и опстојување на зачуваните информации, тогаш фалсификат може да се открие. За да го направите ова, доволно е да го внесете вистинскиот јавен клуч на сопственикот во регистарот. Ајде да објасниме како функционира ова.

Нека напаѓачот фалсификува податоци за трансакциите. Од гледна точка на клучеви и дигитални потписи, можни се следниве опции:

1. Напаѓачот го става својот јавен клуч во трансакцијата додека дигиталниот потпис на сопственикот останува непроменет.
2. Напаѓачот создава дигитален потпис на неговиот приватен клуч, но го остава јавниот клуч на сопственикот непроменет.
3. Напаѓачот создава дигитален потпис на неговиот приватен клуч и става спарен јавен клуч во трансакцијата.

Очигледно, опциите 1 и 2 се бесмислени, бидејќи тие секогаш ќе бидат откриени за време на проверката на дигиталниот потпис. Само опцијата 3 има смисла, и ако напаѓачот формира дигитален потпис на својот таен клуч, тогаш тој е принуден да зачува спарен јавен клуч во трансакцијата, различен од јавниот клуч на сопственикот. Ова е единствениот начин напаѓачот да наметне фалсификувани податоци.

Да претпоставиме дека сопственикот има фиксен пар клучеви - приватни и јавни. Нека податоците се сертифицираат со дигитален потпис користејќи го тајниот клуч од овој пар, а јавниот клуч е означен во трансакцијата. Исто така, да претпоставиме дека овој јавен клуч е претходно внесен во регистарот и неговата автентичност е веродостојно потврдена. Тогаш фалсификат ќе биде означен со фактот дека јавниот клуч од трансакцијата не одговара на јавниот клуч од регистарот.

Ајде да сумираме. При обработката на податоците за првата трансакција на сопственикот, неопходно е да се потврди автентичноста на јавниот клуч внесен во регистарот. За да го направите ова, прочитајте го клучот од регистарот и споредете го со вистинскиот јавен клуч на сопственикот во безбедносниот периметар (област на релативна неповредливост). Доколку се потврди автентичноста на клучот и се гарантира неговата упорност при поставувањето, тогаш автентичноста на клучот од следната трансакција може лесно да се потврди/побие со споредување со клучот од регистарот. Со други зборови, клучот од регистарот се користи како референтен примерок. Сите други трансакции на сопственици се обработуваат слично.

Трансакцијата е заверена со електронски дигитален потпис - тука се потребни тајни клучеви, а не еден, туку два одеднаш - сервисен клуч и клуч од паричник. Благодарение на употребата на два тајни клуча, се обезбедува неопходното ниво на безбедност - на крајот на краиштата, сервисниот таен клуч може да им биде познат на другите корисници, додека тајниот клуч од паричникот е познат само на сопственикот на обичниот пар клучеви. Таков потпис со два клуча го нарековме „консолидиран“ дигитален потпис.

Верификацијата на трансакциите што не се нулти се врши со користење на два јавни клуча: паричникот и сервисниот клуч. Процесот на верификација може да се подели на две главни фази: првата е проверка на дигестот на јавниот клуч на паричникот, а втората е проверка на електронскиот дигитален потпис на трансакцијата, истиот консолидиран што беше формиран со помош на два тајни клучеви ( паричник и услуга). Доколку се потврди валидноста на дигиталниот потпис, тогаш по дополнителна проверка трансакцијата се внесува во регистарот.

Може да се појави логично прашање: како да се провери дали трансакцијата припаѓа на одреден синџир со „корен“ во форма на нулта трансакција? За таа цел, процесот на верификација се надополнува со уште една фаза - проверка на поврзаноста. Тука ќе ни требаат податоците од првите две полиња, кои досега ги игнориравме.

Да замислиме дека треба да провериме дали трансакцијата бр. 3 всушност доаѓа по трансакцијата бр. 2. За да го направите ова, користејќи го комбинираниот метод на хеширање, вредноста на функцијата за хаш се пресметува за податоците од третото, четвртото и петтото поле на трансакцијата бр.2. Потоа се врши спојување на податоците од првото поле на трансакцијата бр. 3 и претходно добиената вредност на комбинираната хеш функција за податоци од третото, четвртото и петтото поле на трансакцијата бр. 2. Сето ова се извршува и преку две хаш функции SHA256 и RIPEMD160. Доколку добиената вредност се совпаѓа со податоците во второто поле на трансакцијата бр. 2, тогаш проверката се поминува и врската се потврдува. Ова е појасно прикажано на сликите подолу.

Општо земено, технологијата за генерирање и внесување на известување во регистарот изгледа токму вака. Визуелна илустрација на процесот на формирање на синџир на известувања е претставена на следната слика:

Во овој текст, нема да се задржиме на деталите, кои несомнено постојат, и ќе се вратиме на дискусијата за самата идеја за децентрализирана инфраструктура од јавен клуч.

Значи, бидејќи самиот апликант поднесува апликација за регистрација на известувања, кои се чуваат не во базата на податоци на CA, туку во регистарот, треба да се земат предвид главните архитектонски компоненти на DPKI:

1. Регистар на валидни известувања (РДН).
2. Регистар на отповикани известувања (RON).
3. Регистар на суспендирани известувања (РПН).

Информациите за јавните клучеви се зачувуваат во RDN/RON/RPN во форма на хаш-функциски вредности. Исто така, вреди да се напомене дека тие можат да бидат или различни регистри, или различни синџири, па дури и еден синџир како дел од единствен регистар, кога информациите за статусот на обичниот јавен клуч (одземање, суспензија, итн.) се внесуваат во четврто поле од структурата на податоци во форма на соодветната вредност на кодот. Постојат многу различни опции за архитектонска имплементација на DPKI, а изборот на едното или другото зависи од голем број фактори, на пример, такви критериуми за оптимизација како што се трошоците за долгорочна меморија за складирање на јавни клучеви итн.

Така, DPKI може да испадне дека е, ако не и поедноставно, тогаш барем споредливо со централизирано решение во однос на архитектонската сложеност.

Главното прашање останува - Кој регистар е погоден за имплементација на технологијата?

Главниот услов за регистарот е способноста да се генерираат трансакции од било кој тип. Најпознатиот пример за книга е мрежата Биткоин. Но, при имплементирање на технологијата опишана погоре, се појавуваат одредени тешкотии: ограничувањата на постојниот јазик за скриптирање, недостатокот на потребни механизми за обработка на произволни групи на податоци, методи за генерирање трансакции од произволен тип и многу повеќе.

Ние во ENCRY се обидовме да ги решиме проблемите формулирани погоре и развивме регистар, кој, според наше мислење, има голем број на предности, имено:

• поддржува неколку видови трансакции: може и да размени средства (т.е. да врши финансиски трансакции) и да создава трансакции со произволна структура,
• програмерите имаат пристап до комерцијалниот програмски јазик PrismLang, кој ја обезбедува потребната флексибилност при решавање на различни технолошки проблеми,
• обезбеден е механизам за обработка на произволни збирки на податоци.

Ако земеме поедноставен пристап, тогаш се случува следната низа на дејства:

1. Апликантот се регистрира во DPKI и добива дигитален паричник. Адресата на паричникот е хаш-вредноста на јавниот клуч на паричникот. Приватниот клуч на паричникот е познат само на апликантот.
2. Регистрираниот субјект добива пристап до сервисниот таен клуч.
3. Субјектот генерира нулта трансакција и ја потврдува со дигитален потпис користејќи го тајниот клуч на паричникот.
4. Ако се формира трансакција различна од нула, таа се потврдува со електронски дигитален потпис користејќи два тајни клуча: паричник и сервисен клуч.
5. Субјектот поднесува трансакција до базенот.
6. Мрежниот јазол ENCRY ја чита трансакцијата од базенот и го проверува дигиталниот потпис, како и поврзаноста на трансакцијата.
7. Доколку дигиталниот потпис е валиден и врската е потврдена, тогаш тој ја подготвува трансакцијата за упис во регистарот.

Овде регистарот делува како дистрибуирана база на податоци која складира информации за валидни, откажани и суспендирани известувања.

Се разбира, децентрализацијата не е лек. Фундаменталниот проблем на автентикацијата на примарниот корисник не исчезнува никаде: ако моментално верификацијата на апликантот ја врши CR, тогаш во DPKI се предлага да се делегира верификацијата на членовите на заедницата и да се користи финансиска мотивација за стимулирање активност. Технологијата за верификација со отворен код е добро позната. Ефективноста на таквата верификација е потврдена во пракса. Повторно да се потсетиме на голем број истраги од висок профил на онлајн изданието Bellingcat.

Но, генерално, се појавува следната слика: ДПКИ е можност да се коригираат, ако не сите, тогаш многу од недостатоците на централизираната ПКИ.

Претплатете се на нашиот Хабраблог, планираме да продолжиме активно да го покриваме нашето истражување и развој и да го следиме Твитер, ако не сакате да пропуштите други вести за проектите на ENCRY.

Извор: www.habr.com