cdaefa:EFA Context Manager SFM - Versionsgeschichte

Jcaumanns: Markup-Fehler behoben

2015-01-27T10:35:29Z

Markup-Fehler behoben

Jcaumanns: Markup-Fehler behoben

2015-01-26T16:05:16Z

Markup-Fehler behoben

Jcaumanns: Querverweise

2015-01-13T17:42:13Z

Querverweise

Jcaumanns: Seitentemplate an Konvention angepasst.

2014-09-09T13:49:22Z

Seitentemplate an Konvention angepasst.

Jcaumanns: /* Ausstellen und Einlösen von Berechtigungstoken */

2013-11-17T20:23:12Z

‎Ausstellen und Einlösen von Berechtigungstoken

Jcaumanns am 17. November 2013 um 20:19 Uhr

2013-11-17T20:19:50Z

Jcaumanns: /* Referenzen und Querverweise */

2013-11-17T20:18:30Z

‎Referenzen und Querverweise

Jcaumanns: /* Optionen zur Authentisierung von EFA-Teilnehmern (nicht-normativ) */

2013-11-15T13:31:19Z

‎Optionen zur Authentisierung von EFA-Teilnehmern (nicht-normativ)

Jcaumanns: /* EFA Sicherheitskontext */

2013-04-27T15:59:22Z

‎EFA Sicherheitskontext

Jcaumanns: /* Operation: OpenContext */

2013-04-27T15:44:19Z

‎Operation: OpenContext

@@ Zeile 35: / Zeile 35: @@
 {|class="wikitable" style="text-align: left; cellpadding: 10;"
 !Method
-! colspan="2"|openContext(credential Object) :<br>
+| colspan="2"|openContext(credential Object) :<br>
 ContextIdentifer<br>
 fault AuthenticationFailedException
 |-
-|Description
+!Description
 | colspan="2"|This method establishes a security context for a user that wants to get access to an eCR peer. The security context holds the Identity Assertion [SAML2.0core] necessary for invoking service operations from business services. A credential MUST be passed.
 |-
-|Input Parameters
+!Input Parameters
 |credential
 |Object which MAY be a username/password combination, a subject identifier, a health card handle, or a SAML assertion that guarantees for an authentication.
 |-
-|Return Value
+!Return Value
 |[[cdaefa:EFA_Security_Informationsmodell#context|context]]
 |The identifier used to refer to the security context when issuing EFA activities within that context
 |-
-|Preconditions
+!Preconditions
 | colspan="2"|
 # Credentials (i.e., username/password) are present.
 #No previously established security context with the same credentials is present.
 |-
-|Sequence (Main  success scenario)
+!Sequence (Main  success scenario)
 | colspan="2"|
 # If a username/password combination is passed, the connector/ECRRequestor constructs a UsernameToken [WSSUsername] and invokes the RequestSecurityToken [WSTrust] operation of the eCR Identity Provider [eCR SecArch 1.2] for issuing an Identity Assertion.
@@ Zeile 62: / Zeile 62: @@
 # If the authentication was successful, the Identity Assertion is stored in the session context within the eCR-Connector for later use. Otherwise an exception is thrown.
 |-
-|Exception
+!Exception
 |AuthenticationFailedException
 |Authentication failed due to wrong credentials.

@@ Zeile 74: / Zeile 74: @@
 {{NoteBox|'''Referenzen und Querverweise'''
 * [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]]
 }}

@@ Zeile 4: / Zeile 4: @@
 ----
-== EFA Context Manager ==
+=== EFA Context Manager ===
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {Eoexr.01}</tt>
@@ Zeile 13: / Zeile 13: @@
 Auf Seiten des EFA-Clients kapselt der (logische) Dienst des EFA ContextManagers den Aufbau und die Verwaltung des Sicherheitskontextes. Alle clientseitigen Aufrufe von EFA-Sicherheitsdiensten werden durch den EFA ContextManager ausgeführt, der die von diesen Diensten für den EFA-Teilnehmer ausgestellten Sicherheitsnachweise in den bestehenden Sicherheitskontext integriert.
-=== Authentisierung eines EFA-Teilnehmers ===
+==== Authentisierung eines EFA-Teilnehmers ====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {Eoexr.02}</tt>
@@ Zeile 20: / Zeile 20: @@
 Wesentlich für die über den ContextManager gesteuerte Authentisierung ist lediglich, dass in deren Ergebnis eine authentischer Identitätsnachweis des EFA-Teilnehmers vorliegt. Dieser Nachweis muss einem vorgegebenen Format genügen und bestimmte Identitätsinformationen kodieren, so dass jeder EFA-Dienst dieses Nachweis verarbeiten und semantisch gleichartig interpretieren kann.
-==== Optionen zur Authentisierung von EFA-Teilnehmern (nicht-normativ) ====
+===== Optionen zur Authentisierung von EFA-Teilnehmern (nicht-normativ) =====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {Eoexr.02.01}</tt>
@@ Zeile 29: / Zeile 29: @@
 [[Datei:Authn_Options.png|480px]]
-==== Operation: OpenContext ====
+===== Operation: OpenContext =====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {Eoexr.02.02}</tt>
@@ Zeile 67: / Zeile 67: @@
 |}
 * [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]]

