Miksi ca.keyn kopioiminen jokaiseen VPN-asiakkaaseen rikkoo CA:n

Jossakin asennusohjeissa kokonainen hakemisto kopioidaan sellaisenaan jokaiseen kannettavaan, koska se oli helpompaa kuin päättää, mitkä tiedostot sinne kuuluvat. Hakemisto sisältää ca.key, ja heti kun se saavuttaa toisen laitteen, varmentaja lakkaa olemasta varmentaja. Kuka tahansa haltija voi nyt julkaista identiteettejä, joihin muu verkko luottaa.

Tämä sekaannus kannattaa selvittää kerran, koska kaksi tiedostoa näyttävät samanlaisilta ja tekevät päinvastaisia asioita.

Tarkistusaineisto ja allekirjoitusaineisto

Asiakas tarvitsee CA:n julkisen varmenteen tarkistaakseen, että vastapuolen esittämä varmenne on tämän tahon allekirjoittama. Se on tarkistustehtävä eikä vaadi lainkaan salaisuutta. Vastapuolen varmenteen allekirjoittaminen on eri tehtävä, jonka suorittaa kerran se, joka ylläpitää CA:ta, yksityisellä avaimella, joka ei koskaan poistu suojatusta säilytyksestään. Näiden kahden tehtävän erillään pitäminen on koko syy toimittaa kaksi tiedostoa.

Siksi ca.crt kuuluu profiiliin, eikä ca.key kuulu mihinkään sen lähelle. Tiedostonimet ovat käytäntö, eivät tae, minkä vuoksi tyyppi on tutkittava sen sijaan että se pääteltäisiin nimestä.

Arkkitehtuuri, jossa on välittävä CA tai verkkopohjainen julkaisupalvelu, ei ole poikkeus. Se on tavallinen tapa pitää allekirjoituskyky kaukana päätelaitteista ja silti julkaista laitevarmenteita suuressa mitassa.

Mitä asiakkaan on todistettava omalla avaimellaan

Jokainen laite saa oman avainparinsa ja oman varmenteensa, jonka CA allekirjoittaa kerran. Asiakas esittää tämän varmenteen ja todistaa hallitsevansa vastaavaa yksityistä avainta, ja palvelin päättää, hyväksytäänkö se. Tämä on se identiteetti, joka peruutetaan, kun kannettava katoaa.

Vastakohta on tärkein varkauden jälkeen. Laitekohtaisilla identiteeteillä yksi paljastunut asiakas poistetaan peruutuksella tai poistamalla vastapuoli, ja muu laivasto jatkaa toimintaansa.

Vuotanutta tahon avainta ei voi käsitellä niin. Jokainen varmenne, jonka se on joskus allekirjoittanut tai voisi allekirjoittaa, muuttuu epäilyttäväksi, joten vastaus on luottamuksen vaihtaminen eikä yksittäinen peruutus. Se on projekti, ei tiketti.

Lue tiedosto ennen kuin kopioit sen minnekään

Kaksi komentoa kertovat, millaista objektia pidät kädessäsi tulostamatta mitään salaisuutta. Ensimmäinen nimeää varmenteen subjektin ja CA-lipun; toinen validoi avaimen ja ilmoittaa sen tyypin. Aja molemmat niille tiedostoille, jotka aiot jakaa. Mikä tahansa yksityisenä avaimena validoituva ei kuulu asiakashakemistoon.

openssl x509 -in ca.crt -noout -subject -ext basicConstraints
openssl pkey -in ca.key -noout -check

Jos toinen komento onnistuu tiedostolle, joka istuu asiakaspaketissa, pysähdy ja kohtele pakettia vaarantuneena. Tuloste, joka sanoo avaimen olevan kelvollinen, sanoo myös sen olevan läsnä, ja läsnäolo on koko ongelma.

Huomaa myös vastakkainen suunta: asiakasprofiili sisältää laillisesti kyseisen asiakkaan oman yksityisen avaimen. Jokaisen löytämäsi avaimen poistaminen katkaisee yhteyden parantamatta mitään, joten objekti on tunnistettava ennen poistamista.

Jo jakamasi avaimen rajaaminen

Älä oleta, että paikallisen kopion poistaminen peruuttaa altistumisen. Kuka tahansa tiedoston omistanut on voinut kopioida sen, ja turvallinen oletus on, että hän teki niin. Noudata operaattorin poikkeusprosessia ja vaihda luottamuksen ankkuri, julkaisemalla laitevarmenteet uudelleen uuden CA:n alla.

Muuta sitten paketointia, joka ongelman aiheutti. Lähetä hakemistoluettelo, jossa on nimenomainen tiedostojen sallittujen luettelo, pidä CA:n avain koneella, joka ei koskaan liity asiakaslaivastoon, ja kirjaa, mikä järjestelmä sitä säilyttää.

Jos tahon on julkaistava usein, siirrä allekirjoittaminen palvelun tai kapean laajuuden ja lyhyen voimassaolon välittävän tahon taakse. Silloin tuleva virhe paljastaa osan julkaisuista eikä koko käyttöönoton luottamuksen juurta.