Dotaz: Digitální podpis

[Karlik]

Nevím, jestli jsem smeroval svuj dotaz na spravne misto ( http://www.abclinuxu.cz/clanky/bezpecnost/ssl-1-certifikaty/diskuse#19 ) a tak ho radsi davam primo do diskuze sem:

Dobry den, snazim se pochopit certifikaty a digitalni podpisy. Chtel bych totiz sve ucetni nechat vystavit digitalni podpis od CA PostSignum Ceske posty, aby mohla posilat oficialni maily na urady. Jsem z toho ale zmatenej a proto procitam vsechny navody, abych pochopil, jak to vlastne vsechno funguje. Nejde mi o to, abych do toho videl na 100 procent, ale spis nevim, na co ji mam upozornit, aby si hlidala jako oko v hlave atd. Vim, hlidejte si soukromy klic (ctu vsude), ale rarazi me uz jen import do mailovych klientu. Bojim se, aby se ji soukromej klic nevalel, kde nema a mela o nem absolutni prehled. Proto jsem si procital napriklad tento clanek X krat, i jsem si klice vygeneroval a vse funguje bez problemu. Muzete mi ale prosim rici (kdyz pominu me dotazy ohledne funkcnosti celeho mechanizmu overovani) co jsou tyto sobory:

RSpublickey (logicky z nazvu - verejny klic) musi ho mit i prijemce,ze? RSprivatekey (logicky z nazvu je to prave to oko v hlave - privatni klic) RScertificate.pem (co je ale toto? To je snad privatni klic vcetne verejneho klice? Tomu prave nejak nerozumim).

A soubor p12 je nejaky balik privatniho a verejneho klice? (akceptuji ho mailovy klienti)

Snad pochopite o co mi jde a pripadne mi poradite. Budu Vam moc vdecny. Karlik

Odpovědi

[Jary]

Přesně nevím, ale:

Ač se na WP nepíše že pem může obsahovat privátní klíš zašifrovaný, tak já ho zašifrovaný mám pomocí DES. Privátní klíč obsahovat může, ale nemusí. Je to v plaintextu, tak se stačí kouknout.

p12 je binární šrot. Asi je to binární obdoba .pem. WP, p12

[Jary]

Mno a zapoměl jsem říct, že jelikož je ten klíč zašifrován pomocí symetrického šifrování, tedy třeba pomocí krátkého hesla, je asi možné ten public key vylámat v několika dnech. Takže nedávat nikomu .pem ani p12!

Tolik ode mě. Někdo znalejší, nechť mě doplní a opraví.

[pedro]

No je to těžký. Je potřeba rozlišovat asi tyto pojmy:
- certifikát CA příjemce
- certifikát CA tvojí
- certifikát tvůj
- certifikát příjemce
- soukromý klíč tvůj

tyto mohou být v jednotlivých souborech.

PKCS12 je struktura, která může obsahovat vše výše uvedené.

Šifrovat a podepisovat se dá IMHO v zásadě dvěma způsoby:
1.) naimportovat PKCS12 strukturu do mailového klienta (Seamonkey, Thunderbird) a nechat podepsání či šifrování na něm. V tomto případě ten mailový klient má k dispozici soukromý klíč a tedy si s tím soukromým klíčem může dělat co chce (například ho archivovat b "bezpečném uložišti" v Redmondu ).

2.) - asi nejbezpečnější způsob, ale poněkud krkolomný - předpřipravit si e-mail do souboru už včetně případného attachmentu a vytvořit z toho podepsaný či zašifrovaný mail pomocí příkazu "openssl smime". V tomto případě má k dispozici soukromý klíč jen openssl. Výstup se dá poslat na mail nebo sendmail apod.

Samozřejmě, pokud se soukromý klíč vyskytuje na disku, může ho sebrat kdokoli a cokoli (tím myslím software), kdo má právo čtení toho soubory, tedy vlastně kterýkoli program, běžící pod tvým UID.

Způsobů je samozřejmě více a problematika velmi rozsáhlá. Tohle byl jen takový malý příspěvek.

[Karlik]

