Dotaz: Konverze cerfikátů (DER->PKCS12) a .key soubor

[guzii]

Příjemné slunné pondělí.

Stojím před problémem konverzace DER certifikátu, který obdržím po exportu ze SmartCard, kde má naše účetní uloženy certifikáty pro přihlašování se do banky a datové schránky, na typ PKCS12.

Účetní musí aktuálně zadávat i 10x pin ke kartě při přihlašování se do datové schránky skrze IE (něco jiného odmítá používat), velice rád bych jí zkusil zprovoznit Datovku. Pro její použití ovšem potřebuji .pk12 typ certifikátu. Exportem z karty dostanu DER certifikát, který následně konvertuji na PEM. Pro následnou konverzi na PKCS21 ovšem potřebuji jak samotný .pem soubor, tak i .key sobour, který bohužel nemám a netuším kde k němu přijít.

Pokoušel jsem se exportovat certifikát ze samotného IE, který mi nabídne pouze pk7. Ostatní volby jsou zašedlé.

Prosím tedy o radu kde by mohl být klíč uložen, abych mohl celý proces zdárně dovést do konce.

---

---

Odpovědi

[SPM]

To bohužel nepůjde - ten klíč (.key) je nahraný v té kartě taky, nicméně z ní nejde nijak vyexportovat - kvůli tomu se ty karty používají... jiná otázka je, proč ten PIN musí 10x zadávat - ke svému tokenu spustím prohlížeč, PIN zadám jednou a dokud token nevyndám, tak to funguje automaticky.

[Filip Jirsák]

Z tohoto důvodu nikdy negeneruju privátní klíč rovnou na kartě, ale vytvořím ho v počítači, zazálohuju a až pak nahraju na kartu. Přijít o privátní klíč kvůli tomu, že je jen na kartě, je velice snadné.

[guzii]

Správa certifikátů/klíčů do mých kompetencí nespadá. Certifikáty byly vygenerovány cca před rokem Českou poštou a účetní si k nim nic moc nezapamatovala.

Otázka tedy zůstává, zda se ke klíči mohu dostat při další obnově certifikátů.

[Filip Jirsák]

Certifikáty byly generovány Českou poštou (CA), ale privátní klíč by měl být vygenerován u vás, ne v CA. K privátnímu klíči se nemá nikdo cizí dostat, ani CA. To je mimochodem podstatná součást zabezpečení infrastruktury veřejných klíčů s institucí certifikační autority – protože ani té certifikační autoritě nejste vydán na milost a nemilost. I kdyby CA vydala certifikát na vaše jméno někomu jinému, pořád to budou dvě různé dvojice klíčů, které je od sebe možné odlišit.

Pokud je to kvalifikovaný certifikát od PostSignum, tam si při obnově vygenerujete novou žádost s novou dvojicí klíčů, a to podepíšete starým certifikátem. A mělo by to jít i v jiných případech, protože obnova certifikátu se dělá mimo jiné i pro případ, že by privátní klíč byl kompromitován. Myslím, že v případě kvalifikovaných certifikátů ani není možné použít stejný klíč dvakrát, CA by vám měla takovou žádost odmítnout a původní certifikát revokovat.

Takže šanci tam máte, akorát je potřeba si na to dát pozor, protože software vás bude nejspíš tlačit do vygenerování klíče rovnou na kartě.

[guzii]

Proč se zadává pin tolikrát netuším, ale tento problém se projevuje pouze u datových schránek. U přístupu do banky, případně při podepisování jiných dokumentů problém nikdy nebyl.

[SPM]

Pak to zkusit reklamovat někde u supportu datových schránek. Niky jsem s tím neměl tu čest, tak nevím jak to vypadá; ale jako standardní chování tohle není...

[guzii]

Support datových schránek mi poradil smazání cache prohlížeče ;) a oznámil mi, že se tento problém občas vyskytne, ale řešení neznají.

[Filip Jirsák]

Ono se u datových schránek několikrát přesměrovává, k tomu certifikátu potřebuje přístup webový prohlížeč i plugin 602XMLFiller. Jestli se pro každou doménu a každý program vyžaduje PIN znova, mohlo by to tak vypadat.

[petr_p]

