OpenVPN ilma CA-ta: kuidas peer-fingerprint partnereid kontrollib
Sõrmejälg kinnitab ühe sertifikaadi, mitte jagatud saladuse. Jälgige, mida räsi katab, kuidas kumbki pool oma lubatud loendi koostab ja mida uuendamine maksab.
Väike juurutus haarab sõrmejälgede järele, sest sertifikaadiasutus näeb välja nagu taristu, mille jaoks kellelgi pole aega. Instinkt on mõistlik, kuid lühirada, mille inimesed selle asemel valivad—ühe andmekanali saladuse kopeerimine mõlemasse otsa—ei ole. peer-fingerprint-seadistus hoiab TLS-i struktuuri puutumatuna: kumbki pool hoiab endiselt oma privaatvõtit ja sertifikaati ning kumbki pool kontrollib endiselt teist. Muutub see, kuhu kontroll on ankurdatud: usaldusväärsest väljaandjast lühikese kinnitatud räsinde loendini. Kuna räsi katab kogu sertifikaadi, mitte nime, muutub uuendamine toiminguks, mis tõesti aega võtab.
Millega sõrmejälg tegelikult kohustub
Sertifikaadi sõrmejälg on kogu DER-kodeeritud sertifikaadi räsi, mitte selle avaliku võtme ja mitte selle subjekti nime räsi. Seetõttu on kahel identse nime ja sama võtmega, kuid erinevate kehtivuskuupäevadega sertifikaadil erinevad sõrmejäljed. See teeb kinnitamise täpseks ja see teeb ka uuendamise segavaks. Kinnitamine ei saa tähendada võtme usaldamist üldiselt, sest see nimetab ühe artefakti ühel hetkel selle elus. Räsi võib teada igaüks ja selle teadmine iseenesest ei tõesta midagi.
openssl x509 -in server.crt -noout -fingerprint -sha256
openssl x509 -in client-07.crt -noout -fingerprint -sha256Sobiva privaatvõtme omamine on see, mis tõestab, et partner hoiab seda sertifikaati, ja räsi on see, kuidas teine pool otsustab, kas ta üldse seda sertifikaati ootas. See eraldamine on põhjus, miks see disain ei ole vana jagatud-saladuse kord: jagatud võti autendib igaüht, kes teab samu baite, samas kui kinnitamine autendib ühe sertifikaadi. Teine seade saab oma kirje, mitte koopia samast saladusest, mis on väike erinevus failides ja suur kahju ulatuses.
Kaart on vastastikune, mitte sümmeetriline
Igal lõpp-punktil on vaja kahte asja: oma privaatvõtit koos sertifikaadiga ja avaldust selle kohta, milliseid partnerite sertifikaate ta aktsepteerib. Kliendil on see avaldus serveri sertifikaadi räsi; serveril on see registreeritud klientide räsinde loend. Community 2.6 jaoks ametlik väikese seadistuse näide näitab paigutust peer-fingerprint-ga ja seda tasub lugeda enne, kui valite selle usaldusmudeli tegelikuks juurutuseks. Kaks suunda ei ole üks pööratud loend ja need ei ebaõnnestu samal hetkel.
| Verification direction | What is pinned | What never leaves that endpoint | How a wrong pin shows up |
|---|---|---|---|
| Client checks the server | One digest, for the server certificate | The server private key | The client aborts during the TLS handshake |
| Server checks the client | A digest per enrolled client | Each client private key | The server rejects the peer before a tunnel exists |
Seadme lisamine muudab serveril lubatud loendit, ilma olemasoleva kliendi privaatset materjali kopeerimata ja ilma serveri võtit kuhugi liigutamata. Kaks suunda ebaõnnestuvad ka sõltumatult, mis on diagnostikas kasulik: kumb pool käepigistuse sulgeb, on see pool, kelle ootus ei täitunud. Kui klient lükkab serveri tagasi, ei vasta räsi esitatud sertifikaadile. Kui server lükkab kliendi tagasi, puudub selle kliendi räsi loendist või esitab klient muu sertifikaadi kui registreeritu.
Registreerimine: kuidas uus seade liitub
Genereerige uue seadme võti ja sertifikaat seal, kus privaatvõti hakkab elama, seejärel liigutage ainult avalik artefakt selle poole, kes peab selle kinnitama. Edastage oodatav räsi kanali kaudu, mida juba usaldate, ja võrrelge tervet sertifikaati, mitte tuttavana näivat nime. Sertifikaadiga samast kontrollimata allalaadimisest kopeeritud räsi tõestab ainult seda, et kaks faili on omavahel kooskõlas. See on järjepidevuse, mitte identiteedi kontroll, ja see on kõige vaiksem viis, kuidas see disain nõrgeneb.
Serveril on räsinde lisamine konfiguratsioonimuudatus, mis käib tavapärase halduri kaudu ja millele järgneb uuesti ühendamine. Kinnitage, et uus seade ühendub ja et seade, mille räsi eemaldati, enam ei ühendu. Test, mis katab ainult positiivse juhtumi, jätab lubatud loendi kontrollimata ja täpselt selles olekus olete kuue kuu pärast.
Uuendamine on kallis hetk
Iga sertifikaat aegub ja uuel sertifikaadil on uus räsi ka siis, kui võti ja nimed jäävad samaks. Väljaandja all on uuendamine läbipaistev partneritele, kes seda väljaandjat usaldavad; kinnitamise all on see registreerimissündmus igale partnerile, kes sertifikaadi kinnitab.
Planeerige järjekord enne aegumiskuupäeva, mitte pärast seda. Jagage uus räsi pooltele, kes seda kontrollivad, rakendage muudatus ja alles siis vahetage sertifikaat lõpp-punktis. See järjekord ei jäta akent, milles kaks poolt ei ole ühel meelel, milline sertifikaat on praegune. Hoidke ka loendit enda järelevalve all, sest kinnitatud loend kogub kirjeid seadmete kohta, mis kõrvaldati kuid tagasi. Iga vananenud kirje on identiteet, mis endiselt autendib, kui selle võti jääb alles, seega ühe eemaldamine on turvatoiming, mitte koristamine.
Mida usalduskaart ei otsusta
Autentimine on üks kiht ja kinnitatud kaart ei ütle midagi aadresside basseini, lükatud marsruutide, tee MTU ega tulemüüri poliitika kohta. Need jäävad eraldi konfiguratsiooniks eraldi rikkerežiimidega. Tunnel, mis autendib ja ei lase läbi ühtki liiklust, on teine uurimine kui see, mis ei tõuse kunagi.
Kaart ei skaleeru ka lõputult ja väljaandjapõhine PKI on koht, kuhu suuremad juurutused jõuavad. See eelistus puudutab toiminguid, mitte krüptograafiat, sest identiteetide lisamine ja kõrvaldamine ühe asutuse kaudu on odavam kui loendi muutmine igal partneril, kui laevastik kasvab. Kui kliendi rakendus seda valikut ei toeta, on vastuseks ühilduv usaldusmudel, mille see klient dokumenteerib, või toetatud asendus. Kontrollihoiatuse mahasurumine ei lisa seda tuge ja kogu disaini väärtus on selles, et kontroll siiski toimub.