diff options
| author | Thomas Lenz <tlenz@iaik.tugraz.at> | 2014-09-11 12:12:03 +0200 | 
|---|---|---|
| committer | Thomas Lenz <tlenz@iaik.tugraz.at> | 2014-09-11 12:12:03 +0200 | 
| commit | b5c798d95ade4142ba7e50edd928502187f8c2e5 (patch) | |
| tree | 9b0828c105f06b1866c95c51c5933635b1c422f9 /id/server/doc/handbook/interfederation/interfederation.html | |
| parent | 8c69606529427f9b3684d67ff2c7b309a0c586b4 (diff) | |
| download | moa-id-spss-b5c798d95ade4142ba7e50edd928502187f8c2e5.tar.gz moa-id-spss-b5c798d95ade4142ba7e50edd928502187f8c2e5.tar.bz2 moa-id-spss-b5c798d95ade4142ba7e50edd928502187f8c2e5.zip | |
update handbook
 - bPK-Encryption
 - interfederation
Diffstat (limited to 'id/server/doc/handbook/interfederation/interfederation.html')
| -rw-r--r-- | id/server/doc/handbook/interfederation/interfederation.html | 8 | 
1 files changed, 5 insertions, 3 deletions
| diff --git a/id/server/doc/handbook/interfederation/interfederation.html b/id/server/doc/handbook/interfederation/interfederation.html index d30c93008..bd97061ab 100644 --- a/id/server/doc/handbook/interfederation/interfederation.html +++ b/id/server/doc/handbook/interfederation/interfederation.html @@ -73,7 +73,8 @@    <li>MOA-ID 1 validiert den Authentifizierungsrequest und generiert eine Assertion für MOA-ID 2 welche Session-Token für die Benutzerin oder den Benutzer enthält. In diesem Schritt werden jedoch noch keine personenbezogenen Daten ausgetauscht.</li>    <li>Die Assertion wird an MOA-ID 2 zurückgesendet.</li>    <li>MOA-ID 2 validiert die Assertion und extrahiert das Session-Token. <br> -  <strong>Hinweis:</strong> Sollte die Validierung der Assertion fehlschlagen oder keine aktive SSO Session bei MOA-ID 1 existieren wird eine lokale Authentifizierung der Benutzerin oder des Benutzers mittels Bürgerkarte oder Handy-Signatur durchgeführt.</li> +  <strong>Hinweis:</strong> Sollte die Validierung der Assertion fehlschlagen oder keine aktive SSO Session bei MOA-ID 1 existieren wird eine lokale Authentifizierung der Benutzerin oder des Benutzers mittels Bürgerkarte oder Handy-Signatur durchgeführt.<br> +  <strong>Hinweis:</strong> Sollte die Assertion bereits alle notwenigen Anmeldeinformationen beinhalten wird Schritt 13 und 14 übersprungen. </li>    <li>MOA-ID 2 generiert einen Attribut Request mit den von Online Applikation 2 angeforderten Attributen und sendet diesen über SOAP Binding an MOA-ID 1.</li>    <li>MOA-ID 1 generiert eine Assertion mit den angeforderten Attributen für Online Applikation 2 und sendet diese an MOA-ID 2.</li>    <li>MOA-ID 2 generiert   eine Assertion für Online Applikation 2</li> @@ -154,8 +155,9 @@    <tr>      <td><span id="wwlbl_loadIDP_moaIDP_queryURL">AttributQuery Service URL</span></td>      <td>https://demo.egiz.gv.at/moa-id-auth/pvp2/attributequery</td> -    <td align="center"> </td> -    <td><p>URL auf das Attribute-Query Service des konfigurierten IDP. Über dieses WebService werden die Authentifizierungsdaten vom IDP abgeholt.</p></td> +    <td align="center">X</td> +    <td><p>URL auf das Attribute-Query Service des konfigurierten IDP. Über dieses WebService werden die Authentifizierungsdaten vom IDP abgeholt.</p> +    <p><strong>Hinweis:</strong> Wenn kein Service konfiguriert ist müssen alle für den Anmeldevorgang benötigten Informationen bereits in der Assertion im Schritt 11 (siehe <a href="#sequenzediagramm">Sequenzdiagramm</a>) übermittelt werden.</p></td>    </tr>  </table>  <p> </p> | 
