Čtecí služby poskytují informace z konkrétního agendového systému. V rámci zápisových služeb předává volající strana do agendového systému určitá data. Prostředí MZe poskytuje několik zápisových služeb, které se využívají pro přenos dat do agendových systémů. Použití certifikátu pro služby uvedené výše pod bodem 1. znamená realizaci celého elektronického podání pouze prostřednictvím uvedené služby bez nutnosti využití dalšího rozhraním (datové schránky, písemné formy žádosti).
První certifikační autorita, a.s. Česká pošta, s.p. Certifikát musí být před jeho použitím párován s konkrétním účtem 99. Do aplikace Editace kontaktů byla přidána nová funkcionalita, která umožňuje vložení veřejné části certifikátu. Návod na vložení certifikátu tímto způsobem je na konci článku. Certifikát je možné zaregistrovat i do testovacího prostředí k testovacím účtům 99. Pro organizaci s automatickým režimem přidělování rolí byla role přidělena automaticky všem účtům 99. Omezení je pouze pro zápisové služby (aktuálně OOS_ZUP01C, OOS_ZUO01B).
V rámci volání systém MZe vyhodnocuje platnost certifikátu na systém OCSP. Platnost zprávy vypršela. Nepodařilo se sestavit řetěz certifikátů. Použitý certifikát pravděpodobně nebyl vydán povolenou certifikační autoritou. Použitý certifikát nebyl vydán důvěryhodnou certifikační autoritou. Nepodařilo se ověřit stav zneplatnění certifikátu. Použitý certifikát byl zneplatněn. Použitý certifikát je v tento okamžik neplatný. Použitý certifikát je již v tento okamžik neplatný. Platnost certifikátu skončila. Použitý certifikát není určen k digitálnímu podpisu. Nelze ověřit Vaši identitu. Použitý osobní certifikát uživatele není certifikátem očekávaným (registrovaným) v příslušné autorizační databázi (nesouhlasí CA).
Použitý osobní certifikát uživatele není certifikátem očekávaným (registrovaným) v příslušné autorizační databázi (nesouhlasí sériové číslo). Použitý osobní certifikát uživatele není certifikátem očekávaným (registrovaným) v příslušné autorizační databázi (nesouhlasí data certifikátu). Uživatel nemá v autorizační databázi registrován osobní certifikát. Nelze ověřit identitu. Nastala chyba při ověřování podpisu.
Testování elektronického podpisu je možné provádět na všech čtecích službách bez jakéhokoliv omezení. Vývojářský nástroj SoapUI má v sobě podporu pro tvorbu elektronicky podpesané XML zprávy. Předpokladem pro další práci je znalost základů Javy a XML podpisů. Začneme tím, že si vytvoříme testovací dvojici soukromého a veřejného klíče pro podpis algoritmem RSA. K tomu použijeme keytool, kterýžto nástroj je součástí Javy. Tento příkaz vygeneruje soukromý a veřejný klíč k algoritmu RSA. Veřejný klíč zabalí do samopodepsaného (self-signed) certifikátu, tedy certifikátu podepsaného soukromým klíčem patřícím k veřejnému klíči tohoto certifikátu.
Po zadání uvedeného příkazu nejprve vyplníme heslo, chránící přístup do souboru s klíči. Enter keystore password: Re-enter new password: What is your first and last name? [Unknown]: Interval Test What is the name of your organizational unit? [Unknown]: What is the name of your organization? [Unknown]: What is the name of your City or Locality? [Unknown]: What is the name of your State or Province? [Unknown]: What is the two-letter country code for this unit? [Unknown]: Is CN=Interval Test, OU=Unknown, O=Unknown, L=Unknown, ST=Unknown, C=Unknown correct?
Digitální podpis ve formátu XML standardizuje rozhraní JSR 105. Dalším krokem bude načtení podepisovaného XML souboru. Nyní vytvoříme všechny elementy, které chceme, aby náš XML podpis obsahoval. Protože v úvodu odkazovaný článek blíže nerozebírá syntaxi elementu KeyInfo, trochu ji zde popíšeme. Element KeyInfo slouží ke zpřístupnění klíče nebo certifikátu, které je možné použít k ověření podpisu. Tento element není automaticky podepsaný, takže by bylo možné například vyměnit certifikát v něm obsažený za jiný se stejným veřejným klíčem, aniž by to mělo vliv na platnost podpisu.
tags:
#kanonizacni #metoda #xml
