cdaefa:EFA Verwendete Standards - Versionsgeschichte

Jcaumanns: Markup-Fehler behoben

2015-01-26T16:06:46Z

Markup-Fehler behoben

Jcaumanns: Querverweise

2015-01-13T17:49:14Z

Querverweise

Jcaumanns: Seitentemplate an Konvention angepasst.

2014-09-09T13:50:43Z

Seitentemplate an Konvention angepasst.

Jcaumanns am 18. November 2013 um 09:20 Uhr

2013-11-18T09:20:30Z

Jcaumanns am 23. April 2013 um 21:33 Uhr

2013-04-23T21:33:59Z

Rkuhlisch am 2. April 2013 um 14:11 Uhr

2013-04-02T14:11:51Z

Rkuhlisch am 2. April 2013 um 14:10 Uhr

2013-04-02T14:10:52Z

Rkuhlisch: Die Seite wurde neu angelegt: „== Security Assertion Markup Language (SAML) == Die Security Assertion Markup Language (SAML) spezifiziert einen Rahmen, in dem vertrauenswürdige Aussagen zu Id…“

2013-03-25T10:02:24Z

Die Seite wurde neu angelegt: „== Security Assertion Markup Language (SAML) == Die Security Assertion Markup Language (SAML) spezifiziert einen Rahmen, in dem vertrauenswürdige Aussagen zu Id…“

Neue Seite

== Security Assertion Markup Language (SAML) ==

Die Security Assertion Markup Language (SAML) spezifiziert einen Rahmen, in dem vertrauenswürdige Aussagen zu Identitäten dargestellt und ausgetauscht werden können. Die primären Anwendungsszenarien, in denen SAML eingesetzt wird, sind Single Sign-On sowie Identity Federation (Verknüpfung und Austausch von Identitätsinformationen über Organisationsgrenzen hinweg).

Den zentralen Bestandteil des Standards bilden die abstrakten Nachweise (Assertions) und Protokolle.<ref name="saml">S. Cantor et al. (2005), Assertions and Protocols for the OASIS Security Assertion Markup Language (SAML) V2.0.</ref> Während die Assertions vertrauenswürdige Aussagen zur Authentifizierung und Autorisierung einer Identität sowie einer Identität zugeordnete Attribute kapseln, erlauben es die Protokolle, solche Assertions anzufragen und zu transportieren.

{| class="wikitable"
! colspan="2" | SAML Core
|-
| Organisation || OASIS
|-
| Version || 2.0 (März 2005)
|-
| rowspan="2" | Zweck || Abstrakte, XML-basierte Darstellung von vertrauenswürdigen Aussagen in Form von SAML Assertions
|-
| | Abstrakte Protokolle für den Transport der SAML Assertions
|}

Die SAML-Protokolle und deren Nachrichten werden in <ref name="saml" /> zunächst abstrakt spezifiziert. Wie die Protokolle an ein konkretes Nachrichten- oder Transportprotokoll, beispielsweise SOAP oder HTTP, gebunden werden, wird in <ref name="saml-bindings">S. Cantor et al. (2005), Bindings for the OASIS Security Assertion Markup Language (SAML)
V2.0.</ref> spezifiziert. Abhängig vom mit SAML umzusetzenden Anwendungsszenario können Assertions und Protokolle zusätzlich in Form einer Profilierung konkretisiert werden. Für typische Anwendungsszenarien gibt der SAML-Standard bereits Profilierungen in <ref name="saml-profiles">J. Hughes et al. (2005), Profiles for the OASIS Security Assertion Markup Language (SAML)
V2.0.</ref> vor. Diese umfassen u.a. Single Sign-On-Szenarien für Web Browser und für erweiterte Clients sowie Identity-Federation-Szenarien in verschiedenen Varianten.

