ça y est j’ai reçu mon accès à la beta d’Office 365 !-)

Du coup, je me suis dit qu’il était temps de monter une plateforme pour mettre en oeuvre et tester la fédération d’identité (avec ADFS) entre un SI et la plateforme Office 365.

L’objectif de cette série de billets est de monter une plateforme où un utilisateur à l’extérieur de l’entreprise va se connecter à des ressources (OWA, SharePoint…) hébérgées dans le Cloud Office 365 mais avec son identité authentifiée par l’Active Directory.

Informations complémentaires sur Office 365 :

• Office 365 est disponible en beta publique !
  http://blogs.technet.com/b/dcaro/archive/2011/04/18/office-365-est-disponible-en-beta-publique.aspx
• Microsoft Techdays 2011 – Agenda des sessions sur Office 365
  http://blogs.technet.com/b/dcaro/archive/2011/01/24/microsoft-techdays-2011-agenda-des-sessions-sur-office-365.aspx
• http://www.microsoft.com/fr-fr/office365/online-software.aspx

Ma plateforme est la suivante :

Mon nom de domaine externe est stan-demo.info et mon domaine Active Directory est stan-demo.net

Explication simplifiée du processus d’authentification fédérée :

1. Le poste client veut accéder à une ressource sur Office 365. Le service Office 365 lui indique qu’il doit présenté un jeton de sécurité validé par la fédération gateway d’Office 365
2. Le client se connecte à la Federation Gateway pour obtenir son jeton de sécurité. Celle-ci lui dit qu’il faut qu’il le demande auprès de son serveur STS (Security Token Service) hébergé dans l’entreprise (c’est le serveur ADFSv2)
3. Le client se connecte au STS de l’entreprise (ici l’URL est STS.stan-demo.info…) et demande un jeton.
4. Le Serveur STS demande contacte l’Active Directory et envoie les crédentiels fournis par l’utilisateur. Il reçoit en retour un ticket Kerberos ou une authentification NTLM.
5. Le Serveur STS transforme le tout en jeton SAML qui est signé et retourné au client
6. Le client présente son Jeton à la Federation Gateway qui le valide et qui émet un nouveau jeton incluant l’identifiant NetID unique d’Office 365
7. La Federation Gateway envoie au client le nouveau Jeton
8. Le client présente le jeton à la ressource hébergée (ex: SharePoint, Exchange..) sur le Cloud Office 365

Plus d’explications détaillées sur le blog de Damien Caro (qui a monté le premier cette plateforme et m’a du coup donné quelques coups de main). Vous retrouverez sur son blog sa procédure d’installation de la plateforme un peu différente de la mienne (car Damien est plus focalisé sur l’intégration riche, Exchange…)

Voilà la plateforme est présentée, il ne reste plus qu’à tout configurer.

Suite dans la seconde partie ;-)

– Stanislas Quastana –