Administrace komentářů

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.