CA pribatuaren babeskopia: artxibo enkriptatua edo HSM gakoaren babeskopia

Honen zatirik handiena erabakitzen duen galdera ez da artxiboa nola enkriptatzen duzun. Baizik eta ea zure CA gako pribatuak bere edukiontzia utz dezakeen. Gakoa fitxategi bat bada, CA direktorio osoa blob enkriptatu bakarrean kopiatu eta minutu batzuetan amaitu dezakezu. HSM batean edo gakoa ateratzeko modukoa ez dela markatzen duen token batean bizi bada, kopia hori ez da existitzen, eta zure plana hornitzailearen bildu eta berreskuratzeko prozedurari buruzko plan bihurtzen da. Bi ereduek funtzionatzen dute, modu ezberdinean huts egiten dute, eta gaindi dezakezun hutsegitea da diseinuan kontuan hartzea merezi duena.

Non bereizten diren bi babeskopia-ereduak

A eredua direktorio-kopia da. OpenSSL estiloko CA bat lan-direktorio bat da, ez ziurtagiri bakarra: ca.key edo cakey.pem, ca.crt, emakida-datu-basea, serial eta crlnumber kontagailuak, eta openssl.cnf. Zigilatu direktorio hori zifra simetriko batekin, eraman emaitza bigarren euskarri batera, eta berreskuratzeak deskonprimitu, egiaztatu, sinatu esan nahi du. Igortzaileak behar duen guztia elkarrekin bidaiatzen du, inork idatzi zuela gogoratzen ez duen asteetako baliogabetze-historia barne.

B eredua gakoa eustea da. Gakoa PKCS#11 modulu baten barruan sortzen da eta ateratzeko modukoa ez dela markatzen da; moduluak babeskopiarako bil dezake, baina prozesu batek ere ez ditu inoiz byte gordinak irakurtzen. Zure babeskopia orduan ordena egokian berreskuratu behar diren bi artefaktu dira: modulu-familia horrek soilik aska dezakeen gako-blob bildua, gehi datu-basearen, konfigurazioaren eta ziurtagirien kopia arrunta.

Konparazioa ez da inoiz eredu bat abstraktuan indartsuagoa den ala ez. Zure taldeak gaueko 2etan benetan esna dauden pertsonekin zein berreskuratu dezakeen da kontua. Inork deszifratu ezin duen artxibo bat eta inork probatu ez duen HSM blob bat berdin dira erabilgaitzak. Aldea da artxiboaren hutsegitea pasahitz-kudeatzaile batean agertzen dela, eta HSM-ren hutsegitea laguntza-kontratu batean ezkutatzen dela.

Zer eduki behar du CA babeskopia bakoitzak

Bi ereduek erregistro-multzo bera behar dute. OpenSSL CA batean fitxategi horiek index.txt dira, igorritako ziurtagiri bakoitzeko errenkada bat egoera, iraungitzea, seriala eta subjektua estaliz, gero index.txt.attr, hurrengo igorri beharreko seriala duen serial fitxategia, hurrengo CRL zenbakia duen crlnumber, eta zure CA benetan exekutatzen den dir, policy eta default_days dituen openssl.cnf. openssl-ca eskuliburuak azaltzen du kontagailu horietako bakoitzak zer kontrolatzen duen. easy-rsak datu berberak gordetzen ditu pki/ azpian, eta vars fitxategi batek erabakitzen ditu ziurtagiriaren eremuak.

Gakoa eta ziurtagiria berreraiki ezin dituzun zatiak dira. Datu-basea memoriatik berreraiki ezin duzun zatia da. index.txt saltatzeak ziurtagiri berriak sinatzeko aukera uzten dizu, eta horixe da tranpa: falta zaizula lehen aldiz bezero batek ziurtagiri bat baliogabetu zen galdetzen duenean ohartzen zara. Erregistratu CAren hatz-marka babeskopiatik kanpo, berreskuratze bat fidatzen zaren balio batekin alderatzeko, eta ez berreskuratu berri duzun fitxategiarekin.

openssl x509 -in ca.crt -noout -fingerprint -sha256
tar czf ca-state.tar.gz ca.crt ca.key index.txt* serial* crlnumber* openssl.cnf
openssl enc -aes-256-cbc -pbkdf2 -iter 200000 -salt -in ca-state.tar.gz -out ca-state.tar.gz.enc
openssl ca -config openssl.cnf -gencrl -out crl.pem

Igortzailea adarkatzen ez duten berreskuratze-probak

