<!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>MOA SS und SP - Konfiguration</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" class="logoTitle" width="267"><img src="../common/LogoBKA.png" alt="Logo BKA" width="267" height="37" align="left"></td> <td align="center" class="logoTitle">Open Source<br> für das E-Government</td> <td align="center" class="logoTitle" width="123"><img src="../common/LogoMoa4c.jpg" alt="Logo MOA" width="123" height="138" align="right"></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">Konfiguration</p> <hr/> <h1>Inhalt</h1> <ol> <li> <p><a href="#übersicht">Übersicht</a></p> <ol> <li><a href="#übersicht_zentraledatei">Zentrale Konfigurationsdatei</a></li> <li><a href="#übersicht_bekanntmachung">Bekanntmachung der Konfigurationsdatei </a> <ol> <li><a href="#übersicht_bekanntmachung_laufenderbetrieb">Aktualisierung der Konfiguration im laufenden Betrieb</a></li> </ol> </li> <li><a href="#übersicht_logging">Konfiguration des Loggings</a></li> </ol> </li> <li><a href="#konfigurationsparameter">Konfigurationsparameter</a> <ol> <li><a href="#konfigurationsparameter_kanonisierungsalgorithmus">Kanonisierungs-Algorithmus</a></li> <li><a href="#konfigurationsparameter_digestalgorithmus">Digest-Algorithmus</a></li> <li><a href="#konfigurationsparameter_genericconfiguration">Generic Configuration</a> <ol> <li><a href="#konfigurationsparameter_genericconfiguration_zertpfad">Parameter für die Zertifikatspfadbildung</a> <ol> <li><a href="#konfigurationsparameter_genericconfiguration_zertpfad_autoaddcertificates">Cachen von Zertifikaten</a></li> <li><a href="#konfigurationsparameter_genericconfiguration_zertpfad_useauthorityinfoaccess">Auswertung der Zertifikatserweiterung <span class="term">Authority Information Access</span></a></li> <li><a href="#konfigurationsparameter_genericconfiguration_zertpfad_dircertstoreparamsrootdir">Lokalisierung des Zertifikatsspeichers</a></li> </ol> </li> <li><a href="#konfigurationsparameter_genericconfiguration_widerruf">Parameter für die Widerrufsprüfung</a> <ol> <li><a href="#konfigurationsparameter_genericconfiguration_widerruf_checkrevocation">Aktivieren der Widerrufsprüfung</a></li> <li><a href="#konfigurationsparameter_genericconfiguration_widerruf_maxrevocationage">Maximales Alter der Widerrufsinformation</a></li> <li><a href="#konfigurationsparameter_genericconfiguration_widerruf_archiveRevocationInfo">Archivierung von Widerrufsinformationen</a></li> </ol> </li> </ol> </li> <li><a href="#konfigurationsparameter_hardwarekeymodule">Hardware-Schlüsselspeicher</a></li> <li><a href="#konfigurationsparameter_softwarekeymodule">Software-Schlüsselspeicher</a></li> <li><a href="#konfigurationsparameter_keygroup">Schlüsselgruppen</a></li> <li><a href="#konfigurationsparameter_keygroupmapping">Zuordnung von Schlüsselgruppen zu Kunden</a></li> <li><a href="#konfigurationsparameter_crlarchive">Archivierungsdauer für Widerrufsinformationen</a></li> <li><a href="#konfigurationsparameter_crldp">Manuelle Konfiguration von Verteilungspunkten für Widerrufslisten</a></li> <li><a href="#konfigurationsparameter_profiles">Vordefinierte Profile</a></li> <li><a href="#konfigurationsparameter_trustprofile">Vertrauensprofile</a></li> </ol> </li> <li><a href="#beispielkonfigurationen">Beispielkonfigurationen</a> <ol> <li><a href="#beispielkonfigurationen_minss">Minimale Konfiguration für MOA SS</a></li> <li><a href="#beispielkonfigurationen_minsp">Minimale Konfiguration für MOA SP</a></li> <li><a href="#beispielkonfigurationen_typspss">Typische Konfiguration für MOA SP/SS</a></li> </ol> </li> </ol> <hr/> <h1><a name="�bersicht" id="�bersicht"></a>1 Übersicht </h1> <p>Dieses Handbuch beschreibt detailliert die Konfigurationsmöglichkeiten für MOA SP/SS. Wenn nicht anders angegeben, beziehen sich die Erläuterungen sowohl auf die Konfiguration des Webservices als auch auf die Konfiguration von MOA SP/SS für den Einsatz als Klassenbibliothek.</p> <h2><a name="�bersicht_zentraledatei" id="�bersicht_zentraledatei"></a>1.1 Zentrale Konfigurationsdatei</h2> <p>Die Konfiguration von MOA SP/SS erfolgt zentral über eine einzige Konfigurationsdatei. Das Format der Konfigurationsdatei ist XML und muss dem Schema <a href="./MOA-SPSS.config.xsd">MOA-SPSS.config.xsd</a> entsprechen. <a href="#konfigurationsparameter">Abschnitt 2</a> erläutert die Konfigurationsmöglichkeiten im Einzelnen.</p> <h2><a name="�bersicht_bekanntmachung" id="�bersicht_bekanntmachung"></a>1.2 Bekanntmachung der Konfigurationsdatei</h2> <p>Die zentrale Konfigurationsdatei von MOA SP/SS wird der <span class="term">Java Virtual Machine</span>, in der MOA SP/SS läuft, durch eine <span class="term">System Property </span> mitgeteilt (wird beim Starten der <span class="term">Java Virtual Machine</span> in der Form <code>-D<name>=<wert></code> gemacht). Der Name der <span class="term">System Property</span> lautet <code>moa.spss.server.configuration</code>; als Wert der <span class="term">System Property</span> ist der Pfad sowie der Name der Konfigurationsdatei im Dateisystem anzugeben, z.B.</p> <pre>moa.spss.server.configuration=C:/Programme/apache/tomcat-4.1.30/conf/moa-spss/moa-spss.config.xml </pre> <p>Weitere Informationen zum Bekanntmachen der zentralen Konfigurationsdatei für MOA SP/SS erhalten Sie in <a href="../install/install.html#webservice_basisinstallation_installation_spssdeploy">Abschnitt 2.1.2.3</a> des Installationshandbuchs.</p> <h3><a name="�bersicht_bekanntmachung_laufenderbetrieb" id="�bersicht_bekanntmachung_laufenderbetrieb"></a>1.2.1 Aktualisierung der Konfiguration im laufenden Betrieb</h3> <p>Wird MOA SP/SS als Webservice eingesetzt, kann durch Aufrufen einer speziellen URL des Webservice ein erneutes Einlesen der Konfigurationsdatei erzwungen werden. Damit ist es möglich, Änderungen an der Konfigurationsdatei vorzunehmen, und diese Änderungen ohne Neustart des zu Grunde liegenden Servlet Containers in den Betrieb zu übernehmen.</p> <p>Weitere Informationen zum erneuten Einlesen der Konfigurationsdatei im Webservice-Betrieb erhalten Sie in <a href="../install/install.html#webservice_basisinstallation_installation_changeonthefly">Abschnitt 2.1.2.5</a> des Installationshandbuchs.</p> <h2><a name="�bersicht_logging" id="�bersicht_logging"></a>1.3 Konfiguration des Loggings</h2> <p>MOA SP/SS verwendet als Framework für Logging-Information die Open Source Software <code>log4j</code>. Die Konfiguration der Logging-Information erfolgt nicht direkt durch MOA SP/SS, sondern über eine eigene Konfigurationsdatei, die der <span class="term">Java Virtual Machine</span> durch eine <span class="term">System Property </span> mitgeteilt wird. Der Name der <span class="term">System Property </span> lautet <code>log4j.configuration</code>; als Wert der <span class="term">System Property </span> ist eine URL anzugeben, die auf die <code>log4j</code>-Konfigurationsdatei verweist, z.B.</p> <p> <pre>log4j.configuration=file:/C:/Programme/apache/tomcat-4.1.30/conf/moa-spss/log4j.properties</pre> Weitere Informationen zur Konfiguration des Loggings erhalten Sie in <a href="../install/install.html#webservice_basisinstallation_logging">Abschnitt 2.1.3</a> des Installationshandbuchs. </p> <h1><a name="konfigurationsparameter"></a>2 Konfigurationsparameter</h1> <p>Nachfolgend werden die verfügbaren Konfigurationsparameter der zentralen Konfigurationsdatei im Detail erläutert. Die Reihenfolge der Abhandlung entspricht der Reihenfolge des vorgeschriebenen Auftretens in der Konfigurationsdatei. Für beispielhafte Konfigurationsdateien siehe <a href="#beispielkonfigurationen">Abschnitt 3</a>. </p> <p>Muss der Wert eines Konfigurationsparameters eine URL oder eine Pfadangabe sein, und wird als konkreter Wert eine relative URL bzw. ein relativer Pfad angegeben, so wird diese Angabe relativ zum Pfad jenes Verzeichnisses interpretiert, in dem die zentrale Konfigurationsdatei gespeichert ist.</p> <p>Präfixe für Namenräume von XML-Elementen werden wie folgt verwendet:</p> <table class="fixedWidth" border="1" cellpadding="2"> <tr> <th scope="col">Präfix</th> <th scope="col">Namenraum</th> </tr> <tr> <td><code>cfg</code></td> <td><code>http://reference.e-government.gv.at/namespace/moaconfig/20021122#</code></td> </tr> <tr> <td><code>dsig</code></td> <td><code>http://www.w3.org/2000/09/xmldsig#</code></td> </tr> <tr> <td>moa</td> <td><code>http://reference.e-government.gv.at/namespace/moa/20020822#</code></td> </tr> <tr> <td><code>xs</code></td> <td><code>http://www.w3.org/2001/XMLSchema</code></td> </tr> </table> <h2><a name="konfigurationsparameter_kanonisierungsalgorithmus" id="konfigurationsparameter_kanonisierungsalgorithmus"></a>2.1 Kanonisierungs-Algorithmus</h2> <table class="fixedWidth" border="1" cellpadding="2"> <tr> <td>Name</td> <td><code>cfg:CanonicalizationAlgorithm</code></td> </tr> <tr> <td>Relevanz</td> <td>MOA SS </td> </tr> <tr> <td> Gebrauch</td> <td>optional</td> </tr> <tr> <td>Erläuterung</td> <td><p> Als Inhalt des Elements kann der Kanonisierungs-Algorithmus, der für das Erstellen von XML-Signaturen verwendet werden soll und in der Signatur als Inhalt von <code>dsig:Signature/dsig:SignedInfo/dsig:CanonicalizationMethod</code> aufscheint, spezifiziert werden. Folgende Werte dürfen verwendet werden:</p> <p> <pre>http://www.w3.org/TR/2001/REC-xml-c14n-20010315 <br>http://www.w3.org/TR/2001/REC-xml-c14n-20010315#WithComments <br>http://www.w3.org/2001/10/xml-exc-c14n# <br>http://www.w3.org/2001/10/xml-exc-c14n#WithComments </pre> </p> <p>Wird das Element nicht angegeben, wird folgender Wert als Default-Wert verwendet:</p> <pre>http://www.w3.org/TR/2001/REC-xml-c14n-20010315 </pre> <p>F�r die genaue Bedeutung der Werte siehe die <a href="http://www.w3.org/TR/xmldsig-core/" target="_blank">Spezifikation f�r XML-Signaturen</a>.</p></td> </tr> </table> <h2><a name="konfigurationsparameter_digestalgorithmus" id="konfigurationsparameter_digestalgorithmus"></a>2.2 Digest-Algorithmus</h2> <table class="fixedWidth" border="1" cellpadding="2"> <tr> <td>Name</td> <td><code>cfg:DigestAlgorithm</code></td> </tr> <tr> <td>Relevanz</td> <td>MOA SS </td> </tr> <tr> <td>Gebrauch</td> <td>optional</td> </tr> <tr> <td>Erläuterung</td> <td><p> Als Inhalt des Elements kann der Digest-Algorithmus, der für das Erstellen von XML-Signaturen verwendet werden soll und in der Signatur als Inhalt von <code>dsig:Signature/dsig:SignedInfo/dsig:Reference/dsig:DigestMethod</code> aufscheint, spezifiziert werden. Folgende Werte dürfen verwendet werden:</p> <p> <pre>http://www.w3.org/2000/09/xmldsig#sha1 </pre> <p></p> <p>Wird das Element nicht angegeben, wird folgender Wert als Default-Wert verwendet:</p> <pre>http://www.w3.org/2000/09/xmldsig#sha1</pre> <p>Für die genaue Bedeutung der Werte siehe die <a href="http://www.w3.org/TR/xmldsig-core/" target="_blank">Spezifikation für XML-Signaturen</a>.</p></td> </tr> </table> <h2><a name="konfigurationsparameter_genericconfiguration" id="konfigurationsparameter_genericconfiguration"></a>2.3 Generic Configuration </h2> <p> Das Element <code>cfg:GenericConfiguration</code> ermöglicht die Bekanntgabe eines Name/Wert-Paares mittels seiner Attribute <code>name</code> und <code>value</code>. Das Element kann beliebig oft verwendet werden. Nachfolgend findet sich eine Erläuterung jener Namen (Attribut <code>name</code>), die MOA zu interpretieren weiß.</p> <h3><a name="konfigurationsparameter_genericconfiguration_zertpfad" id="konfigurationsparameter_genericconfiguration_zertpfad"></a>2.3.1 Parameter für die Zertifikatspfadbildung</h3> <h4><a name="konfigurationsparameter_genericconfiguration_zertpfad_autoaddcertificates" id="konfigurationsparameter_genericconfiguration_zertpfad_autoaddcertificates"></a>2.3.1.1 Cachen von Zertifikaten</h4> <table class="fixedWidth" border="1" cellpadding="2"> <tr> <td> <code>cfg:GenericConfiguration/@name</code> </td> <td><code>autoAddCertificates</code></td> </tr> <tr> <td>Relevanz</td> <td>MOA SP</td> </tr> <tr> <td>Gebrauch</td> <td>optional</td> </tr> <tr> <td>Erläuterung</td> <td><p> Gibt an, ob Zertifikate, die in einer zu prüfenden Signatur enthalten sind bzw. bei der Zertifikatspfaderstellung durch Auswertung der Zertifikatserweiterung <span class="term">Authority Information Access</span> (siehe auch Parameter <code>useAuthorityInfoAccess</code>) aus dem Internet geladen werden, automatisch in den lokalen Zertifikatsspeicher hinzugefügt werden sollen (siehe auch Parameter <code>DirectoryCertStoreParameters.RootDir</code>).</p> <p>Zulässige Werte für diesen Parameter sind <code>true</code> oder <code>false</code>.</p> <p>Der Default-Wert lautet <code>true</code>. </p> </td> </tr> </table> <h4><a name="konfigurationsparameter_genericconfiguration_zertpfad_useauthorityinfoaccess" id="konfigurationsparameter_genericconfiguration_zertpfad_useauthorityinfoaccess"></a>2.3.1.2 Auswertung der Zertifikatserweiterung <span class="term">Authority Information Access</span></h4> <table class="fixedWidth" border="1" cellpadding="2"> <tr> <td> <code>cfg:GenericConfiguration/@name</code> </td> <td><code>useAuthorityInfoAccess</code></td> </tr> <tr> <td>Relevanz</td> <td>MOA SP</td> </tr> <tr> <td>Gebrauch</td> <td>optional</td> </tr> <tr> <td>Erläuterung</td> <td><p> Gibt an, ob die Zertifikatserweiterung <span class="term">Authority Information Access</span> für die Zertifikatspfaderstellung verwendet werden soll. Wird der Wert auf <code>true</code> gesetzt, dann setzt MOA auch den Parameter <code>autoAddCertificate</code> automatisch auf <code>true</code> und ignoriert den gegebenenfalls in der Konfigurationsdatei dafür gesetzten Wert. </p> <p>Zulässige Werte für diesen Parameter sind <code>true</code> oder <code>false</code>.</p> <p>Der Default-Wert lautet <code>true</code>. </p></td> </tr> </table> <h4><a name="konfigurationsparameter_genericconfiguration_zertpfad_dircertstoreparamsrootdir" id="konfigurationsparameter_genericconfiguration_zertpfad_dircertstoreparamsrootdir"></a>2.3.1.3 Lokalisierung des Zertifikatsspeichers</h4> <table class="fixedWidth" border="1" cellpadding="2"> <tr> <td> <code>cfg:GenericConfiguration/@name</code> </td> <td><code> DirectoryCertStoreParameters.RootDir</code></td> </tr> <tr> <td>Relevanz</td> <td>MOA SP</td> </tr> <tr> <td>Gebrauch</td> <td>optional</td> </tr> <tr> <td>Erläuterung</td> <td><p> Gibt ein Verzeichnis im lokalen Dateisystem an, das von MOA als lokaler Zertifikatsspeicher verwendet werden soll. </p> <p>Zulässige Werte für diesen Parameter sind absolute oder relative Pfadangaben, z.B.:</p> <p> <pre>C:/Programme/apache/tomcat-4.1.30/conf/moa-spss/certstore</pre> <pre>certstore</pre><p>Der Default-Wert lautet:</p> <pre>certstore</pre></td> </tr> </table> <h3><a name="konfigurationsparameter_genericconfiguration_widerruf" id="konfigurationsparameter_genericconfiguration_widerruf"></a>2.3.2 Parameter für die Widerrufsprüfung</h3> <h4><a name="konfigurationsparameter_genericconfiguration_widerruf_checkrevocation" id="konfigurationsparameter_genericconfiguration_widerruf_checkrevocation"></a>2.3.2.1 Aktivieren der Widerrufsprüfung</h4> <table class="fixedWidth" border="1" cellpadding="2"> <tr> <td> <code>cfg:GenericConfiguration/@name</code> </td> <td><code> checkRevocation</code></td> </tr> <tr> <td>Relevanz</td> <td>MOA SP</td> </tr> <tr> <td>Gebrauch</td> <td>optional</td> </tr> <tr> <td>Erläuterung</td> <td><p> Gibt an, ob bei der Zertifikatsüberprüfung im Zuge einer Signaturprüfung auch der Zertifikatsstatus jedes einzelnen Zertifikats des gebildeten Zertifikatspfads überprüft werden soll. </p> <p class="remark">Bitte beachten Sie: Die Widerrufsprüfung ist ein sehr wichtiger Schritt der Zertifikatsüberprüfung und somit der Signaturprüfung. Eine Deaktivierung sollte nur in begründeten Ausnahmefällen in Erwägung gezogen werden, z.B. für Testsituationen. </p> <p>Zulässige Werte für diesen Parameter sind <code>true</code> oder <code>false</code>.</p> <p>Der Default-Wert lautet <code>true</code>. </p></td> </tr> </table> <h4><a name="konfigurationsparameter_genericconfiguration_widerruf_maxrevocationage" id="konfigurationsparameter_genericconfiguration_widerruf_maxrevocationage"></a>2.3.2.2 Maximales Alter der Widerrufsinformation </h4> <table class="fixedWidth" border="1" cellpadding="2"> <tr> <td> <code>cfg:GenericConfiguration/@name</code> </td> <td><code> maxRevocationAge</code></td> </tr> <tr> <td>Relevanz</td> <td>MOA SSP</td> </tr> <tr> <td>Gebrauch</td> <td>optional</td> </tr> <tr> <td>Erläuterung</td> <td><p> Gibt an, wie aktuell eine ggf. lokal gespeicherte Widerrufsinformation sein muss, damit sie von MOA SP als gültig angesehen wird. Ist die lokal gespeicherte Widerrufsinformation nicht aktuell genug, wird sie von MOA SP erneut aus dem Internet geladen.</p> <p>Dieser Parameter wird nur ausgewertet, wenn die Widerrufsprüfung aktiviert ist (siehe Parameter <code>checkRevocation</code>). </p> <p>Zulässige Werte für diesen Parameter sind ganze Zahlen: </p> <ul> <li>Ein beliebiger negativer Wert bedeutet, dass eine Widerrufsinformation jedes Mal, wenn sie benötigt wird, neu aus dem Internet geladen wird. </li> <li>Der Wert <code>0</code> bedeutet, dass eine Widerrufsinformation dann neu geladen wird, wenn das Datum im Feld <code>nextUpdate</code> der entsprechenden Widerrufsliste bereits überschritten ist.</li> <li>Ein positiver Wert gibt gibt die Zeitspanne in Millisekunden an, nach der eine ggf. vorhandene lokale Widerrufsinformation spätestens durch erneutes Laden aus dem Internet aktualisiert wird.</li> </ul> <p>Der Default-Wert lautet <code>0</code>. </p></td> </tr> </table> <h4><a name="konfigurationsparameter_genericconfiguration_widerruf_archiveRevocationInfo" id="konfigurationsparameter_genericconfiguration_widerruf_archiveRevocationInfo"></a>2.3.2.3 Archivierung von Widerrufsinformationen</h4> <table class="fixedWidth" border="1" cellpadding="2"> <tr> <td> <code>cfg:GenericConfiguration/@name</code> </td> <td><code> archiveRevocationInfo</code></td> </tr> <tr> <td>Relevanz</td> <td>MOA SP</td> </tr> <tr> <td>Gebrauch</td> <td>optional</td> </tr> <tr> <td>Erläuterung</td> <td><p> Gibt an, ob mittlerweile ungültig gewordene (i.e. historische) Widerrufsinformationen von MOA SP archiviert werden soll. Dieser Parameter wird nur dann ausgewertet, wenn gleichzeitig auch der Parameter <code>DataBaseArchiveParameter.JDBCUrl</code> (siehe unten) angegeben wird. </p> <p>Zulässige Werte für diesen Parameter sind <code>true</code> oder <code>false</code>.</p> <p>Der Default-Wert lautet <code>true</code>. </p></td> </tr> </table> <table class="fixedWidth" border="1" cellpadding="2"> <tr> <td> <code>cfg:GenericConfiguration/@name</code> </td> <td><code> DataBaseArchiveParameter.JDBCUrl</code></td> </tr> <tr> <td>Relevanz</td> <td>MOA SP</td> </tr> <tr> <td>Gebrauch</td> <td>optional</td> </tr> <tr> <td>Erläuterung</td> <td><p> Gibt eine JDBC-URL zu jener Datenbank an, in der MOA historische Widerrufsinformationen archivieren soll. Wird dieser Paramter gesetzt, muss gleichzeitig auch der Parameter <code>archiveRevocationInfo</code> (siehe oben) auf den Wert <code>true</code> gesetzt werden.</p> <p> Der genaue Aufbau der JDBC-URL ist abhängig von der verwendeten Datenbank. Im Fall von PostgreSQL kann folgende URL verwendet werden:</p> <pre>jdbc:postgresql://<host>/<moadb>?user=<moauser>&amp;password=<moapassword></pre> <p> Die Platzhalter <code><host></code>, <code><moadb></code>, <code><moauser></code> und <code><moapassword></code> müssen dabei an die tatsächlich verwendete Datenbank angepasst werden.</p> <p class="remark"> Bitte beachten Sie: Die Kodierung des Zeichens "&" als "&amp;" ist erforderlich, da es andernfalls zu einem Validierungsfehler beim Parsen der XML-Konfigurationsdatei durch MOA kommen würde.</p> <p class="remark"> Bitte beachten Sie: MOA SP legt eigenständig eine passende Tabelle in der angegebenen Datenbank an und befüllt diese dann in weiterer Folge. Der in der JDBC-URL angegebene Benutzer muss mit den dazu passenden Rechten ausgestattet sein. </p> <p>Für diesen Parameter existiert kein Default-Wert. </p></td> </tr> </table> <table class="fixedWidth" border="1" cellpadding="2"> <tr> <td> <code>cfg:GenericConfiguration/@name</code> </td> <td><code> DataBaseArchiveParameter.JDBCDriverClass</code></td> </tr> <tr> <td>Relevanz</td> <td>MOA SP</td> </tr> <tr> <td>Gebrauch</td> <td>optional</td> </tr> <tr> <td>Erläuterung</td> <td><p> Dieser Parameter kann verwendet werden, um MOA SP den Klassennamen des JDBC-Datenbanktreibers bekannt zu geben, der zur Ansprache der für die CRL-Archivierung zu verwendenden Datenbank benützt werden soll. Der Parameter wird nur dann ausgewertet, wenn der generische Konfigurationsparameter <code>archiveRevocationInfo</code> auf den Wert <code>true</code> gesetzt ist. </p> <p>Der Wert des Parameters muss den vollständig qualifizierten Java-Klassennamen des JDBC-Treibers enthalten. <p class="remark">Bitte beachten Sie: Wird im Parameter <code>DataBaseArchiveParameter.JDBCUrl</code> entweder eine postgreSQL- oder eine mySQL-Datenbank referenziert, braucht dieser Paramter nicht angegeben zu werden; in diesen Standardfällen erfolgt eine automatische Zuordnung zur passenden JDBC-Treiberklasse. </p> <p>Bitte beachten Sie: Informationen zum Anlegen einer Datenbank in postgreSQL finden Sie in <a href="../install/install.html#webservice_erweiterungsmöglichkeiten_datenbank_postgresql">Abschnitt 2.2.2.1</a> des Installationshandbuchs.</p> <p>Für diesen Parameter existiert kein Default-Wert. </p></td> </tr> </table> <h2><a name="konfigurationsparameter_hardwarekeymodule" id="konfigurationsparameter_hardwarekeymodule"></a>2.4 Hardware-Schlüsselspeicher</h2> <table class="fixedWidth" border="1" cellpadding="2"> <tr> <td>Name</td> <td><code>cfg:HardwareKeyModule</code></td> </tr> <tr> <td>Relevanz</td> <td>MOA SS </td> </tr> <tr> <td>Gebrauch</td> <td>optional (zumindest ein Hardware- oder Software-Schlüsselspeicher muss vorhanden sein) </td> </tr> <tr> <td>Erläuterung</td> <td><p>Mit diesem Element wird MOA SS die Verfügbarkeit eines Hardware-Schlüsselspeichers mitgeteilt. </p> <p>Das Element weist bis zu vier Attribute auf:</p> <ul> <li>Attribut <code>id</code>: Dieses obligatorische Attribut vom Typ <code>xs:token</code> enthält einen frei wählbaren Identifikator für dieses Konfigurationselement, der innerhalb der XML-Konfigurationsdatei eindeutig sein muss. Mit Hilfe dieses Identifikators wird im Konfigurationselement <code>cfg:KeyGroup</code> auf dieses Konfigurationselement referenziert.</li> <li> Attribut <code>name</code>: Dieses obligatorische Attribut vom Typ <code>xs:string</code> enthält den Dateinamen der DLL (Windows) oder der Shared-Library (Unix), welche die PKCS#11-Schnittstelle zum Hardware-Schlüsselspeicher implementiert; der Wert enthält entweder einen Dateinamen mit absoluter Pfadangabe oder einen Dateinamen ohne Pfadangabe. Im letzteren Fall wird der Dateiname relativ zum Suchpfad des Betriebssystems interpretiert. </li> <li>Attribut <code>slotID</code>: Dieses optionale Attribut vom Typ <code>xs:string</code> gibt des Slot der PKCS#11-Schnittstelle an, über den der Hardware-Schlüsselspeicher von MOA SS angesprochen werden soll. Fehlt dieses Attribut, wählt MOA SS selbst einen Slot aus der Liste der verfügbaren Slots aus. </li> <li>Attribut <code>userPIN</code>: Dieses obligatorische Attribut vom Typ <code>xs:string</code> enthält den PIN-Code zur Freischaltung der Schlüsselverwendung über die PKCS#11-Schnittstelle des Hardware-Schlüsselspeichers. </li> </ul> <p>Das Element hat keinen Element-Inhalt. </p></td> </tr> </table> <h2><a name="konfigurationsparameter_softwarekeymodule" id="konfigurationsparameter_softwarekeymodule"></a>2.5 Software-Schlüsselspeicher</h2> <table class="fixedWidth" border="1" cellpadding="2"> <tr> <td>Name</td> <td><code>cfg:SoftwareKeyModule</code></td> </tr> <tr> <td>Relevanz</td> <td>MOA SS </td> </tr> <tr> <td>Gebrauch</td> <td>optional (zumindest ein Hardware- oder Software-Schlüsselspeicher muss vorhanden sein)</td> </tr> <tr> <td>Erläuterung</td> <td><p>Mit diesem Element wird MOA SS die Verfügbarkeit eines Software-Schlüsselspeichers in Form einer PKCS#12-Datei mitgeteilt. </p> <p>Das Element weist drei obligatorische Attribute auf:</p> <ul> <li>Attribut <code>id</code>: Dieses Attribut vom Typ <code>xs:token</code> enthält einen frei wählbaren Identifikator für dieses Konfigurationselement, der innerhalb der XML-Konfigurationsdatei eindeutig sein muss. Mit Hilfe dieses Identifikators wird im Konfigurationselement <code>cfg:KeyGroup</code> auf dieses Konfigurationselement referenziert.</li> <li> Attribut <code>filename</code>: Dieses Attribut vom Typ <code>xs:string</code> enthält den Dateinamen der PKCS#12-Datei, die den Software-Schlüsselspeicher repräsentiert. Der Wert enthält einen Dateinamen mit absoluter oder relativer Pfadangabe. Eine relative Pfadangabe wird von MOA SS relativ zum Pfad jenes Verzeichnisses interpretiert, in dem die zentrale Konfigurationsdatei gespeichert ist.</li> <li>Attribut <code>password</code>: Dieses Attribut vom Typ <code>xs:string</code> enthält das Passwort zum Entschlüsseln der Inhalte der PKCS#12-Datei. </li> </ul> <p>Das Element hat keinen Element-Inhalt. </p></td> </tr> </table> <h2><a name="konfigurationsparameter_keygroup" id="konfigurationsparameter_keygroup"></a>2.6 Schlüsselgruppen </h2> <table class="fixedWidth" border="1" cellpadding="2"> <tr> <td>Name</td> <td><code>cfg:KeyGroup</code></td> </tr> <tr> <td>Relevanz</td> <td>MOA SS </td> </tr> <tr> <td>Gebrauch</td> <td>obligatorisch (zumindest eine Schlüsselgruppe muss vorhanden sein) </td> </tr> <tr> <td>Erläuterung</td> <td><p>Mit diesem Element wird in MOA SS eine Schlüsselgruppe definiert. Eine Schlüsselgruppe ist eine Zusammenfassung von einem oder mehreren privaten Schlüsseln, die in Hardware- bzw. Softwareschlüsselspeichern (vergleiche Abschnitte <a href="#konfigurationsparameter_hardwarekeymodule">2.4</a> bzw. <a href="#konfigurationsparameter_softwarekeymodule">2.5</a>) verwaltet werden. Die Schlüsselgruppe wird vom Kunden von MOA SS über einen eindeutigen Bezeichner im Request zur Signaturerstellung angesprochen. </p> <p>Sinn der Zusammenfassung von mehreren privaten Schlüsseln zu einer Schlüsselgruppe ist es, dass MOA SS selbst entscheidet, welcher konkrete Schlüssel aus der Schlüsselgruppe zur Erstellung der Signatur verwendet wird. Durch die somit mögliche Parallelisierung (mehrere private Schlüssel werden parallel für Anfragen, die auf die gleiche Schlüsselgruppe referenzieren) lässt sich der Durchsatz der erstellten Signaturen verbessern. </p> <p>Das Element <code>cfg:KeyGroup</code> weist ein obligatorisches Attribut auf:</p> <ul> <li>Attribut <code>id</code>: Dieses Attribut vom Typ <code>xs:token</code> enthält einen frei wählbaren Identifikator für dieses Konfigurationselement, der innerhalb der XML-Konfigurationsdatei eindeutig sein muss. Mit Hilfe dieses Identifikators wird im Konfigurationselement <code>cfg:KeyGroupMapping</code> auf dieses Konfigurationselement referenziert. Weiters wird dieser Identifikator im Request zur Erstellung der Signatur verwendet, um die zu verwendende Schlüsselgruppe anzugeben. </li> </ul> <p>Das Element <code>cfg:KeyGroup</code> hat folgenden Element-Inhalt:</p> <ul> <li>Element <code>cfg:Key</code>: Dieses Element muss zumindest einmal vorkommen. Jedes Element beschreibt einen der privaten Schlüssel, aus denen sich die Schlüsselgruppe zusammensetzt. Das Element weist keine Attribute auf und hat folgenden Element-Inhalt: <ul> <li>Element <code>cfg:KeyModuleID</code>: Dieses Element kommt genau einmal vor. Mit ihm wird auf einen der konfigurierten Hardware- oder Software-Schlüsselspeicher referenziert. Sein Textinhalt vom Typ <code>xs:token</code> enthält den Identifikator des Hardware- oder Software-Schlüsselspeichers, so wie er in <code>cfg:HardwareKeyModule/@id</code> bzw. <code>cfg:SoftwareKeyModule/@id</code> festgelegt wurde. </li> <li>Element <code>cfg:KeyCertIssuerSerial</code>: Dieses Element kommt ebenfalls genau einmal vor. Mit ihm wird ein privater Schlüssel innerhalb des mit <code>cfg:KeyModuleID</code> ausgewählten Schlüsselspeichers ausgewählt (sowohl Hardware- als auch Softwareschlüsselspeicher können ja prinzipiell mehr als nur einen einzigen privaten Schlüssel verwalten). Das Element weist keine Attribute auf und hat folgenden Element-Inhalt: <ul> <li>Element <code>dsig:X509IssuerName</code>: Dieses Element kommt genau einmal vor. Sein Textinhalt vom Typ <code>xs:string</code> enthält den Namen des Ausstellers des Zertifikats für den ausgewählten privaten Schlüssel.</li> <li>Element <code>dsig:X509SerialNumber</code>: Dieses Element kommt genau einmal vor. Sein Textinhalt vom Typ <code>xs:integer</code> enthält die Seriennummer des Zertifikats für den ausgewählten privaten Schlüssel. </li> </ul> </li> </ul> </li> </ul> <p>Um auf einfache Weise für alle in Ihren Schlüsselspeichern enthaltenen privaten Schlüssel die jeweiligen Werte für <code>dsig:X509IssuerName</code> und <code>dsig:X509SerialNumber</code> zu erhalten, gehen Sie am besten wie folgt vor:</p> <ol> <li>Erfassen Sie in der zentralen Konfigurationsdatei alle Ihre Schlüsselspeicher mit Hilfe der Konfigurationselemente <code>cfg:HardwareKeyModule</code> bzw. <code>cfg:SoftwareKeyModule</code>. </li> <li>Starten Sie nun - mit bewusst fehlenden <code>cfg:KeyGroup</code> Elementen - den MOA SP/SS Server. Stellen Sie dabei sicher, dass das Log-Level für den Logger <code>moa.spss.server</code> zumindest auf das Niveau <code>info</code> eingestellt ist (Informationen zur Konfiguration des Loggings von MOA SP/SS finden Sie in <a href="../install/install.html#webservice_basisinstallation_logging">Abschnitt 2.1.3</a> des Installationshandbuchs). Im Log-File werden dann alle verfügbaren privaten Schlüssel an Hand der Werte <code>dsig:X509IssuerName</code> und <code>dsig:X509SerialNumber</code> aufgelistet. Vergleichen Sie den folgenden beispielhaften Auszug:<br> <pre>INFO | 15 15:10:14,737 | moa.spss.server | TID=startup NID=node1 MSG=Key <br> ID=SKM_Kunde1;CN=Test CA - Signaturdienste,OU=Technik und Standards,O=Stabstelle IKT-Strategie des Bundes,C=AT;7 INFO | 15 15:10:14,737 | moa.spss.server | TID=startup NID=node1 MSG=Key ID=SKM_allgemein;CN=Test CA - Signaturdienste,OU=Technik und Standards,O=Stabstelle IKT-Strategie des Bundes,C=AT;9<br>INFO | 15 15:10:14,737 | moa.spss.server | TID=startup NID=node1 MSG=Key <br> ID=SKM_Kunde2;CN=Test CA - Signaturdienste,OU=Technik und Standards,O=Stabstelle IKT-Strategie des Bundes,C=AT;8</pre> Der Wert der Eigenschaft ID des Logging-Eintrags gliedert sich in drei Teile: <ol> <li>Der erste Teil enthält den Identifikator des Hardware- bzw. Softwareschlüsselspeichers, so wie er im entsprechenden Konfigurationselement <code>cfg:HardwareKeyModule</code> bzw. <code>cfg:SoftwareKeyModule</code> erfasst wurde. </li> <li>Der zweite Teil enthält nach dem ersten Semikolon den Namen des Ausstellers des Zertifikats für den privaten Schlüssel, so wie er in <code>dsig:X509IssuerName</code> benötigt wird. </li> <li>Der dritte Teil enthält nach dem zweiten Semikolon die Seriennummer des Zertifikats für den privaten Schlüssel, so wie er in <code>dsig:X509SerialNumber</code> benötigt wird. </li> </ol> </li> <li>Erfassen Sie nun mit Hilfe der neu gewonnenen Informationen die Schlüsselgruppen, die in MOA SS zur Verfügung stehen sollen. </li> </ol> <p>Wenn Ihnen für einen privaten Schlüssel, den Sie in eine Schlüsselgruppe aufnehmen wollen, das Zertifikat bekannt ist und es in Form einer DER-kodierten Datei vorliegt, können Sie alternativ das Script <code>certtool</code> aus dem Verzeichnis tools im MOA-Installationsverzeichnis verwenden, um zu den Werten für <code>dsig:X509IssuerName</code> und <code>dsig:X509SerialNumber</code> zu kommen: </p> <pre>certtool -info <certfilename></pre> <p><code><certfilename></code> enthält den Namen der DER-kodierten Zertifikatsdatei, für die die beiden Werte <code>dsig:X509IssuerName</code> und <code>dsig:X509SerialNumber</code> geliefert werden sollen. Eine beispielhafte Ausgabe des Scripts sieht wie folgt aus: </p> <pre>SubjectDN (RFC2253): CN=Test: Signaturdienst aller Kunden: ECDSA (P192v1),OU=Technik und Standards,O=Stabsstelle IKT-Strategie des Bundes,C=AT IssuerDN (RFC2253) : CN=Test CA - Signaturdienste,OU=Technik und Standards,O=Stabstelle IKT-Strategie des Bundes,C=AT<br>Serial Number : 9</pre> <p>Die Werte für <code>IssuerDN (RFC2253)</code> sowie <code>Serial Number</code> entsprechen den Werten für <code>dsig:X509IssuerName</code> und <code>dsig:X509SerialNumber</code>.</p></td> </tr> </table> <h2><a name="konfigurationsparameter_keygroupmapping" id="konfigurationsparameter_keygroupmapping"></a>2.7 Zuordnung von Schlüsselgruppen zu Kunden</h2> <table class="fixedWidth" border="1" cellpadding="2"> <tr> <td>Name</td> <td><code>cfg:KeyGroupMapping</code></td> </tr> <tr> <td>Relevanz</td> <td>MOA SS </td> </tr> <tr> <td>Gebrauch</td> <td>obligatorisch (zumindest eine Zuordnung muss vorhanden sein) </td> </tr> <tr> <td>Erläuterung</td> <td><p> Das Element <code>cfg:KeyGroupMapping</code> ordnet einem Kunden von MOA SS die ihm zur Verfügung stehenden Schlüsselgruppen zu, indem das den Kunden repräsentierende SSL-Clientzertifikat mit einer oder mehreren Schlüsselgruppen assoziiert wird. </p> <p>Das Element weist keine Attribute auf und hat folgenden Element-Inhalt:</p> <ul> <li>Element <code>cfg:X509IssuerSerial</code>: Dieses Element bezeichnet auf eindeutige Weise das den Kunden repräsentierende SSL-Clientzertifikat. Der Aufbau des Elements enspricht dem Aufbau des Elements <code>cfg:KeyCertIssuerSerial</code> in Abschnitt <a href="#konfigurationsparameter_keygroup">2.6</a>. Um zu den Werten für Ausstellername und Seriennummer des SSL-Clientzertifikats zu kommen, können Sie auch hier das Script <code>certtool</code> (vergleiche Abschnitt <a href="#konfigurationsparameter_keygroup">2.6</a>) verwenden. </li> <li>Element <code>cfg:KeyGroup</code>: Dieses Element kommt so oft vor, wie Schlüsselgruppen einem bestimmten SSL-Clientzertifikat zugeordnet werden sollen, mindestens jedoch einmal. Es weist ein obligatorisches Attribut <code>id</code> vom Typ <code>xs:token</code> auf, dessen Wert den Identifikator der Schlüsselgruppe enthält, so wie er in <code>cfg:KeyGroup/@id</code> festgelegt wurde. Das Element hat keinen Element-Inhalt. </li> </ul> <p class="remark">Bitte beachten Sie: Für maximal ein Konfigurationselement <code>cfg:KeyGroupMapping</code> kann <code>cfg:X509IssuerSerial</code> auch weggelassen werden. Die darin enthaltenen Schlüsselgruppen stehen dann allen Kunden von MOA SS gleichermaßen zur Verfügung.</p></td> </tr> </table> <h2><a name="konfigurationsparameter_chainingmode" id="konfigurationsparameter_chainingmode"></a>2.8 Gültigkeitsmodell für die Zertifikatskettenprüfung </h2> <table class="fixedWidth" border="1" cellpadding="2"> <tr> <td>Name</td> <td><code>cfg:ChainingModes</code></td> </tr> <tr> <td>Relevanz</td> <td>MOA SP</td> </tr> <tr> <td>Gebrauch</td> <td>optional</td> </tr> <tr> <td>Erläuterung</td> <td><p> Das Element <code>cfg:ChainingModes</code> legt fest, ob MOA SP für die Prüfung der Gültigkeit einer konstruierten Zertifikatskette das Kettenmodell aus ISIS-MTT oder das Schalenmodell aus dem PKIX RFC 3280 verwenden soll.</p> <p>Das Element <code>cfg:ChainingModes</code> weist ein optionales Attribut auf:</p> <ul> <li>Attribut <code>systemDefaultMode</code>: Dieses Attribut gibt das Default-Modell für die Prüfung der Gültigkeit einer konstruierten Zertifikatskette an. Gültige Werte sind <code>chaining</code> (Kettenmodell) oder <code>pkix</code> (Schalenmodell). Wird das Attribut nicht angegeben, verwendet MOA SP als Default-Modell das Schalenmodell. </li> </ul> <p>Das Element <code>cfg:ChainingModes</code> hat folgenden Element-Inhalt:</p> <ul> <li>Element <code>cfg:TrustAnchor</code>: Dieses Element kann beliebig oft (auch gar nicht) verwendet werden, um für bestimmte Vertrauensanker (vergleiche Abschnitt <a href="#konfigurationsparameter_trustprofile">2.11</a>) Ausnahmen vom Default-Modell vorzugeben. <br> Das Element weist ein obligatorisches Attribut auf: <ul> <li>Attribut <code>mode</code>: Dieses Attribut gibt jenes Modell an, das von MOA SP für die Prüfung von konstruierten Zertifikatsketten zu verwenden ist, die im mittels <code>cfg:TrustAnchor/dsig:X509IssuerName</code> und <code>cfg:TrustAnchor/dsig:X509SerialNumber</code> angegebenen Vertrauensanker münden. Gültige Werte sind <code>chaining</code> (Kettenmodell) oder <code>pkix</code> (Schalenmodell).</li> </ul> <p>Der Element-Inhalt von <code>cfg:TrustAnchor</code> entspricht jenem von <code>cfg:KeyCertIssuerSerial</code> in Abschnitt <a href="#konfigurationsparameter_keygroup">2.6</a>. Um zu den Werten für Ausstellername und Seriennummer des Vertrauensankers zu kommen, können Sie auch hier das Script <code>certtool</code> (vergleiche Abschnitt <a href="#konfigurationsparameter_keygroup">2.6</a>) verwenden. </p> </li> </ul> <p class="remark">Bitte beachten Sie: Für maximal ein Konfigurationselement <code>cfg:KeyGroupMapping</code> kann <code>cfg:X509IssuerSerial</code> auch weggelassen werden. Die darin enthaltenen Schlüsselgruppen stehen dann allen Kunden von MOA SS gleichermaßen zur Verfügung.</p></td> </tr> </table> <h2><a name="konfigurationsparameter_crlarchive" id="konfigurationsparameter_crlarchive"></a>2.8 Archivierungsdauer für Widerrufsinformationen</h2> <table class="fixedWidth" border="1" cellpadding="2"> <tr> <td>Name</td> <td><code>cfg:CRLArchive</code></td> </tr> <tr> <td>Relevanz</td> <td>MOA SP</td> </tr> <tr> <td>Gebrauch</td> <td>optional</td> </tr> <tr> <td>Erläuterung</td> <td><p> Das Element <code>cfg:CRLArchive</code> gibt an, wie lange Widerrufsinformationen von MOA SP archiviert werden müssen. Das Element wird von MOA SP nur dann ausgewertet, wenn der generische Konfigurationsparameter für die Archivierung von Widerrufsinformationen (<code>cfg:GenericConfiguration/@name="archiveRevocationInfo") </code>auf true gesetzt ist. </p> <p>Das Element weist ein obligatorisches Attribut auf:</p> <ul> <li>Attribut <code>duration</code>: Dieses Attribut vom Typ<code> xs:nonNegativeInteger</code> gibt die Archivierungsdauer für Widerrufsinformationen in Tagen an. </li> </ul> <p>Das Element hat keinen Element-Inhalt </p></td> </tr> </table> <h2><a name="konfigurationsparameter_crldp" id="konfigurationsparameter_crldp"></a>2.9 Manuelle Konfiguration von Verteilungspunkten für Widerrufslisten</h2> <table class="fixedWidth" border="1" cellpadding="2"> <tr> <td>Name</td> <td><code>cfg:CRLDistributionPoint</code></td> </tr> <tr> <td>Relevanz</td> <td>MOA SP</td> </tr> <tr> <td>Gebrauch</td> <td>optional</td> </tr> <tr> <td>Erläuterung</td> <td><p> Das Element <code>cfg:</code><code>CRLDistributionPoint</code> kann dazu verwendet werden, manuelle Verteilungspunkte für Widerrufslisten einer bestimmten CA zu konfigurieren. </p> <p>Dies macht für veraltete Zertifikate Sinn, die nicht den aktuellen Vorgaben aus dem PKIX RFC 3280 entsprechen und im Zertifikat selbst keine Zertifikatserweiterung mit einem solchen Verteilungspunkt enthalten.</p> <p>Weiters kann diese manuelle Konfiguration verwendet werden, wenn die in einem Zertifikat enthaltenen Verteilungspunkte für eine bestimmte CA durch einen manuellen Eintrag überschrieben werden soll (etwa weil die im Zertifikat enthaltenen Verteilungspunkte in Form von ldap-URLs angegeben sind, MOA SP aber der Zugriff auf ldap-URLs per Firewall-Einstellungen untersagt ist; dann könnte man stattdessen manuell eine (lokale) http-URL als Verteilungspunkt angeben, die von MOA SP dann aufgelöst werden kann). </p> <p>Das Element weist keine Attribute auf und hat folgenden Element-Inhalt:</p> <ul> <li>Element <code>cfg:CAIssuerDN</code>: Dieses Element enthält als Textinhalt vom Typ <code>xs:string</code> den Namen jener CA, die das Zertifikat ausgestellt hat, dessen Widerruf mit Hilfe des zu konfigurierenden Verteilungspunktes geprüft werden soll. Um zu diesem Wert zu kommen, können Sie auch hier das Script <code>certtool</code> (vergleiche Abschnitt <a href="#konfigurationsparameter_keygroup">2.6</a>) verwenden, in dem Sie es für das Zertifikat anwenden, dessen Widerruf mit Hilfe des zu konfigurierenden Verteilsungspunktes geprüft werden soll.</li> <li>Element <code>cfg:DistributionPoint</code>: Dieses Element weist bis zu zwei Attribute auf und hat keinen Element-Inhalt: <ul> <li>Attribut <code>reasonCodes</code>: Dieses Attribut vom Typ xs:NMTOKENS enthält die in PKIX RFC 3280 angeführten möglichen Gründe eines Widerrufs, für welche die über den zu konfigurierenden Verteilungspunkt zu beziehende Widerrufsliste ausgestellt ist. Das Attribut kann einen oder auch mehrere Gründe enthalten. Mehrere Gründe werden durch Leerzeichen voneinander getrennt. Gültige Gründe sind <code>unused</code>, <code>keyCompromise</code>, <code>cACompromise</code>, <code>affiliationChanged</code>, <code>superseded</code>, <code>cessationOfOperation</code>, <code>certificateHold</code>, <code>privilegeWithdrawn</code> und <code>aACompromise</code>. Wird das Attribut <code>reasonCodes</code> nicht angegeben, werden alle möglichen Gründe gesetzt. </li> <li>Attribut <code>uri</code>: Der Wert dieses obligatorischen Attributs vom Typ<code> xs:anyURI</code> enthält die URL für den zu konfigurierenden Verteilungspunkt. Es werden die Protokolle HTTP, HTTPS und LDAP unterstützt.</li> </ul> </li> </ul> </td> </tr> </table> <h2><a name="konfigurationsparameter_profiles" id="konfigurationsparameter_profiles"></a>2.10 Vordefinierte Profile</h2> <p>MOA SP/SS erlaubt die Hinterlegung von vordefinierten Profilen für folgende Bereiche, um die Angabe von ständig wiederkehrenden Informationen in Requests zur Erstellung bzw. Prüfung von Signaturen zu vermeiden:</p> <ul> <li><code>cfg:CreateSignatureEnvironmentProfile</code>: Enthält für eine zu erstellende XML-Signatur, die in ein bereits bestehendes XML-Dokument integriert werden soll, die Stelle, an der die XML-Signatur eingefügt werden soll, sowie allenfalls für die Verarbeitung des bestehenden XML-Dokuments notwendige Ergänzungsobjekte (z.B. ein XML-Schema für das validierende Parsen des bestehenden XML-Dokuments).</li> <li><code>cfg:CreateTransformsInfoProfile</code>: Enthält für ein bestimmtes Datenobjekt für eine zu erstellende XML-Signatur die auf dieses Datenobjekt anzuwendenden Transformationen, sowie allenfalls für die Durchführung der Transformationen notwendige Ergänzungsobjekte (z.B. einen zu importierenden Stylesheet für eine XSL-Transformation).</li> <li><code>cfg:VerifyTransformsInfoProfile</code>: Enthält für ein bestimmtes Datenobjekt für eine zu prüfende XML-Signatur eine für dieses Datenobjekt erlaubte Transformationsfolge, bestehend aus den anzuwendenden Transformationen, sowie allenfalls für die Durchführung der Transformationen erlaubte implizite Transformationsparameter (z.B. einen zu importierenden Stylesheet für eine XSL-Transformation).</li> <li><code>cfg:SupplementProfile</code>: Enthält für ein Datenobjekt in der zu prüfenden XML-Signatur ein allenfalls für die Durchführung der vorgegebenen Transformationen notwendiges Ergänzungsobjekt (z.B. einen zu importierenden Stylesheet für eine XSL-Transformation).</li> </ul> <p>Jedes dieser Elemente kann dabei beliebig oft (auch gar nicht) vorkommen. Alle Elemente teilen den gleichen Aufbau; sie weisen zwei obligatorische Attribute auf und haben keinen Element-Inhalt:</p> <ul> <li>Attribut <code> id</code>: Dieses Attribut vom Typ <code>xs:token</code> enthält einen frei wählbaren Identifikator für dieses Konfigurationselement, der innerhalb der XML-Konfigurationsdatei eindeutig sein muss. Dieser Identifikator wird im Request zur Erstellung bzw. zur Überprüfung der Signatur verwendet, um das hinterlegte Profil zu referenzieren (vergleiche die Elemente <code>moa:CreateSignatureEnvironmentProfileID</code>, <code>moa:CreateTransformsInfoProfileID</code>, <code>moa:VerifyTransformsInfoProfileID</code>, <code>moa:SupplementProfileID</code>). </li> <li>Attribut <code>filename</code>: Dieses Attribut vom Typ <code>xs:string</code> enthält den Namen der XML-Datei, die das hinterlegte Profil beinhaltet. Der Wert enthält einen Dateinamen mit absoluter oder relativer Pfadangabe. Eine relative Pfadangabe wird von MOA SS relativ zum Pfad jenes Verzeichnisses interpretiert, in dem die zentrale Konfigurationsdatei gespeichert ist. Die XML-Datei muss als Wurzelelement eines der Elemente <code>moa:CreateSignatureEnvironmentProfile</code>, <code>moa:CreateTransformsInfoProfile</code>, <code>moa:VerifyTransformsInfoProfile</code> oder <code>moa:SupplementProfile</code> enthalten.</li> </ul> <h2><a name="konfigurationsparameter_trustprofile" id="konfigurationsparameter_trustprofile"></a>2.11 Vertrauensprofile </h2> <table class="fixedWidth" border="1" cellpadding="2"> <tr> <td>Name</td> <td><code>cfg:TrustProfile</code></td> </tr> <tr> <td>Relevanz</td> <td>MOA SP</td> </tr> <tr> <td>Gebrauch</td> <td>obligatorisch (zumindest ein Vertrauensprofil muss vorhanden sein) </td> </tr> <tr> <td>Erläuterung</td> <td><p> Das Element <code>cfg:</code><code>TrustProfile</code> wird dazu verwendet, um in MOA SP ein Vertrauensprofil für die Signaturprüfung einzurichten. Ein Vertrauensprofil ist eine Sammlung von Vertrauensankern. Ein Vertrauensanker ist ein CA-Zertifikat, das explizit als vertrauenswürdig eingestuft wird. MOA SP versucht bei der Konstruktion einer Zertifikatskette, einen Pfad vom Signatorzertifikat bis hin zu einem der konfigurierten Vertrauensanker zu finden. Gelingt dies, wird auch das Signatorzertifikat als vertrauenswürdig betrachtet, ansonsten nicht. </p> <p>In MOA SP können beliebig viele solcher Vertrauensprofile konfiguriert werden. Der Kunde von MOA SP gibt im Request zur Signaturprüfung an, gegen welches Vertrauensprofil MOA SP die Zertifikatsprüfung vornehmen soll.</p> <p>Das Element <code>cfg:</code><code>TrustProfile</code> weist zwei obligatorische Attribute auf und hat keinen Element-Inhalt:</p> <ul> <li>Attribut <code>id</code>: Dieses Attribut vom Typ <code>xs:token</code> enthält einen frei wählbaren Identifikator für dieses Konfigurationselement, der innerhalb der XML-Konfigurationsdatei eindeutig sein muss. Dieser Identifikator wird im Request zur Signaturprüfung verwendet, um das zu verwendende Vertrauensprofil auszuwählen. </li> <li>Attribut <code>uri</code>: Dieses Attribut vom Typ <code>xs:anyURI </code> enthält eine relative oder absolute URL, die ein Verzeichnis im lokalen Dateisystem referenziert. Eine relative URL wird relativ zum Pfad jenes Verzeichnisses interpretiert, in dem die zentrale Konfigurationsdatei gespeichert ist. Eine absolute URL muss als Protokoll-Teil <code>file</code> verwenden. Das referenzierte Verzeichnis muss eine oder mehrere DER-kodierte Zertifikatsdateien beinhalten. Jede Zertifikatsdatei repräsentiert einen Vertrauensanker. </li> </ul> </td> </tr> </table> <h1><a name="beispielkonfigurationen"></a>3 Beispielkonfigurationen</h1> <h2><a name="beispielkonfigurationen_minss" id="beispielkonfigurationen_minss"></a>3.1 Minimale Konfiguration für MOA SS</h2> <p>Nachfolgend finden Sie eine zentrale Konfigurationsdatei mit den minimal notwendigen Einträgen für den alleinigen Betrieb von MOA SS. Darin enthalten sind folgende Konfigurationselemente:</p> <ul> <li>Ein Software-Schlüsselspeicher (<code>cfg:SoftwareKeyModule</code>)</li> <li>Eine Schlüsselgruppe (<code>cfg:KeyGroup</code>)</li> <li>Eine Zuordnung dieser Schlüsselgruppe für einen bestimmten Kunden (<code>cfg:KeyGroupMapping</code>) </li> </ul> <p><a href="../../conf/moa-spss/ss.minimum.config.xml">Minimale Konfiguration für MOA SS</a> </p> <h2><a name="beispielkonfigurationen_minsp" id="beispielkonfigurationen_minsp"></a>3.2 Minimale Konfiguration für MOA SP</h2> <p>Nachfolgend finden Sie eine zentrale Konfigurationsdatei mit den minimal notwendigen Einträgen für den alleinigen Betrieb von MOA SP. Darin enthalten sind folgende Konfigurationselemente:</p> <ul> <li>Ein Vertrauensprofil (<code>cfg:TrustProfile</code>) </li> </ul> <p><a href="../../conf/moa-spss/sp.minimum.config.xml">Minimale Konfiguration für MOA SP</a> </p> <h2><a name="beispielkonfigurationen_typspss" id="beispielkonfigurationen_typspss"></a>3.3 Typische Konfiguration für MOA SP/SS</h2> <p>Nachfolgend finden Sie eine typische zentrale Konfigurationsdatei mit Einträgen für den kombinierten Betrieb von MOA SP und SS. Diese Datei wird auch als Konfiguration von MOA SP und SS verwendet, die für das Ausführen der Beispiele des <a href="../usage/usage.html">Anwenderhandbuchs</a> notwendig ist.</p> <p><a href="../../conf/moa-spss/spss.config.xml">Typische Konfiguration für MOA SP/SS</a> </p> <p> </p> </body> </html>