SharePoint-Authentifizierung. So erhalten Sie SharePoint-Cookies von ADFS

Wir codieren eine Sharepoint-Anwendung, erweitern sie als Provider-gehostet, verwenden das Zertifikat und verankern unser MVC-Projekt damit Erweitern Sie all dies auf demselben IIS, der Sharepoint wurde erweitert.

Aufgabe 1: Ein Benutzer meldet sich bei SharePoint an, startet unsere Anwendung; Die Anwendung startet ohne Autorisierungsanfrage und ruft den Benutzer von Sharepoint ab, in dem sie sich angemeldet hat.

Aufgabe 2: Wenn die Sharepoint-Serviceanforderung erforderlich ist, meldet unsere Anwendung Sharepoint unter demselben Benutzernamen an, unter dem sich der Benutzer Sharepoint angemeldet hat.

Wir haben es versucht:

1) Aufbau einer vom Provider gehosteten App, Schreiben unseres MVC, Erstellen eines selbstsingenden Zertifikats und Anpassen von High-trusted zwischen der Sharepoint-Site und unserer MVC.

Wir haben: Wenn unser MVC die Windows-Authentifizierung verwendet, werden bei der Übertragung in unsere Anwendung der Benutzername und das Passwort erneut angefordert. Wenn Sie sie eingeben, erhalten wir ClientContext bis TokenHelper mit der Methode GetS2SClientContextWithWindowsIdentity .

Wenn die Windows-Authentifizierung deaktiviert ist, wird der Benutzer nicht in der Anforderung angemeldet, und diese Methode reagiert. Ausnahme: Der Benutzer ist nicht angemeldet.

2) Wir haben ADFS installiert und angepasst, Sharepoint für die Arbeit mit ADFS konfiguriert, Adressen von Sharepoint und unsere Anwendung in Relaying Party Trusts geschrieben (in Identifiers and WS-Federation 'Passive Endpoints)

Wir haben: Ein Benutzer meldet sich bei Sharepoint an, und beim Übertragen an unsere Anwendung erhält dieser die Benutzerdaten (Ansprüche)

Damit ist die erste Aufgabe erledigt. Danach trat ein Problem des Zugriffs auf die Sharepoint-Dienste unter dem autorisierten Benutzer auf.

Wir haben versucht, AccessToken für Sharepoint über die erhaltenen Ansprüche zu erhalten Wir haben versucht, die folgenden Ansprüche zu übertragen:

Danach haben wir eine Methode aufgerufen, die AccessToken gemäß den eingegebenen Claims

Dann haben wir versucht, ClientContext mit der folgenden Methode zu erhalten:

Aber wir haben einen Fehlerbericht:

ClientID und IssureID wurden richtig geschrieben, Kleinbuchstaben

Danach haben wir entschieden, SecurityToken von ADFS mit Hilfe von username und password anzufordern. Nachdem wir es erhalten haben, haben wir in SharepointSTS die Autorisierung mit SecurityToken beantragt. Dann hat unsere Anwendung den Cookie-Sharepoint, der in der Abfrage verankert war (hinzugefügt in CookieContainer FedAuth ), zu den Sharepoint-Diensten hinzugefügt. Bei Aktivierung von ExecutingWebRequest += ClientContext_ExecutingWebRequest passiert das oben erwähnte.

Aber dazu sollte man die username und die password noch einmal anfordern.

Falls wir username und password nicht einreichen, antwortet ADFS mit SecurityToken mit den Daten des Benutzers, unter dessen Namen der Anwendungspool gestartet wurde. Und wir benötigen SecurityToken des Benutzers, der bei SharePoint angemeldet ist. Wir haben auch versucht, SecurityToken

Aber die Antwort war nicht die gleiche, die wir für die SharePoint-Autorisierung benötigten.

In ADFS in Endpunkten passen wir die URL an. Das SecurityToken (wresult) , das wir für die SharePoint-Autorisierung benötigen, wird von der POST-Abfrage dorthin gesendet. Das Problem ist, dass wir diese Abfrage in der Anwendung nicht empfangen können, da sie im Status 302 übertragen und von der GET-Methode an unsere Anwendung weitergeleitet wird, ohne SecurityToken mit unserem Cookie.

Die Frage ist: Wie können wir SecurityToken des in SharePoint angemeldeten Benutzers abrufen?