V odstavci o použití privátního klíče (viz níže) je nepřesně uvedeno, že privátní klíč je přikládán k (podepsaným?) zprávám, což rozhodně není pravda. Stálo by za úvahu tuto část článku přeformulovat, aby nemátla neznalé.
Jinak článek je excelentní ukázkou právnické mluvy. Diky.
--CUT--
Privátní klíč si uschováte (tím se budete v budoucnu podepisovat). V případě jeho užití jej poté vložíte do zprávy a příjemce si ho (např. pomocí www stránek) porovná s veřejným klíčem a tím si ověří váš podpis
--CUT--
ANo, myslim, ze mate pravdu. Donedavna jsem to takto (blbe) chapal, takze se omlouvam vsem, kteri mnou byli takto mystifikovani. Soukromy klic neni tedy treba do zpravy vkladat - to se bude dit tedy automaticky. Dekuji za velmi podstatnou pripominku. s pozdravem, Honza
Jeste na to tak koukam a myslim, ze jsem to ani v tom predchazejicim prispevku plne nepochopil, a ze bych to tudiz mel jeste upresnit. V te me reakci (a dilem i v clanku) zamenuji soukromy klic s udajem ktery je soukromym klicem vygenerovan. DO zpravy samozrejme nevkladame soukromy klic (to by nebylo prilis rozumne :-)), ale prave tento udaj, tedy udaj, ktery je soukromym klicem vygenerovan. Jeste jednou sorry... pravni cast clanku to ale nijak nemeni. presto ale sorry
Takze jak ten podpis funguje:
Mame zpravu Z
K ni se vytvori checksum 'MAC', ktery je pro ni unikatni (neco, jako CRC, ale vzdy je to unikatni pro kazdou zpravu)
Tento MAC_podepisovatele se zasifruje privatnim klicem a pripoji ke zprave - to je ten DigiPodpis
Dojde k odeslani
Prijemce z prijate zpravy spocita svuj MAC_prijemce
Prijemce rozsifruje DigiPodpis verejnym klicem odesilatele a ziska MAC_odesilatele
Prijemce porvna MAC_prijemce s MAC_odesilatele
Pokud jsou totozne, vi, ze zprava je od odesilatele a nikdo ji neposkodil.
Nikdo jiny nez odesilatel totiz nemuze zasifrovat MAC tak, aby byl rozsifrovatelny pomoci verejneho klice.
