Documentation MOA-ID 1.4 (validationg additional infoboxes).

git-svn-id: https://joinup.ec.europa.eu/svn/moa-idspss/trunk@763 d688527b-c9ab-4aba-bd8d-4036d912da1d

2 files changed, 412 insertions, 31 deletions

diff --git a/id.server/doc/moa_id/id-admin_1.htm b/id.server/doc/moa_id/id-admin_1.htm
index 2e69aec7d..55c5527bb 100644
--- a/id.server/doc/moa_id/id-admin_1.htm
+++ b/id.server/doc/moa_id/id-admin_1.htm
@@ -81,7 +81,7 @@ Projekt <span style="font-size:48pt; ">moa</span>&#160;
 </td>
 
 <td valign="top">
-<p id="titel">Basis-Installation v.1.3</p>
+<p id="titel">Basis-Installation v.1.4</p>
 Bei der Basis-Installation von MOA-ID-AUTH und von MOA-ID-PROXY ist grunds&auml;tzlich gleichartig vorzugehen.
 Unterschiede sind in der Installationsanweisung angef&uuml;hrt.
 <div id="vorbereitung" />
@@ -544,4 +544,4 @@ Wenn nun versucht wird, eine Transaktion mit einer ung&uumlltigen SessionID fort
 
 </div>
 </div></div></div></div></div></body>
-</html>
\ No newline at end of file
+</html>
diff --git a/id.server/doc/moa_id/id-admin_2.htm b/id.server/doc/moa_id/id-admin_2.htm
index 8ce11705d..effd7de78 100644
--- a/id.server/doc/moa_id/id-admin_2.htm
+++ b/id.server/doc/moa_id/id-admin_2.htm
@@ -79,6 +79,7 @@ Projekt <span style="font-size:48pt; ">moa</span>&#160;
 <a href="#SecurityLayer">&nbsp;&nbsp;SecurityLayer</a><br />
 <a href="#MOA-SP">&nbsp;&nbsp;MOA-SP</a><br />
 <a href="#IdentityLinkSigners">&nbsp;&nbsp;IdentityLinkSigners</a><br />
+<a href="#VerifyInfoboxesAuth">&nbsp;&nbsp;VerifyInfoboxes</a><br />
 <a href="#ProxyComponent">ProxyComponent</a><br />
 <a href="#OnlineApplication">OnlineApplication</a><br />
 <a href="#OnlineApplication/AuthComponent">&nbsp;&nbsp;AuthComponent</a><br />
@@ -111,11 +112,12 @@ Projekt <span style="font-size:48pt; ">moa</span>&#160;
 </td>
 
       <td valign="top">
-        <div id="titel">Konfiguration von MOA ID v.1.3</div>
+        <div id="titel">Konfiguration von MOA ID v.1.4</div>
         <div id="moaid-konfiguration" />
-          <p id="subtitel">Konfiguration von MOA ID v.1.3</p>
+          <p id="subtitel">Konfiguration von MOA ID v.1.4</p>
           <p id="block"> Die Konfiguration von MOA ID wird mittels einer XML-basierten
-            Konfigurationsdatei, die dem Schema <a href="../MOA-ID-Configuration-1.3.xsd" target="_new">MOA-ID-Configuration-1.3.xsd</a>
+            Konfigurationsdatei, die dem Schema 
+            <a href="../MOA-ID-Configuration-1.4.xsd" target="_new">MOA-ID-Configuration-1.4.xsd</a>
             entspricht, durchgef&uuml;hrt.
           <p /> Der Ort der Konfigurationsdatei wird im Abschnitt <a href="id-admin_1.htm#deployment">Deployment
             der Web-Applikation in Tomcat</a> beschrieben.
@@ -173,12 +175,13 @@ Projekt <span style="font-size:48pt; ">moa</span>&#160;
                 und muss nicht verwendet werden, wenn auf dem Server keine MOA-ID
                 Authentisierungskomponente installiert wird. <br />
                 <br />
-                Das Element <tt>AuthComponent</tt> hat vier Kind-Element:
+                Das Element <tt>AuthComponent</tt> hat f&uuml;nf Kind-Elemente:
               <ul>
                 <li><tt>BKUSelection</tt> (optional)</li>
                 <li><tt>SecurityLayer</tt></li>
                 <li><tt>MOA-SP</tt></li>
                 <li><tt>IdentityLinkSigners</tt></li>
+                <li><tt>VerifyInfoboxes</tt> (optional ab Version 1.4)</li>
               </ul>
               <p></p>
               <div id="BKUSelection" />
@@ -323,23 +326,211 @@ Projekt <span style="font-size:48pt; ">moa</span>&#160;
           </div>
         </div>
         <div id="moaid-konfiguration" />
-          <div id="ConnectionParameter" />
             <div id="AuthComponent" />