(díky za reakce a odpovedi) rychlý dotaz, málo času: Můj certifikát mám chápat jakou můj privátní klíč nebo jak? V tom článku se dá s certifikátu vytáhnout veřejný klíč, což mi nějak nehraje:(

[Radek Rambas]

Preji hezky den.

Pouzivam Debian a podle navodu https://www.abclinuxu.cz/blog/hufhendr/2005/9/kvalifikovany-certifikat-ceske-posty jsem si vygeneroval pozadavek na digitalni podpis. V soucasne chvili mam 2 soubory: cert.req a private.key. Na postu tedy ponesu soubor cert.req, ale uz nevim, co tam jeste vzit. Kdyz jsem zkousel generovat zadost v programu PostSignumTool, mel jsem soukromy klic ve formatu *.ppk, dale pak dir.info a user.info a u zadosti jeste zadost ve formatu *.pdf.

Me otazky tedy zni:

1. kde a jak vytvorim zadost ve formatu *.pdf a je ho opravdu potreba vzit s sebou na Postu?

2. tuto vyplnenou smlouvu musim vzit take na postu? (nasel jsem ji nahodou) http://qca.postsignum.cz/www/contract.php?customer=PO

3. pokud se snazim vytvorit podpis pro sveho zamestnance pod hlavickou firmy, musim jit s nim take na postu? V pripade, ze ano, jak funguje overeni, ze souhlasim s tim, aby zamestnanec mohl podepisovat firemni maily?

4. pouze pro upresneni: Podpis lze pouzivat jen v navaznosti na vyplněný e-mail, tzn. že půjdou podepisovat pouze zpravy odeslane z tohoto e-mailu, ze? (tzn. zprava jako celek, nikoliv napr. prilohy ve formatu pdf?)

5. Podpis lze pouzivat na jakemkoliv pocitaci (napr. s Thunderbirdem), kam naimportuji soubor ve formatu *.p12 ?

6. a snad jiz posledni vec: Po vygenerovani souboru *.p12, mohu jiz private.key ulozit na bezpecne misto, napr. do trezoru a pouzivat pouze soubor *.p12 ?

Omlouvam se za tolik dotazu na jednou, ale posbirane informace z nekolika zdroju mi nejak nedavaly smysl, proto bych byl rad, kdyby se odpovedi na konkretni otazky sesly na jednom miste. Doufam, ze toto pomuze v budoucnu kazdemu, kdo jeste nema el. podpis České pošty a díky návodům na www.postsignum.cz zamer, poridit si ho, vzdal.

Dekuji Vam vsem.

[Filip Jirsák]

ad 1) – PDF jsou pravděpodobně papírové doklady o žádosti o certifikát a jeho vystavení. Kvalifikovaný certifikát asi nejde vydat jen tak „bez důkazů“, zřejmě k tomu musí být nějaký váš souhlas, což musí být stvrzeno podpisem. Nevím, dza to plyne přímo ze zákona, nebo z certifikační politiky PostSignum.

ad 3) může to nějak upravovat certifikační politika PostSignum, ale např. I. CA stačí podepsané (ověřený podpis?) prohlášení někoho, kdo je oprávněn za organizaci jednat, že dotyčná osoba je skutečně zaměstnancem organizace. A pak je dále potřeba (ověřené) potvrzení toho, že onen zástupce je opravdu oprávněn organizaci zastupovat (tedy např. rozhodnutí valné hromady, jmenovací dekret atd.)

Použití souboru *.p12 záleží na tom, co vše je v něm uloženo. Každopádně pro běžné používání by měl být privátní klíč v úložišti chráněn heslem – ať už je to úložiště nějakého programu, nebo soubor na disku.

[Filip Jirsák]

RScertificate.pem (co je ale toto? To je snad privatni klic vcetne verejneho klice? Tomu prave nejak nerozumim)

