Dotaz: Zmena root certifikatu CA

[Semo]

Zalozil som pred 2 rokmi vo firme certifikacnu autoritu (na OpenSSL). Zivotnost jej (self-signed) certifikatu som dal na 3 roky. Dnes mi to uz pripada malo, vtedy som v tomto ohlade iba kopiroval navody. Ako sa blizi termin vyprsania root certifikatu, tak ma zacina zaujimat aky je koser postup pri vymene root certifikatu CA.

Idealne tak, aby to co najmenej zatazilo mna ako spravcu a co najmenej userov, ktori nafasovali klientske certifikaty na pristup k serveru. A taktiez co najmensia zataz pre tych, ktori maju iba cert. CA v browseri, pretoze pristupuju cez https na servery, ktore maju certifikaty podpisane nasou CA.

Vygooglovat sa mi podarilo iba navody stylu: spravte si novy root cert. a vymente vsetky certifikaty. Co ako jednorazova akcia mi pride prilis zahul a pripada mi to nejak nekoncepcne. Predsa komercne CA to musia robit nejak inteligentnejsie.

Jeden postup na napadol. S dostatocnym predstihom (vacsim ako je zivotnost beznych klientskych a serverovych certifikatov) vygenerovat novy cert. CA, podpisat ho starym cert. CA a rozposlat vsetkym zucastnenym (prip. len vyvesit na stranky). A v medziobdobi, nez vyprsi platnost stareho certifikatu nim podpisane certifikaty uznavat, ale nove generovat podpisane uz novym certifikatom. Cim maju vsetci dost casu si nainstalovat novy cert. CA a zaroven vlastnici certifikatov podpisanych starym cert. CA si nic nevsimnu - az im vyexpiruju, dostanu nove ako obvykle.

Otazka: Nebudu robit problemy browsery, ked do nich budu chciet useri nacpat dva rozne platne certifikaty tej istej CA (aby mohli bezpecne pristupovat ku https serverom so starymi aj novymi serverovymi certifikatmi)? V apachi na serveroch predpokladam nebude problem aby akceptoval klientske cert. podpisane jednym z dvoch roznych certifikatov.

Odpovědi

[hkhk]

navrhuji prostou obnovu - prodlouzeni platnosti - certifikatu CA - zachova se Vam privatni/verejny klic CA a nebudete muset obnovovat cele PKI(jestli se tomu tak da rict). Prostudujte "openssl req --help" a "openssl x509 --help".

[Semo]

V dotycnych helpoch som nenasiel nic o predlzovani platnosti, ale ak to chapem spravne, tak si vytiahnem z certifikatu verejny kluc, privatny kluc a ubalim z toho novy certifikat, ktory sa bude lisit jedine vacsim datumom expiracie. (Mam manipulovat aj s datumom zaciatku platnosti, aby bol ako v povodnom, alebo je to jedno?)

Kde vsade podobny "podvrh" certifikatu sposobi problemy? Hash certifikatu sa totiz urcite zmeni.

[Filip Jirsák]

Vytvoříte nový kořenový certifikát. Nové certifikáty budete podepisovat tímto novým certifikátem a starý necháte dožít (dokud budou existovat certifikáty jím podepsané) – budete pro něj aktualizovat CRL, budete ho mít někde vystavený atd., ale nebudete s ním podepisovat nové certifikáty. Případně, pokud nový certifikát vytvoříte s předstihem před koncem platnosti starého, bude asi dobré starý cetrifikát odvolat k okamžiku, kdy jím přestanete podepisovat – pokud tedy kořenový certifikát odvolat lze.

Tzv. „platnost certifikátu“ neznamená, od kdy do kdy je platný certifikát jako takový, ale v jakém rozmezí muselo být tímto certifikátem něco podepsáno, aby podpis byl platný. Tj. certifikáty podepsané certifikátem v době jeho platnosti jsou podepsané stále, i když skončila „platnost“ kořenového certifikátu.

[Semo]

Vyriesil som to jednoduchsou formou a to iba predlzenim platnosti:

openssl req -key cakey.pem -out newcacrt.pem -days 3650 -x509 -new

• cakey.pem je sukromny kluc CA (ostane nezmeneny aj pre novy cert.)
• newcacrt.pem novy cert. CA s novou platnostou.

Certifikaty podpisane starym cert. CA su "rozpoznavane" aj novym cert. CA a naopak.