SAML-dekoder

Dekod SAML-assertions fra Base64-kodet XML. All behandling skjer i nettleseren din for maksimal sikkerhet og personvern.

Auto-deteksjon av kompresjon Full XML-parsing 100 % klientside

Dekoding verifiserer ikke signaturer og dekrypterer ikke krypterte assertions.

Slik bruker du SAML-dekoderen

1

Lim inn SAML-data

Kopier den Base64-kodede SAML Response eller Assertion fra SAML-sporet eller nettverksforespørselen din

2

Automatisk dekoding

Verktøyet dekoder Base64 automatisk og oppdager deflate-kompresjon for å avsløre XML-en

3

Inspiser detaljene

Se den dekodede XML-en og de uttrukkede feltene, inkludert Issuer, NameID og attributter

Hva er SAML?

Security Assertion Markup Language (SAML) er en XML-basert åpen standard for utveksling av autentiserings- og autorisasjonsdata mellom parter, særlig mellom en identitetsleverandør (IdP) og en tjenesteleverandør (SP). SAML-assertions er vanligvis Base64-kodet og kan være deflate-komprimert når de sendes via HTTP-redirect-bindinger.

SSO-autentisering

SAML muliggjør Single Sign-On, slik at brukere autentiserer seg én gang og får tilgang til flere tjenester

XML-baserte assertions

SAML bruker XML-assertions til å bære autentiserings- og autorisasjonsutsagn mellom parter

Sikker binding

SAML støtter HTTP Redirect-, POST- og Artifact-bindinger for sikker token-utveksling

Ofte stilte spørsmål

Hvilke SAML-formater støttes?

Verktøyet støtter Base64-kodet SAML Response og Assertion-XML, som vanligvis finnes i SAML-redirects og POST-bindinger. Det oppdager og pakker også ut deflate-komprimerte SAML-forespørsler automatisk.

Er SAML-dataene mine sikre?

Ja. All behandling skjer utelukkende i nettleseren din. SAML-tokenene dine sendes aldri til noen server. Ingen data forlater enheten din.

Hva betyr deflate-kompresjon?

SAML-forespørsler sendt via HTTP-redirect er ofte deflate-komprimert før Base64-koding for å redusere URL-lengden. Dette verktøyet oppdager og dekomprimerer slike data automatisk.

Hva er forskjellen på en SAML-forespørsel og et SAML-svar?

En forespørsel er en samlp:AuthnRequest som tjenesteleverandøren sender for å be identitetsleverandøren autentisere en bruker; et svar er samlp:Response som kommer tilbake, og som bærer saml:Assertion med autentiseringsutsagnet og attributtene. Begge sendes URL-kodet (Redirect-binding) eller inne i et HTML-skjema-POST (POST-binding). Dette verktøyet dekoder begge retninger.

Hva er RelayState i en SAML-melding?

En ugjennomsiktig streng SP-en fester til forespørselen, og som IdP-en må returnere uendret sammen med svaret - typisk URL-en det skal redirectes til etter innlogging. SAML-binding-spesifikasjonen anbefaler å holde den under 80 byte, og den har ingen betydning for IdP-en. Når SSO lander på feil side, er en tapt eller korrupt RelayState hovedmistenkt.

Hvordan kan jeg se om SAML-data er Deflate-komprimert?

I HTTP-Redirect-bindingen komprimeres XML-en med rå Deflate, deretter Base64, deretter URL-koding - de tre trinnene spesifikasjonen påbyr. Gi dette verktøyet den URL-kodede verdien: hvis den ekspanderer til markup som starter med <, var den komprimert; hvis den allerede starter med <?xml eller <saml, var den ikke det. POST-binding-meldinger er Base64 uten Deflate.

Hva forårsaker de vanligste SAML-feilene?

Kontroller NotBefore, NotOnOrAfter og Audience mot tjenesteleverandørens oppsett. Klokkeskjevhet påvirker gyldighetsperioden til assertion-en, ikke selve den kryptografiske signaturen. Denne dekoderen viser felt; den verifiserer ikke signaturer eller avgjør om tjenesteleverandøren skal godta assertion-en.

Kan jeg dekode en signert SAML-assertion uten privatnøkkelen?

Ja - dekoding er ikke verifisering. Assertion-ens XML kan leses av hvem som helst; signaturen inni dekker integritet, ikke konfidensialitet. Det du ikke kan gjøre uten IdP-ens offentlige sertifikat, er å bevise at assertion-en er autentisk og uendret. Behandle alt dekodet innhold med varsomhet: assertions inneholder ofte e-postadresser, grupper og rettigheter.

{-- * External Resources Component(#18 Phase 3b 内容佐证工程) * 工具页「权威引用」区块:RFC / W3C / WHATWG / ECMA / IANA / 官方规范站 / Wikipedia。 * * - 接受 :slug 属性 → 经 config/tool-sources.php 家族矩阵渲染该工具的权威引用 * - slug 未命中映射时不渲染(无权威来源的工具静默跳过) * - 链接 title 保持英文(引用源专名);description 经 * common.resources.descriptions.{key} 本地化,lang 未命中回退英文(线上不裸奔) * - 链接保持 dofollow(rel="noopener noreferrer") * * @param string|null $slug --}}