@@ Zeile 1: / Zeile 1: @@
-{{Infobox Dokument
+{{DocumentPart
 }}
 ''Anmerkung: Die unter den einzelnen Überschriften in geschweiften Klammern angegebenen Kürzel dienen der Unterstützung des Kommentierungsverfahrens. Bitte geben Sie bei einem Kommentar oder einem Verbesserungsvorschlag zu dieser Spezifikation immer das Kürzel des Abschnitts an, auf den sich Ihr Kommentar bezieht. Alle Kommentare werden in der Lasche "Diskussion" zu der kommentierten Seite gesammelt und gegenkommentiert.<br>Hinweise zum Kommentierungsverfahren einschließlich aller Formulare und Kontaktadressen finden Sie auf der Seite "[[cdaefa:Kommentierung EFAv2.0|Kommentierung EFAv2.0]]".''
 ----

@@ Zeile 80: / Zeile 80: @@
 |Authentication failed due to wrong credentials.
 |}
 === Referenzen und Querverweise ===
 * [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]]

@@ Zeile 39: / Zeile 39: @@
 Die Identifizierung und Authentifizierung von EFA-Teilnehmern gegenüber den EFA-Diensten erfolgt in zwei Stufen; an einem initialen Authentisierungspunkt erfolgt die Prüfung des Authentizitätsnachweises und die Erstellung eines Identitätsnachweises, in dem die Identität des EFA-Teilnehmers über Attribute (z. B. Rollen und Organisationszugehörigkeiten) beschrieben ist. Jeder EFA-Dienst umfasst einen föderierten Authentisierungspunkt, an dem die Authentizität von Identitätsnachweisen verifiziert werden kann. Dieses zweistufige Verfahren erlaubt die Dezentralisierung der initialen Authentifizierung und die Einbringung von beim Leistungerbringer verwalteten Nutzerattributen (z. B. Funktionsrollen). Darüber hinaus bleiben so die technischen Besonderheiten verschiedener und potenziell parallel genutzter Authentifizierungsmechanismen (HBA, Mitarbeiterausweise einer Klinik, Username/Passwort, etc.) vor den EFA-Diensten verborgen.
-Die nachfolgende Grafik stellt verschiedene Optionen zur Umsetzung eines initialen Authentisierungspunkts dar. Wesentlich hierbei ist, dass der Aufruf des initialen Authentisierungspunkts logisch über den ContextManager gekapselt wird, d.h. client-seitige Funktionalitäten der EFA-Nutzung und die beim EFA-Provider angesiedelten EFA-Dienste von konkreten Umsetzungen der initialen Authentisierung unabhängig sind.
+Die nachfolgende Grafik stellt verschiedene Optionen zur Umsetzung eines initialen Authentisierungspunkts dar. Wesentlich hierbei ist, dass der Aufruf des initialen Authentisierungspunkts logisch über den ContextManager gekapselt wird, d.h. client-seitige Funktionalitäten der EFA-Nutzung und die beim EFA-Provider angesiedelten EFA-Dienste von konkreten Umsetzungen der initialen Authentisierung unabhängig sind. Einen Sonderfall stellt die Nutzung einer Guarantor Assertion dar, die dezentral ausgestellt wird und anschließend an einem Identity Provider in einen für den EFA-Dienste verarbeitbaren Identitätsnachweis überführt wird. Hierbei prüft der Identity Provider die Authentizität der Guarantor Assertion (föderierter Authentisierungspunkt) und stellt mit den Angaben aus der Guarantor Assertion und ggf. weiteren Informationen eines Verzeichnisdienstes einen neuen, für den EFA-Dienst validierbaren Nachweis aus (initialer Authentisierungspunkt aus Sicht des EFA-Dienstes).
 [[Datei:Authn_Options.png|480px]]