Prevzemanje digitalnega potrdila

Problem je v zaupanju v CA. Če so postopki res ok, je stvar revizije. Ni treba, da ne uniči zasebnega ključa. Lahko enostavno generira nov keypair in izda (podpiše) še en certifikat za Janeza Novaka. Ok, public key v x.509 certifikatu bo različen, ampak itak se ponavadi gleda samo na subject in validity (za določene zaupanja vredne issuerje).

CA je ključen pri PKI in če je ta kompromitiran vse pade.

Ne, zgenerira se pri tebi. Če je prav narejeno.

SIGEN-CA ima to rešeno preko keygen HTML taga. Ta tag je uvedel Netscape dolgo nazaj, ampak zdaj je to, kolikor vem, del HTML5 standarda. Pri IE je nekaj čaranja z ActiveX.

Ti oddaš najprej v papirni obliki vse podatke, osebno se preveri tvojo identiteto itd. Če je vse ok, se to shrani v neko bazo in dobiš kodo za prevzem. Tam se uporabi keygen tag. To pomeni, da se pri tebi zgenerira zasebni ključ, javni del ključa pa se pošlje kot HTTP request na server. Tam se to na podlagi referenčne številke to kombinira s podatki o tebi iz baze (kot bi poslal ročno CSR). V končni fazi mora CA to podpisati (npr. tako). Lahko ima svoj privaten ključ na pametni kartici, ampak še vedno je težava v tem, da direktno request preko weba sproži podpisovanje. Drug problem je pa to, da so od tam dosegljivi tvoji osebni podatki. To je najbrž rešeno tako, da je vse skupaj šifrirano z nekim simetričnim algoritmom in key pozna samo še tisti, ki je tvoje zadeve vpisal not. Po pošti namreč dobiš še "avtorizacijsko kodo". In to je to, CA ti pošlje nazaj certifikat.

Na pametni kartici naj to ne bi bilo mogoče (samo podpis podanega bloka).
Za certifikate v datotekah (.pfx) bi pa moralo iti. Poglej si malo OpenSSL. Buildanje na kakšnih Windowsih zna biti precej "zabavno", ampak mogoče dobiš že zbuildan openssl.exe. Več