diff options
| author | gregor <gregor@d688527b-c9ab-4aba-bd8d-4036d912da1d> | 2004-08-05 12:05:45 +0000 |
|---|---|---|
| committer | gregor <gregor@d688527b-c9ab-4aba-bd8d-4036d912da1d> | 2004-08-05 12:05:45 +0000 |
| commit | 2baad7fa9e23016a7d40977c8c4e6aa1aebc6ffd (patch) | |
| tree | e8a69d27f282b810d288d45d0e43db5ec5b03b84 /spss.handbook/handbook/intro/intro.html | |
| parent | 0e1015514b0e02436a6863d7afe930008e9b6f26 (diff) | |
| download | moa-id-spss-2baad7fa9e23016a7d40977c8c4e6aa1aebc6ffd.tar.gz moa-id-spss-2baad7fa9e23016a7d40977c8c4e6aa1aebc6ffd.tar.bz2 moa-id-spss-2baad7fa9e23016a7d40977c8c4e6aa1aebc6ffd.zip | |
Neuorganisation des Handbuchs. Auslagerung in ein eigenes Projekt.
git-svn-id: https://joinup.ec.europa.eu/svn/moa-idspss/trunk@163 d688527b-c9ab-4aba-bd8d-4036d912da1d
Diffstat (limited to 'spss.handbook/handbook/intro/intro.html')
| -rw-r--r-- | spss.handbook/handbook/intro/intro.html | 43 |
1 files changed, 43 insertions, 0 deletions
diff --git a/spss.handbook/handbook/intro/intro.html b/spss.handbook/handbook/intro/intro.html new file mode 100644 index 000000000..d2828c5a8 --- /dev/null +++ b/spss.handbook/handbook/intro/intro.html @@ -0,0 +1,43 @@ +<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> +<html> +<head> + <meta http-equiv="content-type" content="text/html; charset=iso-8859-1"> + <title>Die österreichische Bürgerkarte - Einführung</title> + <link rel="stylesheet" href="../common/MOA.css" type="text/css"> +</head> +<body bgcolor="white" text="#000000" link="#990000" vlink="#666666" alink="#cc9966"> + <table class="logoTable" width="100%" border="0" cellspacing="0" cellpadding="10"> + <tr> + <td align="center" width="30%"><img src="../common/LogoBKA.png" width="267" height="36" alt="Logo BKA"></td> + <td align="center" class="logoTitle"><div align="right">Open Source + für das E-Government</div></td> + </tr> + </table> + <hr/> + <p class="title"><a href="../index.html">MOA: Serversignatur (SS) und Signaturprüfung (SP), V 1.2 </a></p> + <p class="subtitle">Einführung</p> + <hr/> + <h1>Inhalt</h1> + <ol> + <li> + <p><a href="#allgemeines">Allgemeines</a></p> + </li> + <li> + <p><a href="#ss">Modul Serversignatur (SS) </a></p> + </li> + <li><a href="#sp">Modul Signaturprüfung (SP) </a></li> + </ol> +<hr/> + <h1><a name="allgemeines"></a>1 Allgemeines</h1> + <p> Die Module Serversignatur (SS) und Signaturprüfung (SP) können von Anwendungen verwendet werden, um elektronische Signaturen zu erstellen bzw. vorliegende elektronische Signaturen zu überprüfen.</p> + <p> Die Funktionalität und der Aufbau der Schnittstelle zu den beiden Modulen ist in der <a href="../spec/MOA-SPSS-1.2.pdf" target="_blank" class="term">Spezifikation MOA SP/SS (V1.2)</a> detailliert beschrieben. Da diese Spezifikation auf der <a href="http://www.buergerkarte.at/konzept/securitylayer/spezifikation/20020831/core/Core.html" target="_blank" class="term"> Schnittstellenspezifikation des Security-Layers (V 1.1)</a> aufbaut, ist deren Kenntnis zum Verstehen der Schnittstellen zu SS und SP erforderlich. </p> + <h1><a name="ss"></a>2 Modul Serversignatur (SS) </h1> + <p> Das Modul Serversignatur (SS) dient zum Erstellen von XML-Signaturen in Anlehnung an die <a href="http://www.buergerkarte.at/konzept/securitylayer/spezifikation/20020831/core/Core.html"> </a><a href="http://www.buergerkarte.at/konzept/securitylayer/spezifikation/20020831/core/Core.html" target="_blank" class="term">Schnittstellenspezifikation des Security-Layers (V 1.1)</a>. Eine Signatur kann entweder rein in Software erstellt werden, oder aber unter Zuhilfenahme eines Hardware Security Modules (HSM), das den privaten Schlüssel geschützt enthält und die Signatur berechnet.</p> + <p> Der Zugriff auf einzelne Signaturschlüssel in MOA SS kann basierend auf dem für TLS-Client-Authentisierung verwendeten Zertifikat eingeschränkt werden. </p> + <p> Anwendungen können das Modul entweder als Web-Service oder über ein Java-API ansprechen. </p> + <h1><a name="sp"></a>3 Modul Signaturprüfung (SP) </h1> + <p> Das Modul Signaturprüfung (SP) dient zum Überprüfen von <a href="http://www.w3.org/TR/2002/REC-xmldsig-core-20020212/" target="_blank">XML-Signaturen</a> und <a href="http://www.ietf.org/rfc/rfc2630.txt" target="_blank">CMS-Signaturen</a>. </p> + <p>Im Zuge der Verifikation einer XML-Signatur werden die Signatur, gegebenenfalls vorhandene XMLDSIG-Manifeste, als auch die Gültigkeit und Anwendbarkeit des Zertifikats überprüft. Bei XML-Signaturen kann zusätzlich überprüft werden, ob sie den speziellen Anforderungen <a href="http://www.buergerkarte.at/konzept/securitylayer/spezifikation/20020831/core/Core.html" target="_blank" class="term">Schnittstellenspezifikation des Security-Layers (V 1.1)</a> entsprechen (vgl. Signaturmanifest). </p> + <p> Anwendungen können das Modul entweder als Web-Service oder über ein Java-API ansprechen.</p> +</body> +</html> |