Authentifizierung
8.1.1 Primäre Authentifizierung
Die primäre Authentifizierung findet statt, wenn ein Benutzer zum ersten Mal versucht, auf das System zuzugreifen. Während der primären Authentifizierung kann eine der beiden folgenden Situationen auftreten:
• Wenn die Einzelanmeldung nicht konfiguriert ist, gibt der Benutzer seine Anmeldedaten wie
Benutzernamen, Kennwort und Authentifizierungstyp an.
Diese Angaben werden von den Benutzern im Anmeldefenster eingegeben.
• Wenn eine Einzelanmeldungsmethode konfiguriert ist, werden die Anmeldedaten für die Benutzer im Hintergrund weitergegeben.
Diese Angaben werden unter Verwendung anderer Methoden, wie Kerberos oder SiteMinder, extrahiert.
• Als Authentifizierungstyp kann Enterprise, LDAP, Windows AD, SAP, Oracle EBS, Siebel, JD Edwards
EnterpriseOne oder PeopleSoft Enterprise verwendet werden. Dies hängt von den Typen ab, die
Sie im Verwaltungsbereich "Authentifizierung" der Central Management Console (CMC) eingerichtet und aktiviert haben. Der Webbrowser des Benutzers übermittelt die Informationen per HTTP an
Ihren Webserver, der die Informationen an den CMS oder den geeigneten Plattform-Server weiterleitet.
Der Webanwendungsserver übergibt die Benutzerinformationen in einem serverseitigen Skript. Das
Skript kommuniziert intern mit dem SDK. Letztendlich authentifiziert das entsprechende Sicherheits-Plugin den Benutzer in der Benutzerdatenbank.
Wenn sich der Benutzer beispielsweise bei BI-Launchpad anmeldet und die Enterprise-Authentifizierung angibt, stellt das SDK sicher, dass das BI-Plattform-Sicherheits-Plugin die Authentifizierung ausführt.
Mit dem Sicherheits-Plugin überprüft der Central Management Server (CMS) den Benutzernamen und das Kennwort in der Systemdatenbank. Wenn der Benutzer eine Authentifizierungsmethode angegeben hat, authentifiziert das SDK den Benutzer mithilfe des entsprechenden Sicherheits-Plugins.
Wenn das Sicherheits-Plugin eine Übereinstimmung von Anmeldedaten meldet, gewährt der CMS dem
Benutzer eine aktive Systemidentität, und die folgenden Aktionen werden ausgeführt:
• Der CMS erstellt eine Enterprise-Sitzung für den Benutzer. Während die Sitzung aktiv ist, wird eine
Benutzerlizenz im System konsumiert.
• Der CMS generiert und codiert ein Anmeldetoken, das an den Webanwendungsserver gesendet wird.
• Der Webanwendungsserver speichert die Benutzerinformationen in einer Sitzungsvariablen im
Arbeitsspeicher. Während die Sitzung aktiv ist, werden Informationen gespeichert, mit denen die
BI-Plattform Benutzeranfragen beantworten kann.
Anmerkung:
In der Sitzungsvariablen ist das Kennwort des Benutzers nicht enthalten.
232 2013-01-07
