Miglior approccio per SSO per l'applicazione Asp.Net con accesso da applicazione esterna con più ADFS

Question

Possiedo un'applicazione Asp.Net già sviluppata che utilizza il provider di appartenenze Asp.Net.

Esiste un'applicazione Web client con il proprio login. Una volta effettuato l'accesso, l'utente ottiene alcuni collegamenti. Questi collegamenti sono diretti all'applicazione che ho sviluppato. Attualmente dal momento che si tratta di due diverse applicazioni ospitate in due domini, sono necessari due tempi di accesso.

Quello che sto cercando di ottenere è avere SSO e non è necessario effettuare il login quando l'utente è già registrato nell'applicazione client. Ho letto e sembra che sia possibile farlo tramite un provider STS come ThinkTecture IdentityServer e utlizzando ADFS alla nostra estremità.

È questo l'approccio migliore e se sì, non sono riuscito a trovare gran parte della documentazione rispetto a quali sono gli aggiornamenti che devo chiedere al team principale dell'applicazione di abilitare SSO.

Answer 1

Ciò potrebbe essere possibile con provider STS o ADFS. Quello che suggerirei è di avere un'applicazione web solo per l'autenticazione dove quando l'utente fa clic sul login sul sito principale, è possibile reindirizzare all'applicazione di autenticazione, autenticare e creare un token e quindi reindirizzare nuovamente all'applicazione principale insieme al token. Successivamente, puoi chiamare qualsiasi applicazione insieme a questo token e verificare se l'utente ha il permesso di accedere a questa applicazione o meno. Il token contiene informazioni come utente autenticato, permesso, ecc. Suppongo che sia necessario creare un modulo http personalizzato per implementarlo.

Se tutte le applicazioni sono sotto un dominio, può essere raggiunto dai cookie.

Answer 2

Credo che il modo più semplice sia utilizzare Azure Active Directory per farlo. Ecco un paio di articoli/informazione su questo:

http://www.dotnetcurry.com/windows-azure/1123/secure-aspnet-mvc-azure-using-active-directory-signon

http://azure.microsoft.com/en-us/documentation/videos/overview-of-single-sign-on/

Answer 3

credo che l'approccio migliore sarebbe quello di ospitare un provider di identità come ADFS o ThinkTecture da qualche altra parte e poi fare sia l'applicazione principale e la vostra applicazione una parte affidabile di questo provider di identità.

Entrambe le applicazioni dovrebbero essere modificate per supportare il protocollo WS-Federation (che asp.net ha già un modulo HTTP per supportarlo).

Avere una lettura di questo https://msdn.microsoft.com/en-gb/library/bb498017.aspx

Poi anche verificare questo blog http://chris.59north.com/post/Configuring-an-ASPNET-site-to-use-WS-Federation

Answer 4

Come circa imitando il concetto di SSO?

• Se si fa clic sul collegamento fornito nel sito Web di Party A, viene generato un token con un Timestamp.
• caricarlo nel vostro DB tramite Servizi
• Cifra il token utilizzando RSA con parametri aggiuntivi sia d'accordo su
• reindirizzamento al tuo URL con questo parametro cifrato convertito in Base64
• Decrypt su un fianco e verificare il token nel tuo sito Web e quindi consentire al tuo sito web.
• Scrivere una logica per il token che deve essere defunto in un tempo specificato.