OpenVPN pa CA: si e verifikon peer-fingerprint palët

Një vendosje e vogël i drejtohet gjurmëve të gishtave sepse një autoritet certifikatash duket si infrastrukturë për të cilën askush nuk ka kohë. Instinkti është i arsyeshëm, por shkurtesa që njerëzit marrin në vend të saj—kopjimi i një sekreti të kanalit të të dhënave në të dy skajet—nuk është. Një konfigurim peer-fingerprint e mban strukturën TLS të paprekur: secila palë mban ende çelësin e vet privat dhe certifikatën e vet, dhe secila palë verifikon ende tjetrën. Ajo që ndryshon është ku verifikimi është ankoruar: nga një lëshues i besuar në një listë të shkurtër përmbledhjesh të fiksuara. Meqenëse përmbledhja mbulon certifikatën e plotë dhe jo një emër, rinovimi bëhet operacioni që me të vërtetë merr kohë.

Për çfarë angazhohet vërtet gjurma

Gjurma e gishtit të një certifikate është një përmbledhje e certifikatës së plotë të koduar në DER, jo e çelësit të saj publik dhe jo e emrit të subjektit të saj. Prandaj dy certifikata me emra identikë dhe të njëjtin çelës, por data të ndryshme vlefshmërie, kanë gjurmë të ndryshme. Kjo e bën fiksimin të saktë, dhe kjo gjithashtu e bën rinovimin shqetësues. Fiksimi nuk mund të nënkuptojë besim në një çelës në përgjithësi, sepse emërton një artefakt në një moment të jetës së tij. Kushdo mund ta dijë përmbledhjen, dhe dija për të nuk provon asgjë në vetvete.

openssl x509 -in server.crt -noout -fingerprint -sha256
openssl x509 -in client-07.crt -noout -fingerprint -sha256

Zotërimi i çelësit privat përkatës është ajo që provon se pala mban atë certifikatë, dhe përmbledhja është mënyra se si pala tjetër vendos nëse e priste fare atë certifikatë. Ky ndarje është arsyeja pse ky projekt nuk është rregullimi i vjetër me sekret të përbashkët: një çelës i përbashkët vërteton këdo që njeh të njëjtat bajt, ndërsa një fiksim vërteton një certifikatë. Një pajisje tjetër merr hyrjen e vet në vend të një kopjeje të të njëjtit sekret, çka është një ndryshim i vogël në skedarë dhe i madh në shtrirjen e dëmit.

Harta është e dyanshme, jo simetrike

Secili skaj ka nevojë për dy gjëra: çelësin e vet privat me certifikatën, dhe një deklaratë për certifikatat e palëve që do të pranojë. Te klienti ajo deklaratë është përmbledhja e certifikatës së serverit; te serveri është lista e përmbledhjeve të klientëve të regjistruar. Një shembull zyrtar për konfigurime të vogla për Community 2.6 tregon rregullimin me peer-fingerprint, dhe ia vlen të lexohet përpara se të zgjidhni këtë model besimi për një vendosje reale. Dy drejtimet nuk janë një listë e përmbysur, dhe nuk dështojnë në të njëjtin moment.

Shtimi i një pajisje redakton një listë të lejuar në server, pa kopjuar materialin privat të një klienti ekzistues dhe pa lëvizur çelësin e serverit askund. Dy drejtimet dështojnë edhe në mënyrë të pavarur, çka është e dobishme gjatë diagnostikimit: pala që mbyll shtrëngimin e duarve është pala pritshmëria e së cilës nuk u përmbush. Nëse klienti refuzon serverin, përmbledhja nuk përputhet me certifikatën e paraqitur. Nëse serveri refuzon klientin, përmbledhja e atij klienti mungon në listë, ose klienti paraqet një certifikatë tjetër nga ajo e regjistruar.

Regjistrimi: si bashkohet një pajisje e re

Gjeneroni çelësin dhe certifikatën e pajisjes së re atje ku do të jetojë çelësi privat, pastaj zhvendosni vetëm artefaktin publik te pala që duhet ta fiksojë. Transferoni përmbledhjen e pritur përmes një kanali që tashmë i besoni, dhe krahasoni certifikatën e plotë në vend të një emri që duket i njohur. Një përmbledhje e kopjuar nga i njëjti shkarkim i paverifikuar si certifikata provon vetëm se dy skedarët përputhen me njëri-tjetrin. Është kontroll konsistence dhe jo identiteti, dhe është mënyra më e qetë se si ky projekt dobësohet.

Te serveri, shtimi i përmbledhjes është një ndryshim konfigurimi që kalon përmes menaxherit të zakonshëm dhe pasohet nga një rilidhje. Konfirmoni se pajisja e re lidhet dhe se një pajisje, përmbledhja e së cilës u hoq, nuk lidhet më. Një test që mbulon vetëm rastin pozitiv e lë listën e lejuar të paverifikuar, dhe pikërisht në atë gjendje do të jeni pas gjashtë muajsh.

Rinovimi është momenti i kushtueshëm

Çdo certifikatë skadon, dhe një certifikatë e re ka një përmbledhje të re edhe kur çelësi dhe emrat mbeten të njëjtë. Nën një lëshues, rinovimi është transparent për palët që i besojnë atij lëshuesi; nën fiksim, është një ngjarje regjistrimi për çdo palë që fikson certifikatën.

Planifikoni rendin përpara datës së skadencës dhe jo pas saj. Shpërndani përmbledhjen e re te palët që e verifikojnë, zbatoni ndryshimin, dhe vetëm pastaj zëvendësoni certifikatën në skaj. Ky rend nuk lë asnjë dritare ku dy palët nuk bien dakord se cila certifikatë është aktuale. Mbani nën rishikim edhe vetë listën, sepse një listë e fiksuar grumbullon zëra për pajisje të tërhequra muaj më parë. Çdo zë i vjetruar është një identitet që vërtetohet ende nëse çelësi i tij mbijeton, prandaj heqja e njërit është veprim sigurie dhe jo pastrim.

Çfarë nuk vendos harta e besimit

Vërtetimi është një shtresë, dhe harta e fiksuar nuk thotë asgjë për grupin e adresave, rrugët e shtyra, MTU-në e rrugës ose politikën e murit të zjarrit. Ato mbeten konfigurim i veçantë me mënyra dështimi të veçanta. Një tunel që vërtetohet dhe nuk kalon asnjë trafik është një hetim tjetër nga ai që nuk ngrihet kurrë.

Harta gjithashtu nuk shkallëzohet pafundësisht, dhe një PKI e bazuar në lëshues është vendi ku përfundojnë vendosjet më të mëdha. Ajo preferencë ka të bëjë me operacionet dhe jo me kriptografinë, sepse shtimi dhe tërheqja e identiteteve përmes një autoriteti të vetëm është më e lirë sesa redaktimi i një liste në çdo palë ndërsa flota rritet. Aty ku një implementim klienti nuk e mbështet opsionin, përgjigjja është një model besimi i përputhshëm që ai klient e dokumenton, ose një zëvendësim i mbështetur. Shtypja e paralajmërimit të verifikimit nuk e shton atë mbështetje, dhe e gjithë vlera e projektit është se verifikimi ndodh ende.