OpenVPN ilman CA:ta: miten peer-fingerprint vahvistaa vastapuolet

Pieni käyttöönotto tarttuu sormenjälkiin, koska varmenneviranomainen näyttää infrastruktuurilta, johon kenelläkään ei ole aikaa. Vaisto on järkevä, mutta oikotie, jonka ihmiset sen sijaan valitsevat—yhden datakanavan salaisuuden kopioiminen molempiin päihin—ei ole. peer-fingerprint-kokoonpano pitää TLS-rakenteen ehyenä: kumpikin osapuoli pitää yhä oman yksityisen avaimensa ja varmenteensa, ja kumpikin osapuoli vahvistaa yhä toisen. Muuttuu se, mihin vahvistus on ankkuroitu: luotetusta myöntäjästä lyhyeen luetteloon kiinnitetyistä tiivisteistä. Koska tiiviste kattaa koko varmenteen eikä nimeä, uusimisesta tulee toiminto, joka todella vie aikaa.

Mihin sormenjälki oikeastaan sitoutuu

Varmenteen sormenjälki on tiiviste koko DER-koodatusta varmenteesta, ei sen julkisesta avaimesta eikä sen subjektin nimestä. Siksi kahdella varmenteella, joilla on samat nimet ja sama avain mutta eri voimassaolopäivät, on eri sormenjäljet. Se tekee kiinnityksestä tarkkaa, ja se tekee myös uusimisesta häiritsevää. Kiinnitys ei voi tarkoittaa avaimeen yleisesti luottamista, koska se nimeää yhden artefaktin yhdellä hetkellä sen elämää. Kuka tahansa saa tietää tiivisteen, eikä sen tietäminen itsessään todista mitään.

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

Vastaavan yksityisen avaimen hallussapito on se, mikä todistaa, että vastapuoli pitää tuota varmennetta, ja tiiviste on se, miten toinen osapuoli päättää, odottiko se tuota varmennetta lainkaan. Tämä erottelu on syy siihen, ettei tämä suunnittelu ole vanha jaetun salaisuuden järjestely: jaettu avain todentaa kenet tahansa, joka tuntee samat tavut, kun taas kiinnitys todentaa yhden varmenteen. Toinen laite saa oman merkintänsä saman salaisuuden kopion sijaan, mikä on pieni ero tiedostoissa ja suuri vahingon laajuudessa.

Kartta on vastavuoroinen, ei symmetrinen

Jokainen päätepiste tarvitsee kaksi asiaa: oman yksityisen avaimensa varmenteineen ja lausuman siitä, mitkä vastapuolen varmenteet se hyväksyy. Asiakkaassa tuo lausuma on palvelimen varmenteen tiiviste; palvelimessa se on luettelo rekisteröityjen asiakkaiden tiivisteistä. Virallinen esimerkki pienestä kokoonpanosta Community 2.6:lle näyttää järjestelyn peer-fingerprint:llä, ja se kannattaa lukea ennen kuin valitset tämän luottamusmallin todelliseen käyttöönottoon. Kaksi suuntaa eivät ole yksi käännetty luettelo, eivätkä ne epäonnistu samalla hetkellä.

Laitteen lisääminen muokkaa palvelimen sallittujen luetteloa, kopioimatta olemassa olevan asiakkaan yksityistä materiaalia ja siirtämättä palvelimen avainta mihinkään. Kaksi suuntaa epäonnistuvat myös toisistaan riippumatta, mikä on hyödyllistä vianmäärityksessä: kumpi osapuoli sulkee kättelyn, on se osapuoli, jonka odotus ei täyttynyt. Jos asiakas hylkää palvelimen, tiiviste ei vastaa esitettyä varmennetta. Jos palvelin hylkää asiakkaan, kyseisen asiakkaan tiiviste puuttuu luettelosta, tai asiakas esittää muuta kuin rekisteröityä varmennetta.

Rekisteröinti: miten uusi laite liittyy

Luo uuden laitteen avain ja varmenne sinne, missä yksityinen avain tulee asumaan, ja siirrä sitten vain julkinen artefakti sille osapuolelle, jonka täytyy kiinnittää se. Siirrä odotettu tiiviste kanavaa pitkin, johon jo luotat, ja vertaa koko varmennetta etkä tuttavalliselta näyttävää nimeä. Samasta vahvistamattomasta latauksesta kuin varmenne kopioitu tiiviste todistaa vain, että kaksi tiedostoa sopivat yhteen. Se on johdonmukaisuuden tarkistus, ei identiteetin tarkistus, ja se on hiljaisin tapa, jolla tämä suunnittelu heikkenee.

Palvelimella tiivisteen lisääminen on kokoonpanomuutos, joka kulkee tavallisen hallinnan kautta ja jota seuraa uudelleenyhdistäminen. Vahvista, että uusi laite yhdistää ja että laite, jonka tiiviste poistettiin, ei enää yhdistä. Testi, joka kattaa vain myönteisen tapauksen, jättää sallittujen luettelon vahvistamatta, ja juuri siinä tilassa olet kuuden kuukauden kuluttua.

Uusiminen on kallis hetki

Jokainen varmenne vanhenee, ja uudella varmenteella on uusi tiiviste, vaikka avain ja nimet pysyisivät samoina. Myöntäjän alla uusiminen on läpinäkyvää vastapuolille, jotka luottavat siihen myöntäjään; kiinnityksen alla se on rekisteröintitapahtuma jokaiselle vastapuolelle, joka kiinnittää varmenteen.

Suunnittele järjestys ennen vanhenemispäivää, älä sen jälkeen. Jaa uusi tiiviste osapuolille, jotka vahvistavat sen, ota muutos käyttöön ja vasta sitten vaihda varmenne päätepisteessä. Tämä järjestys ei jätä ikkunaa, jossa kaksi osapuolta ovat eri mieltä siitä, mikä varmenne on ajantasainen. Pidä myös itse luettelo tarkistettavana, koska kiinnitetty luettelo kerää merkintöjä laitteista, jotka poistettiin käytöstä kuukausia sitten. Jokainen vanhentunut merkintä on identiteetti, joka yhä todentuu, jos sen avain säilyy, joten yhden poistaminen on turvallisuustoimi eikä siivousta.

Mitä luottamuskartta ei ratkaise

Todennus on yksi kerros, eikä kiinnitetty kartta kerro mitään osoitepoolista, työnnetyistä reiteistä, polun MTU:sta tai palomuurikäytännöstä. Ne pysyvät erillisenä kokoonpanona erillisine vikatilomalleineen. Tunneli, joka todentuu eikä päästä läpi lainkaan liikennettä, on eri tutkinta kuin se, joka ei koskaan nouse.

Karttakaan ei skaalaudu loputtomasti, ja myöntäjäpohjainen PKI on paikka, johon suuremmat käyttöönotot päätyvät. Se mieltymys koskee toimintaa eikä kryptografiaa, koska identiteettien lisääminen ja poistaminen yhden auktoriteetin kautta on halvempaa kuin luettelon muokkaaminen jokaisella vastapuolella laivaston kasvaessa. Jos asiakastoteutus ei tue vaihtoehtoa, vastaus on yhteensopiva luottamusmalli, jonka kyseinen asiakas dokumentoi, tai tuettu korvaava ratkaisu. Vahvistusvaroituksen vaientaminen ei lisää sitä tukea, ja koko suunnittelun arvo on siinä, että vahvistus tapahtuu yhä.