-              <div id="BKUSelection" />
-                <div id="SecurityLayer" />
-                  <div id="MOA-SP" />
-                    <div id="IdentityLinkSigners" />
-                      <p id="block"> <b>AuthComponent/IdentityLinkSigners</b>
-                        <br />
-                        Dieses Element gibt an von welchen Signatoren die Signatur
-                        des IdentityLink erstellt werden musste damit der IdentityLink
-                        akzeptiert wird. F&uuml;r jeden Signator muss der <tt>X509SubjectName</tt>
-                        nach RFC 2253 spezifiziert werden. <br />
-                        <br />
-                        <a href="examples/IdentityLinkSigners.txt">Beispiel</a>
-                        <br />
-                        <br />
-                      </p>
+              <div id="IdentityLinkSigners" />
+                <p id="block"> <b>AuthComponent/IdentityLinkSigners</b>
+                  <br />
+                  Dieses Element gibt an von welchen Signatoren die Signatur
+                  des IdentityLink erstellt werden musste damit der IdentityLink
+                  akzeptiert wird. F&uuml;r jeden Signator muss der <tt>X509SubjectName</tt>
+                  nach RFC 2253 spezifiziert werden. <br />
+                  <br />
+                  <a href="examples/IdentityLinkSigners.txt">Beispiel</a>
+                  <br />
+                  <br />
+                </p>
+                <div id="VerifyInfoboxesAuth" />
+                  <p id="block"> <b>AuthComponent/VerifyInfoboxes</b>
+                    <br />
+                    Ab Version 1.4 bietet MOA-ID die M&ouml;glichkeit einer erweiterten Infobox-Validierung, 
+                    das heißt, es k&ouml;nnen neben der Personenbindung auch weitere ausgelesene Infoboxen 
+                    validiert werden. Die für die Validierung der Infoboxen notwendigen Parameter  
+                    k&ouml;nnen &uuml;ber die Konfigurationsdatei durch das <tt>VerifyInfoboxes</tt>  
+                    Element sowohl <a href="#VerifyInfoboxesAuth">global</a> als auch 
+                    <a href="#OnlineApplication/AuthComponent/VerifyInfoboxes">lokal</a>  
+                    je Online-Applikation gesetzt werden. MOA-ID &uuml;bergibt diese Parameter der 
+                    Applikation, die f&uuml;r die Verifikation des Inhaltes der jeweilgen von der BKU
+                    &uuml;bermittelten Infobox verantwortlich ist. Im Folgenden wird eine derartige 
+                    Applikation als <tt>Pr&uuml;fapplikation</tt> bezeichnet.
+                    <br />
+                    Das <tt>Verifyinfoboxes</tt> Element ist optional und kann fehlen,
+                    wenn keine Infoboxen außer der der Personenbindung validiert werden m&uuml;ssen.
+                    <br />
+                    Das <tt>VerifyInfoboxes</tt>-Element hat folgende Kind-Elemente:
+                    <ul>
+                      <li id="DefaultTrustProfileVI"><tt>DefaultTrustProfile</tt>: Dieses optionale
+                      Element kann nur einmal vorkommen und spezifiziert ein Trust-Profil, das
+                      von einer <tt>Pr&uuml;fapplikation</tt> zur Validierung einer Infobox 
+                      herangezogen werden kann, wenn f&uuml;r diese Infobox kein eigenes
+                      <a href="#TrustProfileVI">Trust-Profil</a> gesetzt wurde. Es hat genau ein 
+                      Kindelement namens <tt>TrustProfileID</tt>, das die ID eines in MOA-SP
+                      konfigurierten Trust-Profiles enthält.
+                      <br />
+                      <b>Anmerkung:</b> Das Trust-Profil f&uuml;r die 
+                      <a href="#trustProfile">Personenbindung</a> darf <b>nicht</b>
+                      zur Validierung anderer Infoboxen verwendet werden. Das Trust-Profil f&uuml;r
+                      die <a href="#trustProfile">B&uuml;rgerkarte</a> <b>soll</b> nur dann zur Validierung 
+                      anderer Infoboxen verwendet werden, wenn die zur Verifikation der Zertifikate ben&ouml;tigten
+                      Wurzelzertifikate bereits im entsprechenden Trust-Store enthalten sind. (vgl. 
+                      MOA-ID Spezifikation, Abschnitt 4.6).
+                      </li>
+                      <li id="InfoboxVI"><tt>Infobox</tt>: Dieses Element kann beliebig oft vorkommen
+                      und kapselt die Parameter, die f&uuml;r die Validierung einer Infobox an die
+                      jeweilige Pr&uuml;fapplikation &uuml;bergeben werden.
+                      <br />
+                      Das <tt>Infobox</tt>-Element hat folgende Attribute:
+                        <ul>
+                          <li id="IdentifierVI"><tt>Identifier:</tt> Dieses Attribut muss vorhanden sein und gibt 
+                            den <tt>Namen</tt> der Infobox an. Er muss dabei exakt dem <tt>Bezeichner</tt>
+                            der jeweiligen zu validierenden Infobox aus der BKU entsprechen, also
+                            zum Beispiel <tt>Mandates</tt> f&uuml;r die <tt>Vollmachten</tt>-Infobox oder
+                            <tt>EHSPToken</tt> f&uuml;r die <tt>GDAToken</tt>-Infobox.
+                            <br />
+                          </li>
+                          <li id="requiredVI"><tt>required:</tt> Dieses Attribut vom Typ 
+                            <tt>boolean</tt> bestimmt, ob MOA-ID den Inhalt der entsprechenden Infobox
+                            f&uuml;r die Anmeldung zwingend ben&ouml;tigt. Ist es auf <tt>true</tt>
+                            gesetzt, und wird der entsprechende Infobox-Inhalt nicht von der BKU
+                            &uuml;bermittelt, so bricht MOA-ID den Anmeldevorgang mit einer Fehlermeldung
+                            ab.
+                            <br />  
+                            Fehlt dieses Attribut, so wird als Defaultwert <tt>false</tt> gesetzt.
+                            <br />
+                          </li>
+                          <li id="provideStammzahlVI"><tt>provideStammzahl:</tt> Dieses Attribut vom Typ 
+                            <tt>boolean</tt> bestimmt, ob die Pr&uuml;fapplikation die Stammzahl aus der 
+                            Personenbindung erhalten darf. Fehlt dieses Attribut, so wird als Defaultwert 
+                            <tt>false</tt> gesetzt.
+                            <br />
+                            <b>Anmerkung</b>: Das Attribut steht in keinem Zusammenhang zum gleichnamigen
+                            Attribut <a href="#provideStammzahlOA">OnlineApplication/AuthComponent/@provideStammzahl</a>, 
+                            das angibt ob die Stammzahl an die <i>Online-Applikation</i> weitergegeben werden darf.
+                          </li>
+                          <li id="provideIdentityLinkVI"><tt>provideIdentityLink:</tt> Dieses Attribut vom Typ 
+                            <tt>boolean</tt> bestimmt, ob die Pr&uuml;fapplikation die Personenbindung erhalten 
+                            soll. Hat es den Wert <tt>true</tt>, so wird ein Klone des Wurzel-Elements der Personenbindung
+                            an die Pr&uuml;fapplikation &uuml;bergeben, wobei zu beachten ist, dass die
+                            darin enthaltene Stammzahl auf einen leeren String gesetzt wird, falls das   
+                            Attribut <a href="#provideStammzahlVI">provideStammzahl</a> auf <tt>false</tt>
+                            gesetzt ist.
+                            Fehlt das <tt>provideIdentityLink</tt>-Attribut, so wird als Defaultwert <tt>false</tt> gesetzt.
+                            <br />
+                            <b>Anmerkung 1</b>: Das Attribut steht in keinem Zusammenhang zum gleichnamigen
+                            Attribut <a href="#provideIdentityLinkOA">OnlineApplication/AuthComponent/@provideIdentityLink</a>, 
+                            das angibt ob die <i>Online-Applikation</i> die Personenbindung erhalten
+                            soll.
+                            <br />
+                            <b>Anmerkung 2</b>: Der Pr&uuml;fapplikation werden defaultmäßig der Vorname,
+                            der Familienname, das Geburtsdatum, der Typ der Stammzahl, die Stammzahl 
+                            (konfigurierbar) und die &ouml;ffentlichen Schl&uuml;ssel aus der Personenbindung
+                            &uuml;bergeben. Das Attribut <tt>provideIdentityLink</tt> sollte deshalb
+                            wirklich nur dann auf <tt>true</tt> gesetzt werden, wenn von der 
+                            Pr&uuml;fapplikation noch andere Daten aus der Personenbindung ben&ouml;tigt
+                            werden.
+                          </li>
+                        </ul>
+                        Das <tt>Infobox</tt>-Element hat folgende Kind-Elemente:
+                        <ul>
+                          <li id="FriendlyNameVI"><tt>FriendlyName</tt>: Das Element ist optional und
+                            enth&auml;lt einen Namen, der von MOA-ID zur Anzeige von, die jeweilige Infobox
+                            betreffende, Fehlermeldungen im Browser verwendet wird. Im Regelfall wird man
+                            hier den deutschen Namen der Infobox setzen, also z.B. <tt>Vollmachten</tt>
+                            oder <tt>Stellvertretungen</tt> f&uuml;r die <tt>Mandates</tt>-Infobox oder 
+                            <tt>GDAToken</tt> f&uuml;r die <tt>EHSPToken</tt>-Infobox. 
+                            <br />
+                            Fehlt dieses Element, so wird f&uuml;r Fehlermeldungen der Wert des
+                            <a href="#IdentifierVI">Identifier</a>-Attributes verwendet.
+                          </li>
+                          <li id="TrustProfileVI"><tt>TrustProfileID</tt>: Das Element ist optional und
+                            bezeichnet ein in MOA-SP konfiguriertes Trust-Profil, das von MOA-ID 
+                            f&uuml;r die Validierung der Infobox verwendet wird. 
+                            Dabei ist wieder zu beachten, dass das Trust-Profil f&uuml;r die 
+                            <a href="#trustProfile">Personenbindung</a> <b>nicht</b>
+                            zur Validierung anderer Infoboxen verwendet werden darf, und das Trust-Profil f&uuml;r
+                            die <a href="#trustProfile">B&uuml;rgerkarte</a> nur dann zur Validierung 
+                            anderer Infoboxen verwendet werden <b>soll</b>, wenn die zur Verifikation der 
+                            Zertifikate ben&ouml;tigten Wurzelzertifikate bereits im entsprechenden 
+                            Trust-Store enthalten sind. (vgl. MOA-ID Spezifikation, Abschnitt 4.6).
+                            <br />Fehlt dieses Element, so wird das 
+                            <a href="#DefaultTrustProfileVI">Default-Trust-Profil</a>
+                            verwendet. Ist dieses auch nicht konfiguriert, so wird f&uuml;r die
+                            Validierung der entsprechenden Infobox keine Zertifikatspr&uuml;fung 
+                            notwendig sein.
+                          </li>
+                          <li id="ValidatorClassVI"><tt>ValidatorClass</tt>: Das Element ist optional 
+                            und bezeichnet den Namen der Klasse (voller Package-Name), die von MOA-ID
+                            zur Validierung der Infobox geladen werden soll. Fehlt dieses Element,
+                            so wird MOA-ID versuchen, eine Default-Klasse zu laden, deren Namen aus
+                            dem <a href="#IdentifierVI">Identifier</a>-Attribut der Infobox abgeleitet
+                            wird (vgl. MOA-ID-Spezifikation, Abschnitt 4.7.2.3, 
+                            <tt>Zuordnung eines InfoboxReadResponse zu einer implementierenden Klasse</tt>).
+                            <br />
+                            <b>Anmerkung</b>: Im Regelfall wird dieses Element fehlen, da bei der
+                            Entwicklung einer Infobox-Pr&uuml;fapplikation der Default-Klassennamen
+                            verwendet werden sollte. Nur wenn es verschiedene Pr&uuml;fapplikationen
+                            f&uuml;r eine Infobox gibt, wird man das <tt>ValidatorClass</tt> 
+                            verwenden, um eine andere als die Default-Applikation zu laden.                            
+                          </li>
+                          <li id="SchemaLocationsVI"><tt>SchemaLocations</tt>: Das Element ist optional 
+                            und referenziert XML-Schemas, die von der Pr&uuml;fapplikation zum
+                            validierenden Parsen von Infoboxen verwendet werden k&ouml;nnen. Das 
+                            Element hat beliebig viele <tt>Schema</tt>-Kindelemente, dessen Attribute
+                            <tt>namespace</tt> und <tt>schemaLocation</tt> jeweils die Namespace-URI
+                            und den Ort (URI) des entsprechenden Schemas bezeichnen. Relative URIs im
+                            <tt>schemaLocation</tt>-Attribut sind dabei relativ zum Verzeichnis der
+                            MOA-ID-Konfigurationsdatei zu interpretieren.
+                            <br />
+                            Beispiel:
+                            <br />
+                              <pre>
+    &lt;SchemaLocations&gt;
+      &lt;Schema namespace="http://ns1.ns1" schemaLocation="schemas/ns1.xsd"/&gt;
+      &lt;Schema namespace="http://ns2.ns2" schemaLocation="schemas/ns2.xsd"/&gt;
+    &lt;/SchemaLocations>
+                              </pre>
+                            Weitere M&ouml;glichkeiten zur &Uuml;bergabe von XML-Schemas an die 
+                            Pr&uuml;fapplikation k&ouml;nnen in der MOA-ID-Spezifikation im
+                            Abschnitt 4.7.2, <tt>Erweiterte Infoboxüberprüfung</tt>, nachgelesen werden.
+                          </li>
+                          <li id="ApplicationSpecificParametersVI"><tt>ApplicationSpecificParameters</tt>: 
+                            Das Element ist optional und nimmt Infobox-kontext-spezifische Parameter
+                            auf. 
+                            <br />
+                            Da MOA-ID die zusätzlichen zur Personenbindung abgefragten Infoboxen 
+                            (bzw. deren Inhalte) nicht a priori kennt, ist es unm&ouml;glich vorherzusehen, 
+                            welche Parameter eine Pr&uuml;fapplikation zum Validieren einer Infobox 
+                            ben&ouml;tigt. Die Konfiguration sieht daher das Element 
+                            <tt>ApplicationSpecificParameters</tt> vor, um einer bestimmten 
+                            Pr&uuml;fapplikation  kontext spezifische Parameter zu übermitteln.
+                            Dieses Element wird vollst&auml;ndig an die Pr&uuml;fapplikation
+                            weitergegeben, und es obliegt der Pr&uuml;fapplikation die Kindelemente
+                            des <tt>ApplicationSpecificParameters</tt>-Element zu extrahieren und zu
+                            interpretieren.
+                            <br />
+                            Beispiel:
+                            <br />
+                              <pre>
+    &lt;ApplicationSpecificParameters&gt;
+      &lt;Parameter1&gt;content1&lt;/Parameter1&gt;
+      &lt;Parameter2&gt;content2&lt;/Parameter2&gt;
+      &lt;Parameter3&gt;
+        &lt;Parameter3a&gt;content3a&lt;/Parameter3a&gt;
+        &lt;Parameter3b&gt;content3b&lt;/Parameter3b&gt;
+      &lt;/Parameter3&gt;
+    &lt;/ApplicationSpecificParameters&gt;
+                              </pre>
+                          </li>
+                        </ul>
+                      </li>
+                    </ul>
+                    <br />
+                    Eine Beispielkonfiguration finden sie am Ende das Abschnitts 
+                    <a href="#VerifyInfoboxesOA">OnlineApplication/AuthComponent/VerifyInfoboxes</a>.
+                    <br />
+                    <br />
+                  </p>
+                </div>
+                      
                       <div id="ProxyComponent" />
                         <p id="block"> <b>ProxyComponent</b> <br />
                           <tt>ProxyComponent</tt> enth&auml;lt Parameter, die