Subjektu bera eta gako bera dituzten bi CA bizidun berdinak dirudite jatorrizkoan fidatzen den bezero ororentzat. Zenbaki bera baina eduki ezberdina duten bi CRL dira bezeroek isil-isilik zuk baliogabetutako ziurtagiri bat onartzeko modua. Exekutatu berreskuratzea zure bezeroetarako biderik ez duen host batean, edo erabilera bakarreko VM batean, eta ez argitaratu inoiz probak sortzen duen CRLa.

Artxiboa irekitzen dela soilik frogatzen duen proba batek ez du ezer frogatzen igorpenari buruz. Zenbatzen duen segida: alderatu berreskuratutako ca.crt-ren hatz-marka erregistratu zenuen balioarekin, egiaztatu seriala zure azken igorritako ziurtagiriak iradokitzen duenarekin bat datorrela, igorri ziurtagiri bat erabilera bakarreko CN batentzat eta begira ezazu index.txt errenkada bat irabazten, gero baliogabetu ziurtagiri hori eta birsortu CRLa.

openssl verify -CAfile ca.crt -CRLfile crl.pem -crl_check client.crt
openssl crl -in crl.pem -noout -lastupdate -nextupdate

HSM batekin proba bera moduluaren bidez exekutatzen da. Askatu bloba ordezko gailuan, egiaztatu moduluak jakinarazten duen CA ziurtagiria zure erregistratutako hatz-markarekin bat datorrela, eta orduan soilik utzi sinatzen. Moduluak bere objektu-biltegia badu, bildurak gako-objektua eta bere etiketa estali behar ditu, gakoa etiketa ezberdin baten azpian berreskuratzeak hara eramaten duen konfigurazioa hausten baitu.

Aukera erabakitzen duten hutsegite-moduak

Bost hutsegitek azaltzen dituzte galera erreal gehienak. Gorde ez den artxibo-pasahitz batek, sekretuaren kopia independenterik gabe, artxiboa adreilu bihurtzen du. Disko bateko kopia bakar bat disko horrekin hiltzen da, eta kontrol-batuketak ez dizu inoiz esaten deszifratzeak oraindik funtzionatzen duen. Babeskopiaren dataren ondoren baliogabetutako ziurtagiriek baliozkoak dirudite berriro berreskuratu ondoren, beraz zure babeskopia-tartea zure baliogabetze-itsutasun puntua ere bada. Serial kontagailu zaharrago bat berreskuratzeak serial zenbakiak berrerabiltzen ditu eta serialean oinarritutako cacheak eta CRL bilaketak nahasten ditu. Blob bildua ukatzen duen ordezko HSM batek hardware-aldaketa berrigorpen oso bihurtzen du.

A ereduak lehen laurak gaizki baina modu ikusgarrian kudeatzen ditu. B ereduak ondo kudeatzen ditu modulua edo hornitzailearen prozesua huts egiten duen arte. Zure gakoak esportagarriak badira eta taldea txikia bada, artxibo enkriptatua da aukera zintzoa, bi euskarrik eta idatzitako pasahitz-prozedurak babestuta. Gakoa ateratzeko modukoa ez bada ez duzu aukerarik, eta lana hornitzailearen berreskuratze-bidea behar duzun egunaren aurretik frogatzera pasatzen da.

Eredua aukeratzea eta programatzea

Hiru baldintzek erabakitzen dute. Esporta daiteke gakoa hornitzaile-prozesurik gabe? Berreskuratze batek jada ez duzun hardwarean amaitu behar du? Zenbat denbora egon daiteke igorpena geldirik laguntzarekin eztabaidatzen duzun bitartean? Erantzun hiru horiei eta eredua erabakita dago; geroztikako guztia programazioa da.

Hartu babeskopia sinadura-zeremonia bakoitzaren ondoren eta konfigurazio-aldaketaren aurretik, konfigurazioa egoeraren parte baita. Eduki bi kopia euskarri ezberdinetan leku ezberdinetan, bat lineaz kanpo, eta eduki deszifratze-sekretua kopiekin dominiu desberdineko konfiantza-eremuan. Idatzi azken berreskuratze arrakastatsuaren data babeskopiaren erregistroan. Inoiz berreskuratu ez den babeskopia bat hipotesia da, ez kontrola.

Tiketa itxi aurretik, egiaztatu bost puntu hauek:

• ca.crt-ren hatz-marka babeskopiatik kanpo nonbait erregistratuta dago.
• index.txt, serial, crlnumber eta openssl.cnf guztiak artxiboan edo blob-multzoan daude.
• Pasahitzaren edo bildutako gakoaren zaintza dokumentatuta dago eta artxiboaren jabea ez den norbaitek du.
• Berreskuratze bat host isolatu batean probatu da igorpen batekin eta baliogabetze batekin.
• Zure babeskopia-tarteak dakarren baliogabetze-hutsunea idatziz onartu edo laburtu da.