Gestion d'accès chez Microsoft - Historique des versions

Justine le 22 juin 2022 à 11:53

2022-06-22T11:53:41Z

← Version précédente		Version du 22 juin 2022 à 11:53
Ligne 1 :		Ligne 1 :
			[[Category:windows]]
	= ADFS=		= ADFS=
	https://www.youtube.com/watch?v=l91_X7CfHfM		https://www.youtube.com/watch?v=l91_X7CfHfM

Justine le 8 septembre 2020 à 15:45

2020-09-08T15:45:53Z

← Version précédente		Version du 8 septembre 2020 à 15:45
Ligne 37 :		Ligne 37 :
	Cette base de données est un lien entre l'AD local et celui d'azure : les deux ne parlent pas forcément la même langue et du coup, ils ont besoin de cet élément pour se comprendre. Les informations ne font que remonter depuis le local vers l'Azure, et sur l'Azure ne sont là qu'à des fins de consultation. Principe d'une synchro avec la création d'un utilisateur :		Cette base de données est un lien entre l'AD local et celui d'azure : les deux ne parlent pas forcément la même langue et du coup, ils ont besoin de cet élément pour se comprendre. Les informations ne font que remonter depuis le local vers l'Azure, et sur l'Azure ne sont là qu'à des fins de consultation. Principe d'une synchro avec la création d'un utilisateur :

	[[Fichier:AAD2.png\|~~vignette~~]]		[[Fichier:AAD2.png\|sans_cadre]]

	Quel intérêt ? Imaginons que nous voulions que nos utilisateurs puissent prendre leur laptop du boulot et l'emmener chez eux, et veuillent ouvrir leur session du boulot depuis chez eux : c'est possible avec Azure-ADConnect. L'authentification peut être faite dans le cloud et non plus en local; cela peut éliminer certains besoins de VPN et de cache.		Quel intérêt ? Imaginons que nous voulions que nos utilisateurs puissent prendre leur laptop du boulot et l'emmener chez eux, et veuillent ouvrir leur session du boulot depuis chez eux : c'est possible avec Azure-ADConnect. L'authentification peut être faite dans le cloud et non plus en local; cela peut éliminer certains besoins de VPN et de cache.

Justine le 8 septembre 2020 à 15:45

2020-09-08T15:45:33Z

← Version précédente		Version du 8 septembre 2020 à 15:45
Ligne 27 :		Ligne 27 :

	[[Fichier:Adfs2.png\|sans_cadre]]		[[Fichier:Adfs2.png\|sans_cadre]]

			= AzureAD Connect =
			https://www.youtube.com/watch?v=t1yHJ8DVO4Y

			Le principe fondamental est de synchroniser un AD local avec un AD Azure via des API (des "connecteurs" en blabla crosoft). AAD Connect est en soi une base de données.

			[[Fichier:Ad1.png\|sans_cadre]]

			Cette base de données est un lien entre l'AD local et celui d'azure : les deux ne parlent pas forcément la même langue et du coup, ils ont besoin de cet élément pour se comprendre. Les informations ne font que remonter depuis le local vers l'Azure, et sur l'Azure ne sont là qu'à des fins de consultation. Principe d'une synchro avec la création d'un utilisateur :

			[[Fichier:AAD2.png\|vignette]]

			Quel intérêt ? Imaginons que nous voulions que nos utilisateurs puissent prendre leur laptop du boulot et l'emmener chez eux, et veuillent ouvrir leur session du boulot depuis chez eux : c'est possible avec Azure-ADConnect. L'authentification peut être faite dans le cloud et non plus en local; cela peut éliminer certains besoins de VPN et de cache.

Justine le 8 septembre 2020 à 15:32

2020-09-08T15:32:33Z

← Version précédente		Version du 8 septembre 2020 à 15:32
Ligne 25 :		Ligne 25 :
	* AzureAD fait la même chose au site de base.		* AzureAD fait la même chose au site de base.
	* Alice est connectée.		* Alice est connectée.

			[[Fichier:Adfs2.png\|sans_cadre]]

Justine le 8 septembre 2020 à 15:23

2020-09-08T15:23:01Z

