{"id":1270,"date":"2026-10-28T23:02:20","date_gmt":"2026-10-28T22:02:20","guid":{"rendered":"https:\/\/remivernier.com\/?p=1270"},"modified":"2026-10-28T23:02:20","modified_gmt":"2026-10-28T22:02:20","slug":"oauth-openid-connect-saml-ws-federation-comparaison","status":"publish","type":"post","link":"https:\/\/remivernier.com\/index.php\/2026\/10\/28\/oauth-openid-connect-saml-ws-federation-comparaison\/","title":{"rendered":"OAuth 2.0, OpenID Connect, SAML et WS-Federation : comprendre et comparer"},"content":{"rendered":"

D\u00e8s qu’une application cesse de g\u00e9rer elle-m\u00eame les mots de passe pour d\u00e9l\u00e9guer la connexion \u00e0 un tiers de confiance, elle parle l’un de ces quatre protocoles: OAuth 2.0, OpenID Connect, SAML 2.0 ou WS-Federation. On les confond souvent, parce qu’ils r\u00e9solvent des variantes d’un m\u00eame probl\u00e8me \u2014 faire confiance \u00e0 un annuaire central sans jamais voir le secret de l’utilisateur \u2014 mais ils ne disent pas tous la m\u00eame chose, ni \u00e0 la m\u00eame \u00e9poque. Cet article les d\u00e9monte un par un, avec leurs \u00e9changes, puis les met c\u00f4te \u00e0 c\u00f4te.<\/p>\n

Authentification et autorisation: ne pas confondre les deux questions<\/h2>\n

Tout part d’une distinction que ces protocoles traitent diff\u00e9remment. L’authentification<\/strong> r\u00e9pond \u00e0 \u00ab qui es-tu? \u00bb; l’autorisation<\/strong> r\u00e9pond \u00e0 \u00ab qu’as-tu le droit de faire? \u00bb. OAuth 2.0 ne r\u00e9pond qu’\u00e0 la seconde: c’est un protocole de d\u00e9l\u00e9gation d’acc\u00e8s, pas de preuve d’identit\u00e9. OpenID Connect ajoute la premi\u00e8re par-dessus OAuth. SAML et WS-Federation, eux, sont n\u00e9s pour faire les deux d’un coup, au service du SSO web d’entreprise. Garder cette grille en t\u00eate \u00e9vite l’erreur la plus courante, qui est d’utiliser OAuth seul pour \u00ab connecter \u00bb un utilisateur.<\/p>\n

Un point commun \u00e0 retenir avant d’entrer dans le d\u00e9tail: ces quatre protocoles s’appuient sur le navigateur et des redirections, pas sur un \u00e9change direct entre l’application et l’annuaire. L’\u00e9tage en dessous \u2014 comment l’utilisateur prouve son identit\u00e9 \u00e0 l’annuaire, par mot de passe, par passkey<\/a> ou autre \u2014 est un autre sujet, ind\u00e9pendant du protocole de f\u00e9d\u00e9ration choisi.<\/p>\n

OAuth 2.0: d\u00e9l\u00e9guer l’acc\u00e8s<\/h2>\n

OAuth 2.0 (RFC 6749, 2012) r\u00e9pond \u00e0 une question pr\u00e9cise: comment une application peut-elle acc\u00e9der \u00e0 une ressource au nom de l’utilisateur, sans conna\u00eetre son mot de passe? Il d\u00e9finit quatre r\u00f4les. Le propri\u00e9taire de la ressource<\/em> est l’utilisateur. Le client<\/em> est l’application qui veut acc\u00e9der \u00e0 quelque chose. Le serveur d’autorisation<\/em> authentifie l’utilisateur et \u00e9met des jetons. Le serveur de ressources<\/em> (l’API) h\u00e9berge les donn\u00e9es et accepte les jetons.<\/p>\n

Le client re\u00e7oit un jeton d’acc\u00e8s<\/strong>, une cha\u00eene qu’il pr\u00e9sente \u00e0 l’API \u00e0 chaque requ\u00eate, souvent accompagn\u00e9 d’un jeton de rafra\u00eechissement<\/strong> pour en obtenir un nouveau sans redemander l’utilisateur. Les scopes<\/em> d\u00e9limitent ce que le jeton autorise (lire les mails, mais pas les envoyer, par exemple). Le jeton d’acc\u00e8s est opaque pour le client: il ne cherche pas \u00e0 le lire, il le transmet.<\/p>\n

Le flux canonique est le code d’autorisation avec PKCE<\/strong>. Le client pr\u00e9pare un secret \u00e9ph\u00e9m\u00e8re (code_verifier<\/code>) et son empreinte (code_challenge<\/code>), redirige le navigateur vers le serveur d’autorisation, r\u00e9cup\u00e8re un code \u00e0 usage unique, puis l’\u00e9change en direct contre les jetons en prouvant qu’il d\u00e9tient bien le secret. PKCE lie le code \u00e0 celui qui l’a demand\u00e9, ce qui ferme l’interception du code.<\/p>\n

\n\nNavigateur<\/text>\nApplication<\/text>\nServeur d’autorisation<\/text>\nAPI<\/text>\n\n\n\n\ng\u00e9n\u00e8re code_verifier + code_challenge<\/text>\n1. redirection vers \/authorize (code_challenge)<\/text>\n\n\n2. l’utilisateur s’authentifie et consent<\/text>\n3. code d’autorisation (via le navigateur)<\/text>\n\n4. code + code_verifier → \/token<\/text>\n\n5. access token (+ refresh token)<\/text>\n\n6. appel avec l’access token<\/text>\n\n<\/marker><\/defs>\n<\/svg>
\n<\/figure>\n

Flux \u00ab code d’autorisation + PKCE \u00bb: le code passe par le navigateur, l’\u00e9change contre les jetons se fait en direct.<\/em><\/p>\n

D’autres flux existent pour d’autres besoins: client credentials<\/em> pour une application qui agit en son nom propre, de machine \u00e0 machine; device code<\/em> pour un appareil sans clavier ni navigateur. En revanche deux anciens flux sont d\u00e9sormais \u00e9cart\u00e9s: le flux implicit<\/em> (qui renvoyait le jeton directement dans l’URL) et le flux mot de passe<\/em> (o\u00f9 le client voyait le mot de passe). La bonne pratique de s\u00e9curit\u00e9 OAuth, publi\u00e9e en RFC 9700, les d\u00e9conseille, et le brouillon OAuth 2.1 les retire en faisant de PKCE la r\u00e8gle pour tous.<\/p>\n

OpenID Connect: l’identit\u00e9 par-dessus OAuth<\/h2>\n

OAuth a un angle mort: \u00e0 la fin du flux, le client d\u00e9tient un jeton d’acc\u00e8s, mais il ne sait pas qui<\/em> est l’utilisateur. Rien dans OAuth ne le lui dit de fa\u00e7on fiable. OpenID Connect (OIDC, 2014) comble ce vide en ajoutant une couche d’identit\u00e9 au-dessus d’OAuth 2.0, sans en changer les \u00e9changes.<\/p>\n

Concr\u00e8tement, le client ajoute le scope openid<\/code> \u00e0 sa demande. En plus du jeton d’acc\u00e8s, le serveur renvoie alors un jeton d’identit\u00e9<\/strong> (ID token<\/em>): un JWT sign\u00e9, que le client est cette fois cens\u00e9 lire et valider. Il contient des revendications normalis\u00e9es \u2014 l’\u00e9metteur (iss<\/code>), le sujet (sub<\/code>, l’identifiant stable de l’utilisateur), le destinataire (aud<\/code>), l’expiration (exp<\/code>), et le nonce<\/code> qui lie le jeton \u00e0 la demande. Un endpoint<\/em> UserInfo fournit au besoin les attributs de profil, et un document de d\u00e9couverte publi\u00e9 sur \/.well-known\/openid-configuration<\/code> d\u00e9crit tous les endpoints et les options du fournisseur, ce qui \u00e9vite de les configurer \u00e0 la main.<\/p>\n

\n\n\nR\u00e9ponse de \/token quand scope = openid<\/text>\n\naccess token<\/text>\nopaque<\/text>\npr\u00e9sent\u00e9 \u00e0 l’API<\/text>\n(c\u00f4t\u00e9 OAuth)<\/text>\n\nid token (JWT)<\/text>\niss • sub • aud<\/text>\nexp • iat • nonce<\/text>\nlu par le client:<\/text>\nprouve l’identit\u00e9 (OIDC)<\/text>\n\nrefresh token<\/text>\nrenouvelle les jetons<\/text>\nsans l’utilisateur<\/text>\n\n\/userinfo<\/text>\nattributs de profil pour un access token<\/text>\n\n\/.well-known\/openid-configuration<\/text>\nd\u00e9couverte des endpoints et options<\/text>\n<\/svg>
\n<\/figure>\n

Ce qu’OpenID Connect ajoute \u00e0 OAuth: un jeton d’identit\u00e9 lisible, un endpoint de profil et la d\u00e9couverte.<\/em><\/p>\n

La nuance est fondamentale: le jeton d’acc\u00e8s est fait pour l’API et reste opaque au client; le jeton d’identit\u00e9 est fait pour le client et lui dit qui vient de se connecter. C’est cette combinaison \u2014 OAuth pour l’acc\u00e8s, OIDC pour l’identit\u00e9 \u2014 qui \u00e9quipe aujourd’hui la grande majorit\u00e9 des applications web, mobiles et monopages.<\/p>\n

SAML 2.0: le v\u00e9t\u00e9ran du SSO web d’entreprise<\/h2>\n

SAML 2.0 (2005) est ant\u00e9rieur de sept ans \u00e0 OAuth, et il vient d’un autre monde, celui du XML. Il d\u00e9finit deux r\u00f4les: le fournisseur d’identit\u00e9<\/em> (IdP), qui authentifie, et le fournisseur de service<\/em> (SP), l’application. Entre les deux circulent des assertions<\/strong>, des documents XML sign\u00e9s qui affirment l’identit\u00e9 de l’utilisateur et portent ses attributs.<\/p>\n

Le sc\u00e9nario habituel est initi\u00e9 par le SP. L’utilisateur arrive sur l’application, qui fabrique une AuthnRequest<\/code> et renvoie le navigateur vers l’IdP (liaison HTTP-Redirect<\/em>). L’IdP authentifie l’utilisateur, puis renvoie une Response<\/code> contenant l’assertion sign\u00e9e, le plus souvent par un formulaire auto-soumis (liaison HTTP-POST<\/em>). Le SP v\u00e9rifie la signature XML, et ouvre la session. Un document de m\u00e9tadonn\u00e9es XML, \u00e9chang\u00e9 \u00e0 la configuration, fixe les URL, les certificats et les formats de part et d’autre.<\/p>\n

\n\nNavigateur<\/text>\nApplication (SP)<\/text>\nIdP<\/text>\n\n\n\n1. acc\u00e8s \u00e0 la ressource<\/text>\n\n2. AuthnRequest, redirection (HTTP-Redirect)<\/text>\n\n3. authentification de l’utilisateur<\/text>\n\n4. Response + Assertion sign\u00e9e (HTTP-POST)<\/text>\n\n5. POST de l’assertion<\/text>\n\n\n6. le SP valide la signature XML et ouvre la session<\/text>\n<\/marker><\/defs>\n<\/svg>
\n<\/figure>\n

SSO SAML initi\u00e9 par le SP: l’assertion sign\u00e9e transite par le navigateur en HTTP-POST.<\/em><\/p>\n

SAML reste tr\u00e8s pr\u00e9sent dans le SaaS d’entreprise, o\u00f9 il est souvent la case \u00e0 cocher attendue par les acheteurs. Sa d\u00e9connexion centralis\u00e9e (Single Logout<\/em>, SLO) et ses d\u00e9clarations d’attributs d\u00e9taill\u00e9es r\u00e9pondent \u00e0 des besoins r\u00e9els, au prix d’une mise en \u0153uvre plus lourde: tout est XML, signatures comprises.<\/p>\n

WS-Federation: le monde Microsoft historique<\/h2>\n

WS-Federation (d\u00e9but des ann\u00e9es 2000) vient de la famille WS-*, port\u00e9e \u00e0 l’\u00e9poque par Microsoft et IBM. Fonctionnellement, il ressemble \u00e0 SAML \u2014 un IdP, une application, un jeton sign\u00e9 transport\u00e9 par le navigateur \u2014 mais avec sa propre grammaire. La demande se fait par une URL wsignin1.0<\/code> portant des param\u00e8tres comme wtrealm<\/code> (l’identifiant de l’application), wreply<\/code> (o\u00f9 revenir) et wctx<\/code> (le contexte \u00e0 reporter). Le jeton renvoy\u00e9 est g\u00e9n\u00e9ralement une assertion SAML, souvent au format 1.1, envelopp\u00e9e dans les structures WS-*. La d\u00e9connexion passe par wsignout1.0<\/code>.<\/p>\n

C’est le protocole d’ADFS, de SharePoint et de nombreuses applications .NET d’entreprise. On le croise encore dans ces environnements, mais on ne d\u00e9marre plus de projet dessus: pour une int\u00e9gration neuve, le choix se fait aujourd’hui entre SAML et OIDC. Il garde un int\u00e9r\u00eat pour relier une application h\u00e9rit\u00e9e \u00e0 un annuaire moderne, qui sait encore le parler.<\/p>\n

La comparaison<\/h2>\n

Deux familles se d\u00e9gagent. D’un c\u00f4t\u00e9 le monde XML et WS-* (SAML, WS-Federation), con\u00e7u pour le SSO web d’entreprise de la d\u00e9cennie 2000. De l’autre le monde JSON et REST (OAuth, OIDC), con\u00e7u pour les API, le mobile et les applications monopages. Tous passent par le navigateur et des redirections; la vraie ligne de partage est l’\u00e2ge, l’\u00e9cosyst\u00e8me et le format des messages.<\/p>\n

\n\n\n\n\n\n\n\n\n\n\n\n
Aspect<\/th>\nOAuth 2.0<\/th>\nOpenID Connect<\/th>\nSAML 2.0<\/th>\nWS-Federation<\/th>\n<\/tr>\n<\/thead>\n
R\u00f4le<\/td>\nAutorisation (acc\u00e8s)<\/td>\nAuthentification (identit\u00e9)<\/td>\nAuthentification + SSO<\/td>\nAuthentification + SSO<\/td>\n<\/tr>\n
Format<\/td>\nJSON<\/td>\nJSON \/ JWT<\/td>\nXML<\/td>\nXML (WS-*)<\/td>\n<\/tr>\n
Jeton<\/td>\naccess + refresh (opaques)<\/td>\nid token (JWT sign\u00e9)<\/td>\nassertion SAML (XML-DSig)<\/td>\nassertion SAML via WS-*<\/td>\n<\/tr>\n
D\u00e9couverte<\/td>\nmetadata (RFC 8414)<\/td>\n\/.well-known\/openid-configuration<\/td>\nm\u00e9tadonn\u00e9es XML<\/td>\nm\u00e9tadonn\u00e9es XML<\/td>\n<\/tr>\n
Apparu<\/td>\n2012<\/td>\n2014<\/td>\n2005<\/td>\n~2003<\/td>\n<\/tr>\n
Terrain<\/td>\nAPI, d\u00e9l\u00e9gation d’acc\u00e8s<\/td>\nweb, mobile, SPA<\/td>\nSSO d’entreprise, SaaS<\/td>\napps Microsoft h\u00e9rit\u00e9es<\/td>\n<\/tr>\n
D\u00e9connexion<\/td>\nr\u00e9vocation de jeton<\/td>\nlogout RP-initiated, front\/back-channel<\/td>\nSingle Logout (SLO)<\/td>\nwsignout1.0<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/figure>\n

O\u00f9 on les croise, et lequel choisir<\/h2>\n

Un annuaire moderne comme Microsoft Entra ID parle les quatre. Une application enregistr\u00e9e via les App registrations<\/em> est en OIDC\/OAuth par d\u00e9faut; le SSO SAML et WS-Federation reste propos\u00e9 pour les applications qui l’exigent. Le guide de d\u00e9cision de Microsoft<\/a> est direct sur le choix: SAML est \u00ab un protocole de f\u00e9d\u00e9ration mature bas\u00e9 sur XML \u00bb, OIDC \u00ab un protocole de connexion moderne b\u00e2ti sur OAuth 2.0 \u00bb, et sa recommandation tient en une phrase \u2014 en cas de doute, OIDC par d\u00e9faut pour tout nouveau d\u00e9veloppement.<\/p>\n

En pratique: OIDC (avec OAuth pour l’acc\u00e8s aux API) pour toute application neuve, web, mobile ou monopage; SAML quand un client d’entreprise ou une contrainte de conformit\u00e9 l’impose; WS-Federation seulement pour maintenir l’existant c\u00f4t\u00e9 ADFS ou SharePoint. Et quand la client\u00e8le est mixte, les fournisseurs SaaS supportent souvent SAML et OIDC en parall\u00e8le.<\/p>\n

Ces protocoles ne font qu’\u00e9tablir la confiance et transporter le verdict. Ce qu’ils transportent ensuite \u2014 le jeton de session, son cycle de vie, sa protection contre le vol \u2014 est une autre histoire, celle que nous avons suivie c\u00f4t\u00e9 Entra avec le Primary Refresh Token<\/a>. Choisir le bon dialecte de f\u00e9d\u00e9ration, c’est la premi\u00e8re brique; prot\u00e9ger les jetons qui en d\u00e9coulent, c’est la suivante.<\/p>\n","protected":false},"excerpt":{"rendered":"

OAuth 2.0 d\u00e9l\u00e8gue l’acc\u00e8s, OpenID Connect prouve l’identit\u00e9, SAML et WS-Federation assurent le SSO web d’entreprise : fonctionnement, sch\u00e9mas et comparaison des quatre protocoles de f\u00e9d\u00e9ration.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[12,3,36,37],"tags":[89,86,87,29,9,88],"class_list":["post-1270","post","type-post","status-publish","format-standard","hentry","category-federation-services","category-protocoles","category-saml","category-securite","tag-jwt","tag-oauth","tag-openid-connect","tag-saml","tag-sso","tag-ws-federation"],"yoast_head":"\nOAuth 2.0, OpenID Connect, SAML et WS-Federation : comprendre et comparer - R\u00e9mi VERNIER<\/title>\n<meta name=\"description\" content=\"OAuth 2.0 d\u00e9l\u00e8gue l'acc\u00e8s, OpenID Connect prouve l'identit\u00e9, SAML et WS-Federation assurent le SSO web d'entreprise : fonctionnement, sch\u00e9mas et comparaison des quatre protocoles de f\u00e9d\u00e9ration.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/remivernier.com\/index.php\/2026\/10\/28\/oauth-openid-connect-saml-ws-federation-comparaison\/\" \/>\n<meta property=\"og:locale\" content=\"fr_FR\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"OAuth 2.0, OpenID Connect, SAML et WS-Federation : comprendre et comparer - R\u00e9mi VERNIER\" \/>\n<meta property=\"og:description\" content=\"OAuth 2.0 d\u00e9l\u00e8gue l'acc\u00e8s, OpenID Connect prouve l'identit\u00e9, SAML et WS-Federation assurent le SSO web d'entreprise : fonctionnement, sch\u00e9mas et comparaison des quatre protocoles de f\u00e9d\u00e9ration.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/remivernier.com\/index.php\/2026\/10\/28\/oauth-openid-connect-saml-ws-federation-comparaison\/\" \/>\n<meta property=\"og:site_name\" content=\"R\u00e9mi VERNIER\" \/>\n<meta property=\"article:published_time\" content=\"2026-10-28T22:02:20+00:00\" \/>\n<meta name=\"author\" content=\"R\u00e9mi\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"\u00c9crit par\" \/>\n\t<meta name=\"twitter:data1\" content=\"R\u00e9mi\" \/>\n\t<meta name=\"twitter:label2\" content=\"Dur\u00e9e de lecture estim\u00e9e\" \/>\n\t<meta name=\"twitter:data2\" content=\"8 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/remivernier.com\\\/index.php\\\/2026\\\/10\\\/28\\\/oauth-openid-connect-saml-ws-federation-comparaison\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/remivernier.com\\\/index.php\\\/2026\\\/10\\\/28\\\/oauth-openid-connect-saml-ws-federation-comparaison\\\/\"},\"author\":{\"name\":\"R\u00e9mi\",\"@id\":\"https:\\\/\\\/remivernier.com\\\/#\\\/schema\\\/person\\\/a4c76c63a5a3d94454484845e42fc906\"},\"headline\":\"OAuth 2.0, OpenID Connect, SAML et WS-Federation : comprendre et comparer\",\"datePublished\":\"2026-10-28T22:02:20+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/remivernier.com\\\/index.php\\\/2026\\\/10\\\/28\\\/oauth-openid-connect-saml-ws-federation-comparaison\\\/\"},\"wordCount\":1800,\"commentCount\":0,\"keywords\":[\"JWT\",\"OAuth\",\"OpenID Connect\",\"saml\",\"SSO\",\"WS-Federation\"],\"articleSection\":[\"Federation Services\",\"Protocoles\",\"SAML\",\"S\u00e9curit\u00e9\"],\"inLanguage\":\"fr-FR\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/remivernier.com\\\/index.php\\\/2026\\\/10\\\/28\\\/oauth-openid-connect-saml-ws-federation-comparaison\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/remivernier.com\\\/index.php\\\/2026\\\/10\\\/28\\\/oauth-openid-connect-saml-ws-federation-comparaison\\\/\",\"url\":\"https:\\\/\\\/remivernier.com\\\/index.php\\\/2026\\\/10\\\/28\\\/oauth-openid-connect-saml-ws-federation-comparaison\\\/\",\"name\":\"OAuth 2.0, OpenID Connect, SAML et WS-Federation : comprendre et comparer - R\u00e9mi VERNIER\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/remivernier.com\\\/#website\"},\"datePublished\":\"2026-10-28T22:02:20+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/remivernier.com\\\/#\\\/schema\\\/person\\\/a4c76c63a5a3d94454484845e42fc906\"},\"description\":\"OAuth 2.0 d\u00e9l\u00e8gue l'acc\u00e8s, OpenID Connect prouve l'identit\u00e9, SAML et WS-Federation assurent le SSO web d'entreprise : fonctionnement, sch\u00e9mas et comparaison des quatre protocoles de f\u00e9d\u00e9ration.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/remivernier.com\\\/index.php\\\/2026\\\/10\\\/28\\\/oauth-openid-connect-saml-ws-federation-comparaison\\\/#breadcrumb\"},\"inLanguage\":\"fr-FR\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/remivernier.com\\\/index.php\\\/2026\\\/10\\\/28\\\/oauth-openid-connect-saml-ws-federation-comparaison\\\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/remivernier.com\\\/index.php\\\/2026\\\/10\\\/28\\\/oauth-openid-connect-saml-ws-federation-comparaison\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Accueil\",\"item\":\"https:\\\/\\\/remivernier.com\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"OAuth 2.0, OpenID Connect, SAML et WS-Federation : comprendre et comparer\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/remivernier.com\\\/#website\",\"url\":\"https:\\\/\\\/remivernier.com\\\/\",\"name\":\"R\u00e9mi VERNIER\",\"description\":\"Identit\u00e9, s\u00e9curit\u00e9, SAP et IA : Active Directory, Azure & co...\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/remivernier.com\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"fr-FR\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/remivernier.com\\\/#\\\/schema\\\/person\\\/a4c76c63a5a3d94454484845e42fc906\",\"name\":\"R\u00e9mi\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"fr-FR\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/f750448bc07f5d1d9c1189344283777ec0d33275c184599b199fb6b305bc6fba?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/f750448bc07f5d1d9c1189344283777ec0d33275c184599b199fb6b305bc6fba?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/f750448bc07f5d1d9c1189344283777ec0d33275c184599b199fb6b305bc6fba?s=96&d=mm&r=g\",\"caption\":\"R\u00e9mi\"},\"sameAs\":[\"http:\\\/\\\/www.linkedin.com\\\/in\\\/remi-vernier\"]}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"OAuth 2.0, OpenID Connect, SAML et WS-Federation : comprendre et comparer - R\u00e9mi VERNIER","description":"OAuth 2.0 d\u00e9l\u00e8gue l'acc\u00e8s, OpenID Connect prouve l'identit\u00e9, SAML et WS-Federation assurent le SSO web d'entreprise : fonctionnement, sch\u00e9mas et comparaison des quatre protocoles de f\u00e9d\u00e9ration.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/remivernier.com\/index.php\/2026\/10\/28\/oauth-openid-connect-saml-ws-federation-comparaison\/","og_locale":"fr_FR","og_type":"article","og_title":"OAuth 2.0, OpenID Connect, SAML et WS-Federation : comprendre et comparer - R\u00e9mi VERNIER","og_description":"OAuth 2.0 d\u00e9l\u00e8gue l'acc\u00e8s, OpenID Connect prouve l'identit\u00e9, SAML et WS-Federation assurent le SSO web d'entreprise : fonctionnement, sch\u00e9mas et comparaison des quatre protocoles de f\u00e9d\u00e9ration.","og_url":"https:\/\/remivernier.com\/index.php\/2026\/10\/28\/oauth-openid-connect-saml-ws-federation-comparaison\/","og_site_name":"R\u00e9mi VERNIER","article_published_time":"2026-10-28T22:02:20+00:00","author":"R\u00e9mi","twitter_card":"summary_large_image","twitter_misc":{"\u00c9crit par":"R\u00e9mi","Dur\u00e9e de lecture estim\u00e9e":"8 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/remivernier.com\/index.php\/2026\/10\/28\/oauth-openid-connect-saml-ws-federation-comparaison\/#article","isPartOf":{"@id":"https:\/\/remivernier.com\/index.php\/2026\/10\/28\/oauth-openid-connect-saml-ws-federation-comparaison\/"},"author":{"name":"R\u00e9mi","@id":"https:\/\/remivernier.com\/#\/schema\/person\/a4c76c63a5a3d94454484845e42fc906"},"headline":"OAuth 2.0, OpenID Connect, SAML et WS-Federation : comprendre et comparer","datePublished":"2026-10-28T22:02:20+00:00","mainEntityOfPage":{"@id":"https:\/\/remivernier.com\/index.php\/2026\/10\/28\/oauth-openid-connect-saml-ws-federation-comparaison\/"},"wordCount":1800,"commentCount":0,"keywords":["JWT","OAuth","OpenID Connect","saml","SSO","WS-Federation"],"articleSection":["Federation Services","Protocoles","SAML","S\u00e9curit\u00e9"],"inLanguage":"fr-FR","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/remivernier.com\/index.php\/2026\/10\/28\/oauth-openid-connect-saml-ws-federation-comparaison\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/remivernier.com\/index.php\/2026\/10\/28\/oauth-openid-connect-saml-ws-federation-comparaison\/","url":"https:\/\/remivernier.com\/index.php\/2026\/10\/28\/oauth-openid-connect-saml-ws-federation-comparaison\/","name":"OAuth 2.0, OpenID Connect, SAML et WS-Federation : comprendre et comparer - R\u00e9mi VERNIER","isPartOf":{"@id":"https:\/\/remivernier.com\/#website"},"datePublished":"2026-10-28T22:02:20+00:00","author":{"@id":"https:\/\/remivernier.com\/#\/schema\/person\/a4c76c63a5a3d94454484845e42fc906"},"description":"OAuth 2.0 d\u00e9l\u00e8gue l'acc\u00e8s, OpenID Connect prouve l'identit\u00e9, SAML et WS-Federation assurent le SSO web d'entreprise : fonctionnement, sch\u00e9mas et comparaison des quatre protocoles de f\u00e9d\u00e9ration.","breadcrumb":{"@id":"https:\/\/remivernier.com\/index.php\/2026\/10\/28\/oauth-openid-connect-saml-ws-federation-comparaison\/#breadcrumb"},"inLanguage":"fr-FR","potentialAction":[{"@type":"ReadAction","target":["https:\/\/remivernier.com\/index.php\/2026\/10\/28\/oauth-openid-connect-saml-ws-federation-comparaison\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/remivernier.com\/index.php\/2026\/10\/28\/oauth-openid-connect-saml-ws-federation-comparaison\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Accueil","item":"https:\/\/remivernier.com\/"},{"@type":"ListItem","position":2,"name":"OAuth 2.0, OpenID Connect, SAML et WS-Federation : comprendre et comparer"}]},{"@type":"WebSite","@id":"https:\/\/remivernier.com\/#website","url":"https:\/\/remivernier.com\/","name":"R\u00e9mi VERNIER","description":"Identit\u00e9, s\u00e9curit\u00e9, SAP et IA : Active Directory, Azure & co...","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/remivernier.com\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"fr-FR"},{"@type":"Person","@id":"https:\/\/remivernier.com\/#\/schema\/person\/a4c76c63a5a3d94454484845e42fc906","name":"R\u00e9mi","image":{"@type":"ImageObject","inLanguage":"fr-FR","@id":"https:\/\/secure.gravatar.com\/avatar\/f750448bc07f5d1d9c1189344283777ec0d33275c184599b199fb6b305bc6fba?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/f750448bc07f5d1d9c1189344283777ec0d33275c184599b199fb6b305bc6fba?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/f750448bc07f5d1d9c1189344283777ec0d33275c184599b199fb6b305bc6fba?s=96&d=mm&r=g","caption":"R\u00e9mi"},"sameAs":["http:\/\/www.linkedin.com\/in\/remi-vernier"]}]}},"_links":{"self":[{"href":"https:\/\/remivernier.com\/index.php\/wp-json\/wp\/v2\/posts\/1270","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/remivernier.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/remivernier.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/remivernier.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/remivernier.com\/index.php\/wp-json\/wp\/v2\/comments?post=1270"}],"version-history":[{"count":1,"href":"https:\/\/remivernier.com\/index.php\/wp-json\/wp\/v2\/posts\/1270\/revisions"}],"predecessor-version":[{"id":1271,"href":"https:\/\/remivernier.com\/index.php\/wp-json\/wp\/v2\/posts\/1270\/revisions\/1271"}],"wp:attachment":[{"href":"https:\/\/remivernier.com\/index.php\/wp-json\/wp\/v2\/media?parent=1270"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/remivernier.com\/index.php\/wp-json\/wp\/v2\/categories?post=1270"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/remivernier.com\/index.php\/wp-json\/wp\/v2\/tags?post=1270"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}