@@ -413,17 +604,29 @@ Projekt <span style="font-size:48pt; ">moa</span>&#160;
                               Berechnung des <tt>wirtschaftsbereichsspezifischen Personenkennzeichens</tt>
                               (<tt>wbPK</tt>) erst ab SecurityLayer Version <tt>1.2</tt> m&ouml;glich ist.
                               <br /><br />
-                              Das Attribut <tt>provideStammzahl</tt> bestimmt,
+                              Das Attribut <tt id="provideStammzahlOA">provideStammzahl</tt> bestimmt,
                               ob die Stammzahl in den Anmeldedaten aufscheint
                               oder ob der Wert ausgeblendet (d.h. auf den Leerstring gesetzt)
                               wird. Die Attribute <tt>provideAUTHBlock</tt> und
-                              <tt>provideIdentityLink</tt> steuern, ob die Anmeldedaten
-                              den Auth-Block bzw. die Personenbindung enthalten.
+                              <tt id="provideIdentityLinkOA">provideIdentityLink</tt> steuern, ob die 
+                              Anmeldedaten den Auth-Block bzw. die Personenbindung enthalten.
                               Ab Version 1.3 kann das Attribut <tt>provideCertificate</tt>
                               verwendet werden, um das Signatorzertifikat in die
                               Anmeldedaten aufzunehmen.
                               Alle Attribute sind optional und haben den Default-Wert