Die EFA 2.0 Spezifikation verwendet SAML Assertions als [[cdaefa:EFA_Security_Objects_Bindings|Sicherheitstoken]], welche von speziellen [[cdaefa:EFA_Sicherheitsdienste_(logische_Spezifikation)|Sicherheitstokendiensten]] ausgestellt werden. Die Assertions erlauben die Kodierung von Identitäts- und Authentifizierungsnachweisen.

Weitere Informationen zu diesem Standard sind im [[IHE_DE_Cookbook#Security_Assertion_Markup_Language_.28SAML.29|IHE Cookbook]] zu finden.

== eXtensible Access Control Markup Language (XACML) ==

XACML<ref name"xacml">T. Moses (2005), eXtensible Access Control Markup Language (XACML) Version 2.0. OASIS.</ref> erlaubt die XML-basierte Beschreibung von Regeln für den Zugriff auf Ressourcen und spezifiziert Protokolle, mit denen Autorisierungsentscheidungen angefordert und ausgegeben werden können. Der Standard verfolgt einen generischen Ansatz, sodass mit XACML verschiedenartige Ansätze für Berechtigungssysteme (z.B. rollenbasierte Berechtigungen) realisiert werden können.

{| class="wikitable"
! colspan="2" | XACML
|-
| Organisation || OASIS
|-
| Version || 2.0 (Februar 2005)
|-
| rowspan="3" | Zweck || Autorisierung
|-
| | Beschreibung von Zugriffsregeln
|-
| | Protokoll zur Anforderung und Herausgabe von Autorisierungsentscheidungen
|}

Der Standard besteht in seinem Kern aus den Systembausteinen Policy Enforcement Point (PEP), Policy Decision Point (PDP), Policy Information Point (PIP) sowie Policy Administration Point (PAP). Diese Systembausteine werden durch weitere periphere Informationssysteme (z.B. Verzeichnisdienste) unterstützt. Weitere von OASIS herausgegebene Profile adressieren das Zusammenspiel mit anderen Standards (z.B. SAML) oder die Implementierung spezifischer Berechtigungsmodelle über die Konstrukte von XACML.

XACML spezifiziert – wie SAML auch – zunächst lediglich die Schemata für Protokollnachrichten. Der Transport dieser Nachrichten wird vom Standard nicht adressiert und ist Gegenstand einer Profilierung. In der EFA 2.0 Spezifikation wird XACML für die Kodierung von Autorisierungsnachweisen verwendet.

Weitere Informationen zu diesem Standard sind im [[IHE_DE_Cookbook#Extensible_Access_Control_Markup_Language_.28XACML.29|IHE Cookbook]] zu finden.

== Web Service Security (WS-Security) ==

== Web Services Trust Language (WS-Trust) ==

[[IHE_DE_Cookbook#Zentrale_Ausstellung_der_Assertion|IHE Cookbook]]

== Web Services Security Policy Language (WS-SecurityPolicy) ==

= Referenzen =
<references/>

----

* zurück zur [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]]

@@ Zeile 114: / Zeile 114: @@
 <references />
 * zurück zur [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]]
 }}

← Nächstältere Version		Version vom 13. Januar 2015, 17:49 Uhr
Zeile 106:		Zeile 106:


−	~~=== Referenzen ===~~
−	~~<references/>~~

		+
		+	----
		+
		+
		+	{{NoteBox\|'''Referenzen und Querverweise'''
		+	<references />
	* zurück zur [[cdaefa:EFA_Spezifikation_v2.0\|EFA-2.0-Spezifikation]]		* zurück zur [[cdaefa:EFA_Spezifikation_v2.0\|EFA-2.0-Spezifikation]]
		+	}}

@@ Zeile 1: / Zeile 1: @@
+{{DocumentPart
 ''Anmerkung: Die Kürzel unter den einzelnen Überschriften 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 1: / Zeile 1: @@
 == Security Assertion Markup Language (SAML) ==
 Die Security Assertion Markup Language (SAML) spezifiziert einen Rahmen, in dem vertrauenswürdige Aussagen zu Identitäten dargestellt und ausgetauscht werden können. Die primären Anwendungsszenarien, in denen SAML eingesetzt wird, sind Single Sign-On sowie Identity Federation (Verknüpfung und Austausch von Identitätsinformationen über Organisationsgrenzen hinweg).
@@ Zeile 25: / Zeile 32: @@
 Weitere Informationen zu diesem Standard sind im [[IHE_DE_Cookbook#Security_Assertion_Markup_Language_.28SAML.29|IHE Cookbook]] zu finden.
-== eXtensible Access Control Markup Language (XACML) ==
+=== eXtensible Access Control Markup Language (XACML) ===
 XACML<ref name"xacml">T. Moses (2005), eXtensible Access Control Markup Language (XACML) Version 2.0. OASIS.</ref> erlaubt die XML-basierte Beschreibung von Regeln für den Zugriff auf Ressourcen und spezifiziert Protokolle, mit denen Autorisierungsentscheidungen angefordert und ausgegeben werden können. Der Standard verfolgt einen generischen Ansatz, sodass mit XACML verschiedenartige Ansätze für Berechtigungssysteme (z.B. rollenbasierte Berechtigungen) realisiert werden können.
@@ Zeile 50: / Zeile 58: @@
-== Web Service Security (WS-Security) ==
+=== Web Service Security (WS-Security) ===
 WS-Security <ref name="ws-security">A. Nadalin et al. (2006), Web Service Security: SOAP Message Security 1.1. OASIS.</ref> erlaubt es, SOAP-Nachrichten auf der Nachrichtenebene zu signieren und zu verschlüsseln. Es bietet außerdem einen Rahmen, in dem verschiedene Sicherheitstoken übertragen werden können. Der Standard wird daher von weiteren Token-Profilen begleitet, die etwa die Nutzung von X.509-basierten Zertifikaten, SAML-Token oder Kerberos-Tickets als Sicherheitstoken spezifizieren.
@@ Zeile 75: / Zeile 84: @@
 Im Rahmen der EFA-Sicherheitsarchitektur wird WS-Security genutzt, um Sicherheitstoken zwischen EFA-Teilnehmersystem und EFA-Anwendung- und Sicherheitsdiensten auszutauschen.
-== Web Services Trust Language (WS-Trust) ==
+=== Web Services Trust Language (WS-Trust) ===
 WS-Trust <ref name="ws-trust">A. Nadalin et al. (2007), WS-Trust 1.3. OASIS.</ref> erweitert WS-Security um ein nachrichtenbasiertes Protokoll, das das Anfragen und Ausstellen von Sicherheitstoken sowie die Delegation von Vertrauensbeziehungen erlaubt. WS-Trust führt dazu ein aus drei Rollen bestehendes Modell ein, in dem ein Webservice-Nutzer bei einem Sicherheitstokendienst ein Sicherheitstoken anfragt, welches dieser anschließend bei einem Webservice-Anbieter einlösen kann. Die vom Webservice-Nutzer so vorgelegten Behauptungen zur Nutzeridentität sind durch die Vertrauensbeziehung zwischen Webservice-Anbieter und Sicherheitstokendienst mithilfe von kryptographischen Methoden verifizierbar.
@@ Zeile 97: / Zeile 107: @@
 = Referenzen =
 <references/>
 * zurück zur [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]]

← Nächstältere Version		Version vom 2. April 2013, 14:11 Uhr
Zeile 94:		Zeile 94:
	Assertions über das WS-Trust-Protokoll. Weitere Informationen im [[IHE_DE_Cookbook#Zentrale_Ausstellung_der_Assertion\|IHE Cookbook]].		Assertions über das WS-Trust-Protokoll. Weitere Informationen im [[IHE_DE_Cookbook#Zentrale_Ausstellung_der_Assertion\|IHE Cookbook]].

−	~~== Web Services Security Policy Language (WS-SecurityPolicy) ==~~

	= Referenzen =		= Referenzen =