Anmeldung und Sicherheit

Wie melden sich User an?

Im Abschnitt Sicherheit der White-Label-Einstellungen legen Sie fest, wie sich die User der Instanz anmelden. Authentifizierungsart hat drei Optionen:

  • Local: User melden sich mit E-Mail-Adresse und einem Passwort an, das auf der Plattform gespeichert ist. Das ist der Standard.
  • Remote: User geben E-Mail-Adresse und Passwort auf der Login-Seite der Instanz ein, und Ihr eigener Service prüft sie.
  • SAML: User melden sich über Ihren Identity Provider an, mit Single Sign-on.

Bei jeder Option muss ein User auf der Plattform existieren, bevor er sich anmelden kann. Die Anmeldung erkennt ihn an seiner E-Mail-Adresse und legt niemanden an. Legen Sie User im Kontomanagement an oder lassen Sie Ihr eigenes System sie über die REST API anlegen.

Gäste, die einer Sitzung beitreten, melden sich nicht an, ausser die Sitzung lässt nur angemeldete Personen ein. Siehe Wer darf eine Sitzung betreten?.

Wie richte ich eine Remote-Anmeldung ein?

EinstellungWas sie bewirkt
Login-URLDie Adresse Ihres Services. Die Plattform schickt ihm die eingegebene E-Mail-Adresse und das Passwort und erwartet die Antwort, ob sie gültig sind.
URL um das Passwort zurückzusetzenWohin der Link «Passwort vergessen» auf der Login-Seite führt, damit User ihr Passwort bei Ihnen statt auf der Plattform zurücksetzen

Wie richte ich SAML Single Sign-on ein?

EinstellungWas sie bewirkt
EinstiegspunktDie Single-Sign-on-Adresse Ihres Identity Providers
HerausgeberDer Name, unter dem sich die Instanz bei Ihrem Identity Provider ausweist
Öffentliches Zertifikat der GegenstelleDas Signaturzertifikat Ihres Identity Providers, mit dem die Plattform seine Antworten prüft
AuthentifizierungskontextDer Authentifizierungskontext, den die Plattform anfordert, falls Ihr Identity Provider einen bestimmten erwartet

Registrieren Sie die Instanz in Ihrem Identity Provider mit dieser Adresse für die Antworten:

https://<host name of the instance>/api/v6/auth/saml/callback

Die Antwort muss die E-Mail-Adresse des Users enthalten, denn daran erkennt ihn die Plattform.

Können User, die bereits in Ihrem Intranet angemeldet sind, die Anmeldung überspringen?

Ja, mit Cookie-SSO. Setzt Ihre eigene Webanwendung ein Cookie, das der Hostname der Instanz lesen kann, kann die Plattform den User damit anmelden.

EinstellungWas sie bewirkt
Cookie Einzelanmeldung (SSO)Schaltet Cookie-SSO ein
Cookie NameDer Name Ihres Cookies
Cookie Verifizierungs-URLIhr Service, der den Wert des Cookies erhält und antwortet, ob er gültig ist und zu welcher E-Mail-Adresse er gehört

Das Cookie muss für die Instanz lesbar sein. In der Praxis heisst das: Die Instanz läuft auf einer Subdomain der Domain, die das Cookie setzt.

Welche weiteren Sicherheitseinstellungen gibt es?

EinstellungWas sie bewirkt
Zwei-Faktor Authentifizierung zulassenUser können ihre Anmeldung mit einem Code aus einer Authenticator-App schützen
Erlaube Email als Möglichkeit zur Zwei-Faktor AuthentifizierungEin User ohne seine Authenticator-App kann sich den Code per E-Mail schicken lassen. Bequem, aber damit wird das E-Mail-Konto zum zweiten Faktor. Standardmässig eingeschaltet; schalten Sie es aus, wo das zählt.
Anmelden alsInstanz-Administratoren können sich als User der Instanz anmelden, nachdem sie ihr eigenes Passwort und, falls sie einen nutzen, ihren zweiten Faktor bestätigt haben. Standardmässig ausgeschaltet. Siehe Das Partnerportal.
Captcha-Überprüfung verwendenInteressierte müssen ein Captcha lösen, wenn sie selbst ein Testkonto registrieren

Passwörter und Schlüssel werden nach dem Speichern nie wieder angezeigt. Die Felder zeigen einen Platzhalter, und wenn Sie ohne Änderung speichern, bleibt der gespeicherte Wert erhalten.

Manche Regeln, etwa die minimale Passwortlänge und wie lange eine Session dauert, legen wir für Sie fest. Siehe Auf Anfrage für Sie eingerichtet.

Sind Sie nicht sicher, wie Sie Ihr Projekt am Besten umsetzen sollen?

Sprechen Sie mit unserem Team über Ihre Pläne.