Certifikát je obecně veřejný klíč + identifikace majitele klíče, to celé podepsané certifikační autoritou. Protože ale pro podepisování potřebujete k certifikátu i privátní klíč, umožňují různé souborové formáty uložení certifikátu a privátního klíče do jednoho souboru (často tam může být uložena i celá certifikační cesta, může tam být uloženo certifikátů a klíčů víc). Asi tedy nemá smysl se moc orientovat podle názvu případně přípony souboru, ale spíš podle toho, co soubor skutečně obsahuje. Takže doporučuji si nějakým programem (třeba openssl) zobrazit, co v tom souboru skutečně je. A podle toho se k tomu chovat. Pokud je tam jen certifikát, je to veřejná věc. Pokud je tam i soukromý klíč, je potřeba ten soubor chránit – pokud by tam byl klíč nešifrovaný, mít to uložené třeba někde v trezoru (a i tak je otázka), pokud je to klíč chráněný silným heslem, můžete ho mít třeba někde uložený na disku nebo naimportovaný do důvěryhodného úložiště certifikátů. Ovšem i tak může třeba root s keyloggerem k takovému klíči získat přístup – vyššího stupně zabezpečení dosáhnete tak, že šifrování bude probíhat v nějakém externím zařízení, do kterého budete zadávat heslo (PIN) přímo. Ale to už je pro běžné použití (bohužel) spíš sci-fi.

[Jary]

Ovšem i tak může třeba root s keyloggerem k takovému klíči získat přístup – vyššího stupně zabezpečení dosáhnete tak, že šifrování bude probíhat v nějakém externím zařízení, do kterého budete zadávat heslo (PIN) přímo. Ale to už je pro běžné použití (bohužel) spíš sci-fi.

Hmm, zajímalo by mě, když znám proud dovnitř i ven ze šifrovacího zařízení, jak může být těžké zjistit klíč, když zařízení šifruje třeba pomocí ElGamal, nebo RSA? Ví někdo, nebo ty šifry budu muset někdy nastudovat, abych se to dozvěděl?

[Filip Jirsák]

Hmm, zajímalo by mě, když znám proud dovnitř i ven ze šifrovacího zařízení, jak může být těžké zjistit klíč, když zařízení šifruje třeba pomocí ElGamal, nebo RSA? Ví někdo, nebo ty šifry budu muset někdy nastudovat, abych se to dozvěděl?

V tom je právě vtip šifrování Současné asymetrické šifry jsou většinou postavené na tom, že existuje nějaká matematická funkce, kterou umíme relativně rychle spočítat, ale spočítat funkci inverzní trvá dlouho (tak, že by to dnešní počítače počítaly třeba tisíce let). Například vynásobit dvě prvočísla je snadné, rozložit složené číslo na součin dvou prvočísel je pracné – vizte faktorizace.

Pro představu –kdyby třeba ona šifra byla umocňování, tak vy i když budete vědět, že otevřený text je 31, zašifrovaný text je 28629151 a šifrování je 31^x=28629151 (x je tedy klíč), bude vám výpočet téhle rovnice z hlavy trochu trvat, pokud neznáte nějaký efektivnější algoritmus, než je postup „hrubou silou“. Pro šifrování se používají takové funkce, u nichž není dnes žádný chytrý algoritmus znám (a předpokládá se, že ani neexistuje). Jenom ta čísla se pak musí zvolit trochu větší, aby to ani počítače nezvládli prostě hrubou silou – vyzkoušením všech možnosti.

[Filip Jirsák]

aby to ani počítače nezvládli prostě hrubou silou – vyzkoušením všech možnosti.

Tak buďto „aby to lidé nezvládli ani s pomocí počítače“, nebo „počítače nezvládly“, ten kompromis se gramaticky moc nezdařil…

[kolemjdouci]

OT: pane Filipe, vím, že to myslíte dobře, ale zde nejsme v žádném češtinářském kroužku a proto jsou důležitější odpovědi k věci (i když těch věcných odpovědí od Vás je jasná převaha). Kolikrát se stane, že se zde začne řešit češtinářská korekce a jádro věcných otázek a odpovědí zanikne. Takže to, prosím, neberte ve zlém, je to pouze můj nestranný názor.

