Wiki-Quellcode von SAML 2.0
Verstecke letzte Bearbeiter
author | version | line-number | content |
---|---|---|---|
![]() |
1.1 | 1 | {{content/}} |
2 | |||
![]() |
15.1 | 3 | Auf der Oberfläche zur Konfiguration eines dem //SAML 2.0//-Standard folgenden Identity Providers (z.B. //Shibboleth 2.0//) werden die folgenden beschriebenen Parameter abgefragt. |
![]() |
1.1 | 4 | |
5 | == Grundeinstellungen == | ||
6 | |||
7 | {{figure image="saml_grundeinstellungen_de.png" clear="h1"}} | ||
8 | Grundeinstellungen für die Konfiguration eines neuen SAML 2.0 Identity Providers. | ||
9 | {{/figure}} | ||
10 | |||
11 | === Name === | ||
12 | |||
13 | Bezeichnung des Identity Providers in {{formcycle/}}. | ||
14 | |||
15 | === Abweichender Name auf dem Login-Button des Formulars === | ||
16 | |||
17 | Wenn ein Formular so konfiguriert wurde, dass mehrere Authenthentifizierungsmöglichkeiten zur Auswahl stehen, wird beim Öffnen des Formulars ein Dialog angezeigt in dem man eine Authentifizierungsart wählen muss. Hier kann festgelegt werden, welcher Textinhalt auf dem Button für diesen Identity Provider stehen soll. | ||
18 | |||
19 | Wird an dieser Stelle nichts eingetragen, wird die unter //Name// eingetragene Bezeichung verwendet. | ||
20 | |||
21 | === Alias für Callback-URL (UUID) === | ||
22 | |||
23 | Eindeutiger Identifikator, welcher der Identity Provider beim Rücksprung zu {{formcycle/}} verwendet. Dieser Wert wird automatisch generiert, kann bei Bedarf jedoch geändert werden. | ||
24 | |||
25 | === Callback-URL === | ||
26 | |||
27 | Die beim Rücksprung vom Identity Provider zu {{formcycle/}} verwendete URL wird hier angezeigt und kann über das Kopieren-Symbol rechts neben der URL in die Zwischenablage kopiert werden. Falls Frontend-Server vorhanden sind, wird auch für diese die entsprechende URL angezeigt. | ||
28 | |||
29 | |||
30 | == Initial sichtbare Schaltflächen == | ||
31 | |||
32 | Unter den Grundeinstellungen befinden sich zunächst 3 Schaltflächen, deren Funktionen bei der Konfiguration des Identity Providers helfen sollen. | ||
33 | |||
34 | === E-Mail an Provider senden === | ||
35 | |||
36 | Öffnet das im System eingerichtete E-Mail-Programm mit einer vorformulierten Anfrage bezüglich der für die Konfiguration des Identity Providers im {{formcycle/}} benötigten Informationen. | ||
37 | |||
38 | === Hilfe === | ||
39 | |||
40 | Öffnet diese Hilfeseite im Browser. | ||
41 | |||
42 | === Konfiguration hinzufügen === | ||
43 | |||
44 | Nachdem die benötigten Informationen vom Identitiy Provider bereitgestellt wurden, kann durch einen Klick auf diesen Button der Bereich für die Konfiguration des Identity Providers geöffnet werden. Es öffnet sich der im folgenden beschriebene Bereich //Konfiguration//. | ||
45 | |||
46 | == Konfiguration == | ||
47 | |||
48 | {{figure image="saml_konfiguration_de.png" clear="h2"}} | ||
49 | Konfigurationsoptionen eines SAML 2.0 Identity Providers. | ||
50 | {{/figure}} | ||
51 | |||
52 | === Konfigurationsdatei === | ||
53 | |||
54 | * **Konfigurationsdatei hochladen**: Durch das Drücken dieser Schaltläche öffnet sich ein Dateiauswahldialog, mit dem die vom Identity Provider gelieferte Konfigurationsdatei ausgewählt werden kann. Durch das Bestätigen der Auswahl im Dialog wird die Datei hochgeladen. | ||
55 | |||
56 | * **//Dateiname.xml//**: Nachdem eine Konfigurationsdatei hochgeladen und die Konfiguration gespeichert wurde, besteht die Möglichkeit, die Datei an dieser Stelle wieder herunterzuladen. Der Download wird durch einen Klick auf den Dateinamen oder das {{ficon name="download-circle-outline"/}}-Symbol gestartet. | ||
57 | |||
58 | === Attributsmapping zu Benutzern === | ||
59 | |||
60 | Durch klicken auf //Attributsmapping zu Benutzern// können die Konfigurationsfelder für das Mapping einzelner Attribute sichtbar gemacht werden. Für die folgenden Daten können SAML-Attribute konfiguriert werden, wobei in jedem Fall der Name des //saml:Attribute// Knotens angegeben werden muss. | ||
61 | |||
62 | * **Vorname (firstName)**: Vorname des Benutzers | ||
63 | * **Nachname (familyName)**: Nachname des Benutzers | ||
64 | * **Anzeigename (displayName)**: Anzeigename des Benutzers | ||
65 | * **Benutzername (userName)**: Benutzername des Benutzers | ||
66 | * **E-Mail (mail)**: E-Mail-Adresse des Benutzers | ||
67 | * **Sprache (locale)**: Sprache des Benutzers | ||
68 | * **Standort (location)**: Standort des Benutzers | ||
69 | * **Bild-URL (pictureUrl)**: Bild-URL des Benutzers | ||
70 | * **Profil-URL (profileUrl)**: Profil-URL des Benutzers | ||
71 | |||
72 | {{id name="keystore"/}} | ||
73 | |||
74 | === Keystore verwalten === | ||
75 | |||
76 | Durch klicken auf //Keystore verwalten// werden die Einstellungen für den Keystore sichtbar. Zunächst gibt es dort die beiden folgenden Schaltflächen: | ||
77 | |||
78 | * **Keystore neu erstellen**: Erstellt einen neuen Keystore mit einem neuen Schlüsselpaar | ||
79 | * **Keystore-Datei aktualisieren**: Öffnet einen Dateiauswahldialog, mit dem ein vorhandener Keystore ausgewählt und hochgeladen werden kann. | ||
80 | |||
81 | Nach dem Hochladen eines eigenen Keystores erscheinen zudem die folgenden Eingabelfelder: | ||
82 | |||
83 | * **Keystore-Passwort**: Passwort des Keystores | ||
84 | * **Keypair-Passwort**: Passwort des Schlüsselpaars | ||
85 | |||
86 | {{info}} | ||
87 | Bei eigenen Keystores muss es sich um Java-Keystores vom Typ JKS handeln, welche ein entsprechendes 2048-Bit RSA-Schlüsselpaar enthalten. Ein solcher Keystore kann zum Beispiel mit dem Hilfsprogramm //keytool// für Zertifikatslebensdauer von ca. 10 Jahren (3650 Tagen) über den folgenden Befehl generiert werden: {{code language="none"}}keytool -genkeypair -alias ihr-alias -keypass ihr-passwort -keystore samlKeystore.jks -storepass ihr-passwort -keyalg RSA -keysize 2048 -validity 3650{{/code}} | ||
88 | {{/info}} | ||
89 | |||
90 | {{figure image="saml_weitere_einstellungen_de.png" clear="h2"}} | ||
91 | Erweiterte Einstellungen für die Konfiguration eines SAML 2.0 Identity Providers. | ||
92 | {{/figure}} | ||
93 | |||
94 | === Weitere Einstellungen === | ||
95 | |||
96 | Durch einem Klick auf //Weitere Einstellungen// können weitere Parameter für die Verbindung mit dem Identity Provider konfiguriert werden. | ||
97 | |||
98 | ==== Service provider entity ID ==== | ||
99 | |||
100 | Optionale ID zur Identifikation gegenüber dem Identity Provider. | ||
101 | |||
102 | |||
103 | ==== Force authentication ==== | ||
104 | |||
105 | Legt fest, ob eine Anmeldung durch den Benutzer erzwungen werden soll, obwohl noch eine gültige Sitzung vorhanden ist. | ||
106 | |||
107 | ==== Passive authentication ==== | ||
108 | |||
109 | Legt fest, ob eine Anmeldung ohne Interaktion mit dem Benutzer versucht werden soll. | ||
110 | |||
111 | ==== User name qualifier ==== | ||
112 | |||
113 | Legt fest, ob bei Anmeldungsanfragen der //NameQualifier// mitgesendet werden soll. Dies ist im SAML-Standard nicht vorgesehen, jedoch bei einigen Identity Providern notwendig. | ||
114 | |||
115 | ==== Authentication request signed ==== | ||
116 | |||
117 | Legt fest, ob die Anmeldungsanfrage digital signiert werden soll. | ||
118 | |||
119 | ==== Logout request signed ==== | ||
120 | |||
121 | Legt fest, ob die Abmeldungsanfrage digital signiert werden soll. | ||
122 | |||
123 | ==== Wants assertions signed ==== | ||
124 | |||
125 | Legt fest, ob die SAML-Aussagen (Assertions) digital signiert erwartet werden. | ||
126 | |||
127 | ==== Wants response signed ==== | ||
128 | |||
129 | Legt fest, ob die SAML-Antworten digital signiert erwartet werden. | ||
130 | |||
131 | |||
132 | ==== Max. authentication lifetime (Sekunden) ==== | ||
133 | |||
134 | Maximale dauer einer bestehenden Anmeldung beim Identity Provider. Standardwert ist {{code language="none"}}3600{{/code}} Sekunden. | ||
135 | |||
136 | ==== Max. clock skew (Sekunden) ==== | ||
137 | |||
138 | Maximal erlaubter Unterschied zwischen den Systemuhrzeiten von {{fcserver/}} und dem Identity Provider. Standardwert ist {{code language="none"}}300{{/code}} Sekunden. | ||
139 | |||
140 | ==== Assertion consumer service index ==== | ||
141 | |||
142 | Legt den Index des Assertion Consuming Service fest, welcher bei der Anmeldungsanfrage verwendet werden soll. Standardwert ist {{code language="none"}}-1{{/code}}, was dem Standard des Identity Providers entspricht. | ||
143 | |||
144 | ==== Attribute consumer service index ==== | ||
145 | |||
146 | Legt den Index des Attribute Consuming Service fest, welcher bei der Anmeldungsanfrage verwendet werden soll. Standardwert ist {{code language="none"}}-1{{/code}}, was dem Standard des Identity Providers entspricht. | ||
147 | |||
148 | |||
149 | ==== Authentication request binding type ==== | ||
150 | |||
151 | Übermittlungstyp, mit welchem FORMCYCLE eine Anmeldung am Identity Provider anfragt. | ||
152 | |||
153 | ==== Response binding type ==== | ||
154 | |||
155 | Übermittlungstyp, mit welchem der Identity Provider auf eine Anmeldung von FORMCYCLE antwortet. | ||
156 | |||
157 | ==== Logout request binding type ==== | ||
158 | |||
159 | Übermittlungstyp, mit welchem FORMCYCLE eine Abmeldung am Identity Provider anfragt. | ||
160 | |||
161 | ==== Logout response binding type ==== | ||
162 | |||
163 | Übermittlungstyp, mit welchem der Identity Provider auf eine Abmeldung von FORMCYCLE antwortet. | ||
164 | |||
165 | |||
166 | ==== Signature canonicalization algorithm ==== | ||
167 | |||
168 | Legt den Algortithmus fest, welcher für die Umwandlung der signierten Anfrage in eine standrdisierte XML-Normalform verwendet werden soll. Standardmäßig wird {{code language="none"}}http://www.w3.org/2001/10/xml-exc-c14n#{{/code}} verwendet. | ||
169 | |||
170 | ==== Black listed signature signing algorithms ==== | ||
171 | |||
172 | Für das Signieren verbotene Algorithmen. | ||
173 | |||
174 | ==== Signature algorithms ==== | ||
175 | |||
176 | Für das Signieren erlaubte Algorithmen. | ||
177 | |||
178 | ==== Signature reference digest methods ==== | ||
179 | |||
180 | Gibt die Hash-Algorithmen an, welche beim Signieren der SAML-Aussagen (Assertions) erlaubt sind. | ||
181 | |||
![]() |
14.1 | 182 | ==== Serviceprovider-Metadaten herunterladen ==== |
![]() |
1.1 | 183 | |
184 | Durch ein Klick auf diesen Button werden die Service-Metadaten als XML, anhand der zuvor festgelegten Einstellungen generiert und als Download bereitgestellt. | ||
185 | Diese Metadaten können dann direkt im jeweiligen Identity Provider eingebunden werden. |