SAML
Security Patterns

Meaning

SAML is an XML‑based protocol that enables identity providers to exchange authentication and authorization data with service providers. It solves the pain point of managing separate credentials for each application by allowing users to log in once and gain access to multiple services. It is typically employed when integrating enterprise applications that require federated identity across organizational boundaries.

Primary Function

Authentication

Communicative Purpose

Enables single sign‑on across multiple web applications by exchanging signed XML assertions.

Pattern

Identity Provider → generate SAML Assertion → Service Provider validates and grants access

Função primária

Authentication

Propósito comunicativo

Enables single sign‑on across multiple web applications by exchanging signed XML assertions.

Situações de gatilho

Enterprise portal: integrating third‑party SaaS with corporate Active Directory Cloud service: providing SSO for employees accessing internal dashboards Partner collaboration: granting external partners access to shared resources without creating local accounts

Contextos

Web applications, identity providers (e.g., Okta, ADFS), SSO libraries (e.g., python‑saml, spring‑security‑saml), enterprise security architectures.

Padrão

Identity Provider → generate SAML Assertion → Service Provider validates and grants access

Colocados típicos

  • assertion
  • IdP
  • SP
  • metadata
  • XML signature
  • SSO
  • federation
  • attribute statement

Substituições comuns

  • OAuth 2.0/OpenID Connect – token‑based
  • lighter JSON format
  • easier for mobile and API‑first designs JWT – self‑contained token without XML overhead
  • suitable for stateless services Kerberos – network authentication protocol
  • works well within trusted LANs but not for web SSO

Erros comuns

Misconfiguring clock skew: assuming server clocks are perfectly synchronized → assertions are rejected as expired Using unsigned assertions: skipping XML‑Signature verification → opens possibility of assertion forgery Incorrect audience restriction: setting audience to SP entity ID that does not match → legitimate users are denied access

Similar / contraste

OAuth 2.0 – token‑based authorization, not XML assertions OpenID Connect – identity layer on OAuth, uses JSON Web Tokens instead of SAML XML Kerberos – network‑level authentication protocol, not designed for web‑based SSO

Interferências

Coming from JWT: assuming SAML assertions are simple base64 strings → forget XML signature validation and schema enforcement, which can lead to security gaps.

Família do chunk

  • OAuth 2.0
  • OpenID Connect
  • JWT
  • Kerberos
  • LDAP

Nuance

Do not use SAML for native mobile apps where OAuth 2.0/OpenID Connect offers lighter JSON tokens; XML parsing adds latency and larger payloads; be aware of clock‑skew and audience mismatches that can silently invalidate assertions.

Efeito pragmático

Correct SAML integration provides seamless single sign‑on, reduces password fatigue, and improves auditability of authentication events.

Dica de memória

Think of SAML as a passport stamped by a government (the IdP) that lets you travel across countries (applications) without needing a new visa each time.

Nota

SAML assertions are signed with XML‑Signature; proper certificate rotation and trust store management are essential for security.

Upgrade path

After mastering SAML, move to OAuth 2.0 / OpenID Connect for modern API‑first and mobile authentication scenarios.

Frequência: HighFormulaicidade: FixedTipo de construção: concept_termPrioridade de aquisição: Recognition firstPrioridade de output: InputTag de espaçamento: Medium-term

Log in to save chunks.