-                              <tt>false</tt>. <br />
+                              <tt>false</tt>. 
+                              <br />
+                              <b>Anmerkung</b>: Das Attribut <tt>provideStammzahl</tt> steht in keinem 
+                              Zusammenhang zum gleichnamigen Attribut 
+                              <a href="#provideStammzahlVI">VerifyInfoboxes/@provideStammzahl</a>, 
+                              das angibt ob die Stammzahl an eine <i>Pr&uuml;fapplikation</i> weitergegeben 
+                              werden darf.
+                              <b>Anmerkung</b>: Das Attribut <tt>provideIdentityLink</tt> steht in keinem 
+                              Zusammenhang zum gleichnamigen Attribut 
+                              <a href="#provideIdentityLinkVI">VerifyInfoboxes/@provideIdentityLink</a>, 
+                              das angibt ob die Personenbindung an eine <i>Pr&uuml;fapplikation</i> 
+                              weitergegeben werden soll.
+                              <br />
                               <br />
                             </p>
                             <div id="OnlineApplication/AuthComponent/IdentificationNumber" />
@@ -538,7 +741,185 @@ Projekt <span style="font-size:48pt; ">moa</span>&#160;
                             Element vorhanden sein muss.</p>
                             </p>
                             </div>
-
+                            <div id="VerifyInfoboxesOA" >
+                            <p id="block"> <b>OnlineApplication/AuthComponent/VerifyInfoboxes</b>
+                            <br />
+                              Dieses optionale Element entspricht dem <a href="#VerifyInfoboxesAuth">VerifyInfoboxes</a>-Element
+                              aus der globalen AUTH-Komponente und &uuml;berschreibt teilweise die
+                              dort gesetzten Werte f&uuml;r die jeweilige Infobox pro Online-Applikation. 
+                              Dabei gelten die folgenden Regeln:
+                              <br />
+                              Ist nur das globale <a href="#VerifyInfoboxesAuth">VerifyInfoboxes</a>-Element
+                              vorhanden, so gelten die dort definierten Parameter f&uuml;r <b>alle</b> 
+                              Online-Applikationen. Ist kein globales Element vorhanden, so kann
+                              MOA-ID f&uuml;r alle Online-Applikation, in deren AUTH-Komponente 
+                              ein <tt>VerifyInfoboxes</tt>-Element enthalten ist, die darin 
+                              definierten Infoboxen &uuml;berpr&uuml;fen. F&uuml;r 
+                              Online-Applikationen, in deren AUTH-Komponente kein
+                              <tt>VerifyInfoboxes</tt>-Element gesetzt ist, kann demnach keine
+                              andere Infobox als die der Personenbindung validiert werden. 
+                              <br />
+                              Sind sowohl global (<tt>MOA-IDConfiguration/AuthComponent/VerifyInfoboxes</tt>) 
+                              als auch lokal (<tt>OnlineApplication/AuthComponent/VerifyInfoboxes</tt>) 
+                              in den Online-Applikationen Infobox-Validatoren konfiguriert, so verarbeitet
+                              MOA-ID die darin enthaltenen Parameter wie folgt:
+                              <ul>
+                              <li id="DefaultTrustProfileOA"><tt>DefaultTrustProfile</tt>: Ein lokal
+                              definiertes Default-Trust-Profil hat sowohl Vorrang gegen&uuml;ber einem
+                              global gesetzten <a href="#DefaultTrustProfileVI">Default-Trust-Profil</a>   
+                              als auch gegen&uuml;ber einem global gesetzen 
+                              <a href="#TrustProfileVI">infobox-spezifischen</a> Trustprofil. Ist 
+                              beispielsweise im globalen <tt>VerifyInfoboxes</tt>-Element zwar kein 
+                              Default-Trust-Profil, aber f&uuml;r die Infobox A ein eigenes Trust-Profil 
+                              definiert, so wird ein lokal definiertes Default-Trust-Profil dem global 
+                              f&uuml;r die Infobox A gesetzten Trust-Profil vorgezogen.                              
+                              </li>
+                              <li id="InfoboxOA"><tt>Infobox</tt>: MOA-ID kann die Vereinigung aus den
+                              global und lokal konfigurierten Infoboxen f&uuml;r eine Online-Applikation
+                              validieren. Sind beispielsweise global Pr&uuml;fapplikationen
+                              f&uuml;r die Infoboxen mit den Bezeichnern 
+                              (<a href="#IdentifierVI">Infobox/@Identifier</a>-Attribut) <tt>A</tt>
+                              und <tt>B</tt> konfiguriert, und lokal f&uuml;r die Online-Applikation
+                              <tt>OA1</tt> die Infoboxen <tt>B</tt>, <tt>C</tt> und <tt>D</tt>, so
+                              kann MOA-ID f&uuml;r die Online-Applikation <tt>OA1</tt> die 
+                              Infoboxen <tt>A</tt>, <tt>B</tt>, <tt>C</tt> und <tt>D</tt> validieren.
+                              F&uuml;r die Infobox <tt>A</tt> werden dabei die Parameter aus der
+                              globalen Konfiguration verwendet und f&uuml;r die Infoboxen 
+                              <tt>C</tt> und <tt>D</tt> die lokalen Parameter. F&uuml;r die Infobox 
+                              <tt>B</tt> sind sowohl globale als auch lokale Parameter vorhanden,
+                              die von MOA-ID wie folgt interpretiert werden:                              
+                              <ul>
+                              <li>Attribute:
+                              Die Attribute <a href="#requiredVI">required</a>, 
+                              <a href="#provideStammzahlVI">provideStammzahl</a> und
+                              <a href="#provideIdentityLinkVI">provideIdentityLink</a> <b><i>&uuml;berschreiben</i></b>
+                              die global gesetzten Werte. Dabei ist zu beachten, das ein Fehlen dieser
+                              Attribute bedeutet, dass ihnen &uuml;ber das Schema der Defaultwert
+                              <tt>false</tt> zugewiesen wird. Ist also beispielsweise f&uuml;r die
+                              Infobox mit dem Bezeichner <tt>B</tt> das <tt>required</tt>-Attribut
+                              global auf <tt>true</tt> gesetzt (&lt;Infobox Identifier="B" required="true"&gt;)
+                              und fehlt dieses Attribut lokal in der Online-Applikation <tt>OA1</tt>
+                              (&lt;Infobox Identifier="B"&gt;), so wird hat das <tt>required</tt>-Attribut
+                              f&uuml;r die Infobox <tt>B</tt> den Wert <tt>false</tt>.
+                              <br />                            
+                              Die Attribute <a href="#requiredVI">required</a>, 
+                              <a href="#provideStammzahlVI">provideStammzahl</a> und
+                              <a href="#provideIdentityLinkVI">provideIdentityLink</a> m&uuml;ssen also
+                              f&uuml;r Infoboxen, die sowohl global als auch lokal konfiguriert sind,
+                              in jeder lokalen Konfiguration neu gesetzt werden, wenn ihnen der Wert
+                              <tt>true</tt> zugwiesen werden sollen.
+                              </li>
+                              <li>Kind-Elemente:
+                                <ul>
+                                  <li id="FriendlyNameOA"><a href="#FriendlyNameVI">FriendlyName</a>: 
+                                    Ein lokal gesetzter <tt>FriendlyName</tt> wird einem global
+                                    gesetzten vorgezogen. Ist sowohl lokal als auch global kein
+                                    <tt>FriendlyName</tt> definiert, so wird das 
+                                    <a href="#IdentifierVI">Identifier</a>-Attribut als <tt>FriendlyName</tt>
+                                    verwendet.
+                                    <br />
+                                  </li>
+                                  <li id="TrustProfileOA"><a href="#TrustProfileVI">TrustProfileID</a>: 
+                                    Ein lokal definiertes Trust-Profil wird einem lokal definierten
+                                    Default-Trust-Profil vorgezogen. Sind lokal sowohl kein
+                                    Default-Trust-Profil als auch kein infobox-spezifisches Trust-Profil
+                                    definiert, so wird das global gesetzte infobox-spezifisches Trust-Profil
+                                    verwendet. Fehlt auch dieses, so wird das globale Default-Trust-Profil
+                                    selektiert. Ist weder lokal als auch lokal ein Trust-Profil
+                                    definiert, so wird f&uuml;r f&uuml;r die Validierung dieser
+                                    Infobox kein Trust-Profil ben&ouml;tigt.
+                                  </li>
+                                  <li id="ValidatorClassOA"><a href="#ValidatorClassVI">ValidatorClass</a>: 
+                                    Eine lokal gesetzte Validator-Klasse wird einer global gesetzten 
+                                    vorgezogen. Ist sowohl lokal als auch global f&uuml;r eine Infobox
+                                    keine Validator-Klasse konfiguriert, so wird die Default-Klasse
+                                    geladen (siehe <a href="#ValidatorClassVI">ValidatorClass</a>).                           
+                                  </li>
+                                  <li id="SchemaLocationsOA"><a href=#SchemaLocations">SchemaLocations</a>: 
+                                    Lokal definierte Schemas werden global definierten vorgezogen.
+                                    Sind lokal keine Schemas konfiguriert, so werden die globalen verwendet, 
+                                    so sie vorhanden sind.
+                                  </li>
+                                  <li id="ApplicationSpecificParametersOA">
+                                  <a href="#ApplicationSpecificParameters">ApplicationSpecificParameters</a>: 
+                                    Lokal definierte applikationsspezifische Paramter werden global
+                                    definierten vorgezogen. Sind lokal keine derartigen Paramter
+                                    konfiguriert, so werden die globalen verwendet, so sie vorhanden
+                                    sind.
+                                  </li>
+                                </ul>
+                              </li>
+                            </ul>
+                            </li>
+                            </ul>
+                            <br />
+                            <b id="VerifyInfoboxesSample">Beispiel</b>: In der Konfigurationsdatei
+                            <a href="examples/SampleMOAIDVerifyInfoboxesConfiguration.xml" target="_new">
+                            SampleMOAIDVerifyInfoboxesConfiguration.xml</a> sind global 
+                            (<tt>MOA-IDConfiguration/AuthComponent/VerifyInfoboxes</tt>) 
+                            Pr&uuml;fapplikationen f&uuml;r die beiden Infoboxen mit den Bezeichnern 
+                            <tt>InfoboxA</tt> und <tt>InfoboxB</tt> konfiguriert. 
+                            <tt>InfoboxA</tt> demonstriert in diesem Beispiel die minimale Konfiguration
+                            einer Pr&uuml;fapplikation - es ist nur der Identifier angegeben. MOA-ID
+                            wird in diesem Fall versuchen, die Default-Validatorklasse 
+                            <tt>at.gv.egovernment.moa.id.auth.validator.infoboxa.InfoboxAValidator</tt>
+                            zu laden (siehe dazu auch MOA-ID-Spezifikation, Abschnitt 4.7.2.3, 
+                            <tt>Zuordnung eines InfoboxReadResponse zu einer implementierenden Klasse</tt>).
+                            Da ein Default-Trust-Profil (<tt>GlobalVIDefaultTrust</tt>) konfiguriert ist, 
+                            wird MOA-ID dieses Profil zur Verifikation von Zertifikaten heranziehen. 
+                            Da kein <tt>FriendlyName</tt> gesetzt ist, wird das <tt>Identifier</tt> Attibut
+                            (<tt>InfoboxA</tt>) als <tt>FriendlyName</tt> verwendet. Weitere Parameter
+                            sind f&uuml;r die Verifikation dieser Infobox nicht erforderlich. 
+                            <br />
+                            Die Pr&uuml;fapplikation f&uuml;r die <tt>InfoboxB</tt> setzt nahezu alle
+                            m&ouml;glichen Paramter mit Ausnahme der Validator-Klasse. MOA-ID wird
+                            zur Verifikation dieser Infobox also auch die daf&uuml;r zust&auml;dige Default-Klasse
+                            (<tt>at.gv.egovernment.moa.id.auth.validator.infoboxb.InfoboxBValidator</tt>)
+                            laden, und alle konfigurierten Parameter an diese Klasse &uuml;bergeben.
+                            <br />
+                            In die Konfigurationsdatei sind drei Online-Applikationen mit den
+                            public URL-Prefixen <tt>https://OA1/</tt>, <tt>https://OA2/</tt> und
+                            <tt>https://OA3/</tt> eingetragen.
+                            Online-Applikation <tt>OA1</tt> konfiguriert Pr&uuml;fapplikationen f&uuml;r
+                            die drei Infoboxen <tt>InfoboxB</tt>, <tt>InfoboxC</tt> und
+                            <tt>InfoboxD</tt>. Das heißt, MOA-ID kann f&uuml;r die Online-Applikation
+                            <tt>OA1</tt> insgesamt vier Infoboxen &uuml;berpr&uuml;fen: die 
+                            Paramter f&uuml;r die Infobox <tt>InfoboxA</tt> werden
+                            von der entsprechenden global konfigurierten Pr&uuml;applikation
+                            &uuml;bernommen. Die Infoboxen <tt>InfoboxC</tt> und
+                            <tt>InfoboxD</tt> sind nur lokal gesetzt. F&uuml;r <tt>InfoboxB</tt>
+                            &uuml;bernimmt MOA-ID die applikationsspezifischen Parameter aus der 
+                            entsprechenden global konfigurierten Infobox und &uuml;berschreibt
+                            alle weiteren Parameter mit den lokalen Werten. Als Trust-Profil wird
+                            das lokale Deafult-Trust-Profil (<tt>LocalOA1DefaultTrust</tt>) genommen -
+                            dieses hat Vorrang gegen&uuml;ber den global gesetzten Profilen. Weiters
+                            ist zu beachten, dass die Attribute <tt>provideStammzahl</tt> und
+                            <tt>provideIdentityLink</tt> lokal nicht gesetzt sind, und daher den
+                            Deafult-Wert <tt>false</tt> einnehmen.
+                            <br />
+                            Das <tt>VerifyInfoboxes</tt>-Element in der AUTH-Komponente der zweiten
+                            Online-Applikation (<tt>OA2</tt>) spezifiziert keine anderen Pr&uuml;fapplikationen
+                            als die global definierten, &uuml;berschreibt aber f&uuml;r beide Infoboxen
+                            teilweise die global gesetzten Parameter. <tt>InfoboxA</tt> verwendet 
+                            ein lokal definiertes Trust-Profil (<tt>LocalInfoboxOA2ATrust</tt>),  
+                            <tt>InfoboxB</tt> &uuml;bernimmt
+                            alle globalen Parameter, setzt aber f&uuml;r die Attribute <tt>required</tt>, 
+                            <tt>provideStammzahl</tt> und <tt>provideIdentityLink</tt> jeweils den
+                            Defaultwert <tt>false</tt>. 
+                            <br />
+                            Die dritte Online-Applikation <tt>OA3</tt> enth&auml;lt in Ihrer AUTH-Komponente
+                            kein <tt>VerifyInfoboxes</tt>-Element. MOA-ID &uuml;bernimmt daher f&uuml;r
+                            diese Online-Applikation die global konfigurierten Infobox-Pr&uuml;applikationen
+                            (<tt>InfoboxA</tt> und <tt>InfoboxB</tt>) mit allen Paramertern genauso wie 
+                            sie dort gesetzt sind. Zu beachten ist hier, dass das in der AUTH-Komponente
+                            auf <tt>true</tt> gesetzte Attribut <tt>proviedStammzahl</tt> die
+                            Online-Applikation und <b><i>nicht</i></b> die Pr&uuml;applikation
+                            betrifft.
+                            <br />
+                          </p>
+                        </div>
+                            </p>
+                            </div>
                             <div id="OnlineApplication/ProxyComponent" />
                               <p id="block"> <b>OnlineApplication/ProxyComponent</b>
                                 <br />