BTW: na obhajobu češtinářsky pomýleného kolegy bych dodal to, že gramatické chyby mohou být důsledkem vrozených matematických a jinak logických dispozic onoho jedince;)

[Filip Jirsák]

Za prvé, nemám rád rozlišování komentářů na „faktické“ a „češtinářské“ – faktická chyba i jazyková chyba vedou k tomu, že čtenář buď danou věc nepochopí, nebo ji pochopí špatně, nebo je pochopení pracnější. Ač profesí informatik, patřím k lidem, pro které je i jazyková stránka projevu podstatná, a přikládám význam i takovým věcem v textu, které jsou pro ostatní nepodstatné (např. použití jiného slova, zdánlivě synonyma). Takže ignorovat jazykové chyby na webu o počítačích mi připadá asi tak stejně rozumné, jako kdyby někdo v diskuzi lingvistů napsal, že dvě a dvě je pět – kdyby ho pak někdo opravil, ostatní by ho okřikli, že ta chyba přece nevadí, hlavně že to bylo napsané „hezky česky“ a bez chyb (zde ovšem pravopisných, že).

Za druhé, oním kolegou pomýleným v češtině jsem byl já, je to důsledek obyčejné nepozornosti, žádné vrozené dysfunkce. Protože jsem si té chyby sice všiml, ale až v okamžiku zobrazení odeslaného příspěvku, mohl jsem se buď tvářit, že o chybě nevím, a doufat, že si jí moc lidí nevšimne, nebo se jednoduše rovnou přiznat v dalším komentáři. Čestnější mi připadá to druhé.

Za třetí, teď abych se radši na tenhle odeslaný příspěvek ani nedíval, abych si zase nevšiml nějaké své další chyby…

[Jary]

Tohle vlákno by mohlo pokračovat, je celkem zajímavé.

[Radek Rambas]

Dekuji Vam za odpoved i kdyz ne uplnou. To tu neni nikdo, kdo ma konkretni zkusenost s el. podpisem Ceske posty?

[Jecnak]

Je treba spustit si certmgr.msc a vyexportovat vcetne soukromeho klice onen certifikat ve formatu PKCS c12 (12) zvolit si heslo a ulozit na vhodne misto. Nasledne probehne import osobniho certifikatu bez problemu. Je samozrejme nainstalovat i certifikaty certifikacni autority, v tomto pripade Post Signum QCA. Snad to pomuze.

[ZAH]

Máte li na mysli zaručený el. podpis od PostSignum České pošty je soubor p12 obvykle kompletním podpisem šifrovaný jednoduchým PINEM (Doporučuji slušnou úroveň).

Jak se k tomuto výslednému tvaru dostanete. Nejprve se vygeneruje pár klíčů privátní a veřejný. Tyto se doplní o údaje o vaší osobě (Záleží na typu podpisu osobní , firemní více web postsignum). Vygeneruje se žádost. Jde v podstatě o veřejný klíč a identifikační údaje. Tyto jsou exportovány a nepřestavují žádné bezpečnostní riziko. S takto vygenerovanou žádostí navštívíte příslušnou poštu, kde údaje ověří. Pro podpis zaměsnace je nutný podpis oprávněné osoby firmy. A poté elektronicky podepíší vaší žádost. Takto podepsanou žádost si odnesete domů, kde jí spojíte s privátním klíčem a vznikne kompletní elektornický podpis. Tento se často exportuje právě do šifrovaného tvaru p12. (Přenositelný tvar podpisu) Jednoznačně doporučuji silné heslo.

Takže pro rekapitulaci p12 obsahuje dvojici vašich klíčů privátní a veřejný spolu s údaji o vaší osobě a účelu vystavení podpisu. Dále podpis certifikační autority k datům veřejné části veřejného klíče a identifikace.

K ověření podepsaných dat tímto podpisem by se neměla používat veřejná část klíče (zaslané držitelem), ale ověření integrity podpisu proti veřejné části podpisu certifikační autority.

Jinak k tomu importu do mailových klientů a podobných programů. Doporučuji jiný podpis, Kde bude účel pouze podpis el. pošty. a ještě lépe uložit podpis na čipovou kartu.