Já mám pocit, že fillerový zásuvný modul je jen tenká skořápka pro zachycení správného MIME typu, která pak spouští samostatný filler. A ten když odesílá zprávu, tak si zcela nezávisle na webovém prohlížeči vytvoří vlastní spojení na server. Tudíž i s vlastní Cryptoki relací s čipovou kartou.

Ostatně opakované zadávání kódu ke klíči na kartě bývá považováno za bezpečnostní výhodu (každé jeho použití je autorizováno). Některé implementace PKCS#11 to tak dělají schválně, protože to některé vlády vyžadují. Takže by účetní možná uspokojila méně paranoidní karta/ovladač.

[petr_p]

Doporučuji přečíst si vyhlášku k ISDS. Ta výslovně zakazuje přihlašování certifikátem jinak než s neexportovatelným soukromým klíčem. Takže sice ulevíte účetní, ale porušíte předpisy.

[Filip Jirsák]

Ta vyhláška je ještě o několik řádů horší, než samotný zákon, takže v mnoha případech těžko říct, co vlastně říká. Každopádně při nejlepší vůli nějak interpretovat ten paragraf o kryptografických prostředích to znamená, že tímto způsobem musí provozovatel umožnit přihlášení -- ale neříká to nic o tom, že to nejde i jinak. Zákaz přihlašování certifikátem jinak než s neexportovatelným klíčem to není, a už vůbec tam není nikde ani zmínka o tom, že nemůžete privátní klíč nejprve někde vytvořit a zazálohovat, a teprve pak jej nahrát do kryptografického prostředku.

[petr_p]

že nemůžete privátní klíč nejprve někde vytvořit a zazálohovat, a teprve pak jej nahrát do kryptografického prostředku

To jsem netvrdil.

Ten zbytek ale se skutečně tak vykládá. Zákon stanoví, že podrobnosti stanoví vyhláška. A vyhláška stanoví požadavky. On totiž ISDS tady není tak nějak sám od sebe, ale byl zaveden a legislativa jej definuje způsobem kontruktvním. Destruktivní způsob (zakazy a tak) se používá při omezování přirozených práv.

Kdyby vám nestačila vyhláška, ještě tu máme provozní řád ISDS, se kterým se musí každý uživatel řídit (třebaže má datovou schránku ze zákona ;) a tam se také hovoří, že technický prostředek lze použít k přihlášení, pokud splní technické požadavky uvedené ve Vyhlášce a …

Vykládat zákony výrokou logikou nemůžete, tam se používá právnická logika.

(Mimochodem náš nový portál veřejné správy již neumožňuje trvalé odkazy na zákony. To je pokrok.)

[petr_p]

(Mimochodem náš nový portál veřejné správy již neumožňuje trvalé odkazy na zákony. To je pokrok.)

Tak umí, ale na jiné adrese: http://portal.gov.cz/app/zakony/zakon?q=ČÍSLO. Bohužel to nezvládá jednotlivé paragrafy.

[guzii]

Abych to teda uzavřel. Můžu si příště vygenerovat vlastní .key, který bude předpokládám potřeba při generování nových certifikátů tehdy, až ty dosavadní propadnou. Dřív to dle mě nemá smysl zkoušet, jelikož bych musel hnát účetní na poštu + by s tím byly spojeny nějaké další poplatky.

Několikanásobné zadávání pinu bych mohl zkusit vyřešit změnou driverů čtečky, ale to se mi jeví jako takřka nemožné, jelikož nyní používám driver přímo od výrobce a i za něj jsem byl rád, že jsem jej sehnal.

[SPM]

V zásadě ano. V tom .key je něco, čemu se řiká privátní klíč. Když se generuje privátní klíč, tak spolu s ním vzniká i veřejný (patřej k sobě a jeden od druhého se nedá odvodit). A certifikát je jenom ten veřejný klíč, ke kterému se dopíší nějaké další údaje (jméno atd.) a nějaká třetí strana (v tomto případě CA PostSignum) ho podepíše.

[Filip Jirsák]

Zákon ani vyhláška ale neříkají, že není možné se přihlásit jinak. Pak by třeba nebylo možné používat OTP. Ale máte pravdu, v Provozním řádu pak ten požadavek je napsán. Je to ale pěkný nesmysl, protože přihlašovat se lze i pouze jménem a heslem…

Každopádně trik s tím, že klíč vytvořím jinde a pak ho nahraju na kartu, je v tomto případě legální.