@@ -547,8 +928,8 @@ Projekt <span style="font-size:48pt; ">moa</span>&#160;
                                 Proxykomponente installiert wird. <br />
                                 <br />
                                 Das optionale Attribut <tt>configFileURL</tt>
-                                verweist auf eine Konfigurationsdatei die dem
-                                Schema <a href="../MOA-ID-Configuration-1.3.xsd" target="_new">MOA-ID-Configuration-1.3.xsd</a>
+                                verweist auf eine Konfigurationsdatei die dem Schema
+                                <a href="../MOA-ID-Configuration-1.4.xsd" target="_new">MOA-ID-Configuration-1.4.xsd</a>
                                 entspricht mit Dokument-Element <tt>Configuration</tt>.
                                 Die Angabe erfolgt relativ zur verwendeten MOA-ID
                                 Konfigurationsdatei. Beispiel f&uuml;r das Element
@@ -808,7 +1189,7 @@ Der Name der Konfigurationsdatei wird in der Konfiguration von MOA-ID als Wert d
 wobei <tt>&lt;realURLPrefix&gt;</tt> dem Konfigurationswert <tt>OnlineApplication/ProxyComponent/ConnectionParameter/@URL</tt> entspricht.
 <br /><br />
 Die Konfigurationsdatei ist eine XML-Datei, die dem Schema
-<a href="../MOA-ID-Configuration-1.3.xsd" target="_new">MOA-ID-Configuration-1.3.xsd</a> mit dem Wurzelelement
+<a href="../MOA-ID-Configuration-1.4.xsd" target="_new">MOA-ID-Configuration-1.4.xsd</a> mit dem Wurzelelement
 <tt>Configuration</tt> entspricht.
 </div>
 
@@ -1019,4 +1400,4 @@ Im Falle einer fehlerhaften neuen Konfiguration wird die urspr&uuml;ngliche Konf
 
 </div>
 </div></div></div></body>
-</html>
\ No newline at end of file
+</html>