Antonio Braccolino, Identity & Access, home

Lab · 03 / 16

Due modi per dire sono io.

In azienda li incontri entrambi ogni giorno. SAML regge gran parte del single sign-on web aziendale degli ultimi vent’anni, OpenID Connect è la scelta di default per tutto ciò che è nuovo, soprattutto app mobile e API.

Hai completato tutti i lab

Tutti i 16 lab, dalla mappa dello IAM alle architetture di riferimento. L’identità non ha più segreti per te.

Vedi i traguardi

Condividi il tuo badge

Instagram: scarica l’immagine e pubblicala come post o storia. LinkedIn: quando lo apri il testo viene copiato, incollalo e allega l’immagine.

SAML 2.0 · OpenID Connect · Intermedio · 8 differenze

Cosa impari

  • Come differiscono i due formati
  • Perché OIDC si adatta meglio ad app mobile e API
  • Cosa controllare quando integri SAML

In parole semplici Entrambi sono una lettera firmata dall’IdP che dice "questa è Ada". SAML la scrive in XML e la consegna passando dal browser; OIDC la scrive come token JSON compatto e dà all’app anche una chiave per le API.

SAML 2.0asserzioni XMLOpenID Connecttoken JSON
Nascita2005, OASIS2014, OpenID Foundation
FormatoAsserzione XML, firma XMLJWT (JSON), firma JWS
RuoliIdentity provider e service providerOpenID provider e relying party (client)
TrasportoRedirect del browser e form POST inviati in automaticoRedirect più chiamate dirette all’endpoint token
Mobile e SPAScomodo, pensato per il browserNativo, con PKCE
Chiamare APINon previsto, serve un altro protocolloAccess token dallo stesso flusso
ConfigurazioneScambio di metadata XML e certificatiURL di discovery e rotazione automatica delle chiavi (JWKS)
Dove lo troviSaaS aziendali, portali legacy, pubblica amministrazioneApp nuove, mobile, login dei clienti, API

Quando usare SAML 2.0

Usa SAML quando l’app supporta solo SAML, cosa ancora frequente nei SaaS aziendali. È maturo e ben conosciuto dagli auditor.

Quando usare OpenID Connect

Usa OpenID Connect per ogni nuova app che sviluppi, e per mobile, single-page app e tutto ciò che chiama API.

L’errore più comune

Fidarsi di una risposta SAML senza controlli rigorosi. Il service provider deve verificare la firma sull’asserzione stessa e controllare Audience, Recipient, finestra temporale e che l’elemento firmato sia proprio quello che legge. Una gestione debole della firma XML ha causato violazioni reali.

A confronto

SAML 2.0
<saml:Assertion ID="_a75adf55" IssueInstant="2026-10-19T08:00:00Z">
  <saml:Issuer>https://idp.example.com</saml:Issuer>
  <ds:Signature>…</ds:Signature>
  <saml:Subject>
    <saml:NameID>ada@example.com</saml:NameID>
  </saml:Subject>
  <saml:Conditions NotOnOrAfter="2026-10-19T08:05:00Z">
    <saml:Audience>https://app.example.com</saml:Audience>
  </saml:Conditions>
</saml:Assertion>
OpenID Connect
{
  "iss": "https://idp.example.com",
  "sub": "248289761001",
  "aud": "web-app",
  "iat": 1760860800,
  "exp": 1760861100,
  "email": "ada@example.com"
}

// signed with a key published at
// /.well-known/jwks.json