← Version précédente		Version du 8 septembre 2020 à 15:23
Ligne 18 :		Ligne 18 :
	On voit ici que le principe est le même que pour n'importe quel SSO. Il y'a interrogation de l'AD et création d'un token de connexion. C'est ce que l'on appelle "l'authentifvication fédérée" : c'est un grand mot pour parler d'un simple SSO.		On voit ici que le principe est le même que pour n'importe quel SSO. Il y'a interrogation de l'AD et création d'un token de connexion. C'est ce que l'on appelle "l'authentifvication fédérée" : c'est un grand mot pour parler d'un simple SSO.

	En gros, en imaginant qu'on ait de l'azure ad dans la boucle :		En gros, en imaginant qu'on ait de l'azure ad dans la boucle (qui est encore une variante par rapport à l'exemple ci-dessus) :
	* Alice se connecte sur un site web et doit se loguer avec un SSO.		* Alice se connecte sur un site web et doit se loguer avec un SSO.
	* Le site la renvoie vers Azure AD, qui fait la découverte de son domaine en regardant le domaine de son adresse mail dans le login.		* Le site la renvoie vers Azure AD, qui fait la découverte de son domaine en regardant le domaine de son adresse mail dans le login.

Justine le 8 septembre 2020 à 15:22

2020-09-08T15:22:04Z

← Version précédente		Version du 8 septembre 2020 à 15:22
Ligne 16 :		Ligne 16 :
	[[Fichier:ADFS.png\|sans_cadre]]		[[Fichier:ADFS.png\|sans_cadre]]

	On voit ici que le principe est le même que pour n'importe quel SSO. Il y'a interrogation de l'AD et création d'un token de connexion.		On voit ici que le principe est le même que pour n'importe quel SSO. Il y'a interrogation de l'AD et création d'un token de connexion. C'est ce que l'on appelle "l'authentifvication fédérée" : c'est un grand mot pour parler d'un simple SSO.

			En gros, en imaginant qu'on ait de l'azure ad dans la boucle :
			* Alice se connecte sur un site web et doit se loguer avec un SSO.
			* Le site la renvoie vers Azure AD, qui fait la découverte de son domaine en regardant le domaine de son adresse mail dans le login.
			* Azure AD renvoie vers l'ADFS de son orga. Azure AD et ADFS ont une relation de confiance entre eux.
			* L'ADFS authentifie, et fait un POST avec le token à AzureAD.
			* AzureAD fait la même chose au site de base.
			* Alice est connectée.

Justine : Page créée avec « = ADFS= https://www.youtube.com/watch?v=l91_X7CfHfM https://www.youtube.com/watch?v=CjarTgjKcX8 Active Directory Federated Services. Fournit du SSO aux applications web.... »

2020-09-08T15:15:53Z

Page créée avec « = ADFS= https://www.youtube.com/watch?v=l91_X7CfHfM https://www.youtube.com/watch?v=CjarTgjKcX8 Active Directory Federated Services. Fournit du SSO aux applications web.... »

Nouvelle page

= ADFS=
https://www.youtube.com/watch?v=l91_X7CfHfM
https://www.youtube.com/watch?v=CjarTgjKcX8

Active Directory Federated Services.

Fournit du SSO aux applications web. Il envoie un claim à une webapp en lieu et place d'AD. Le but est l'interopérabilité.

Disons que l'on a besoin de donner un SSO via notre AD à une application qui est dans le cloud. Sans ça, on a:
* Un tunnel VPN => C'est chiant et trop permissif
* Exporter un fichier csv, xml, json vers l'app... => Il va falloir le réimporter à chaque modif
* Isolation complète : On a différents comptes.

Principe d'ADFS :

[[Fichier:ADFS.png|sans_cadre]]

On voit ici que le principe est le même que pour n'importe quel SSO. Il y'a interrogation de l'AD et création d'un token de connexion.

Gestion d'accès chez Microsoft - Historique des versions

Justine le 22 juin 2022 à 11:53

Justine le 8 septembre 2020 à 15:45

Justine le 8 septembre 2020 à 15:45

Justine le 8 septembre 2020 à 15:32

Justine le 8 septembre 2020 à 15:23

Justine le 8 septembre 2020 à 15:22

Justine : Page créée avec « = ADFS= https://www.youtube.com/watch?v=l91_X7CfHfM https://www.youtube.com/watch?v=CjarTgjKcX8 Active Directory Federated Services. Fournit du SSO aux applications web.... »

Justine : Page créée avec « = ADFS= https://www.youtube.com/watch?v=l91_X7CfHfM https://www.youtube.com/watch?v=CjarTgjKcX8 Active Directory Federated Services. Fournit du SSO aux applications web.... »