SAML Kod Çözücü

Base64 kodlu XML'den SAML assertionlarını kod çözün. Azami güvenlik ve gizlilik için tüm işlemler tarayıcınızda yapılır.

Otomatik Sıkıştırma Algılama Tam XML Ayrıştırma %100 İstemci Tarafı

Kod çözme, imzaları doğrulamaz veya şifrelenmiş assertion içeriğini çözmez.

SAML Kod Çözücü Nasıl Kullanılır

1

SAML Verisi Yapıştırın

Base64 kodlu SAML Response veya Assertion'ı SAML izinizden veya ağ isteğinizden kopyalayın

2

Otomatik Kod Çözme

Araç Base64'ü otomatik kod çözer ve deflate sıkıştırmasını algılayarak XML'i ortaya çıkarır

3

Ayrıntıları İnceleyin

Kodu çözülmüş XML'i ve Issuer, NameID ve öznitelikler dahil çıkarılan alanları görün

SAML nedir?

Security Assertion Markup Language (SAML), taraflar arasında - özellikle bir kimlik sağlayıcı (IdP) ile bir servis sağlayıcı (SP) arasında - kimlik doğrulama ve yetkilendirme verilerini paylaşmak için XML tabanlı bir açık standarttır. SAML assertionları genellikle Base64 kodludur ve HTTP redirect bağlamalarıyla gönderilirken deflate ile sıkıştırılmış olabilir.

SSO Kimlik Doğrulama

SAML, Tek Oturum Açma'yı mümkün kılar; kullanıcılar bir kez kimlik doğrular ve birden çok servise erişir

XML Tabanlı Assertionlar

SAML, taraflar arasında kimlik doğrulama ve yetkilendirme ifadelerini taşımak için XML assertionlarını kullanır

Güvenli Bağlama

SAML, güvenli belirteç alışverişi için HTTP Redirect, POST ve Artifact bağlamalarını destekler

Sıkça Sorulan Sorular

Hangi SAML biçimleri destekleniyor?

Araç, SAML redirect'lerinde ve POST bağlamalarında yaygın bulunan Base64 kodlu SAML Response ve Assertion XML'ini destekler. Ayrıca deflate ile sıkıştırılmış SAML isteklerini otomatik algılar ve açar.

SAML verilerim güvende mi?

Evet. Tüm işlemler tamamen tarayıcınızda gerçekleşir. SAML belirteçleriniz asla hiçbir sunucuya gönderilmez. Hiçbir veri cihazınızdan ayrılmaz.

Deflate sıkıştırması ne anlama gelir?

HTTP redirect ile gönderilen SAML istekleri, URL uzunluğunu azaltmak için Base64 kodlamasından önce genellikle deflate ile sıkıştırılır. Bu araç böyle verileri otomatik algılar ve sıkıştırmasını açar.

SAML isteği ile SAML yanıtı arasındaki fark nedir?

İstek, servis sağlayıcının kimlik sağlayıcıdan bir kullanıcıyı doğrulamasını istemek için gönderdiği samlp:AuthnRequest'tir; yanıt ise geri gelen, kimlik doğrulama ifadesini ve öznitelikleri taşıyan saml:Assertion'ı içeren samlp:Response'tur. İkisi de URL kodlu (Redirect bağlaması) veya bir HTML form POST'u içinde (POST bağlaması) yolculuk eder. Bu araç her iki yönü de kod çözer.

Bir SAML mesajındaki RelayState nedir?

SP'nin isteğe eklediği ve IdP'nin yanıtla birlikte değiştirmeden geri göndermek zorunda olduğu opak bir dizedir - genellikle oturum açtıktan sonra yönlendirilecek URL. SAML bağlama belirtimi onu 80 baytın altında tutmayı önerir ve IdP için bir anlam taşımaz. SSO yanlış sayfaya düştiğinde, kayıp veya bozuk bir RelayState baş şüphelidir.

SAML verisinin Deflate ile sıkıştırılıp sıkıştırılmadığını nasıl anlarım?

HTTP-Redirect bağlamasında XML önce raw-Deflate ile sıkıştırılır, sonra Base64, sonra URL kodlanır - belirtimin zorunlu kıldığı üç adım. Bu araca URL kodlu değeri verin: < ile başlayan biçimlendirmeye açılıyorsa sıkıştırılmıştı; zaten <?xml veya <saml ile başlıyorsa değildi. POST bağlama mesajları Deflate olmadan Base64'tür.

En yaygın SAML hatalarına ne neden olur?

NotBefore, NotOnOrAfter ve Audience alanlarını hizmet sağlayıcının ayarlarıyla karşılaştırın. Saat farkı, kriptografik imzanın kendisini değil assertion geçerlilik süresini etkiler. Bu çözücü alanları gösterir; imzaları doğrulamaz ve sağlayıcının assertion kabul edip etmeyeceğine karar vermez.

Özel anahtar olmadan imzalı bir SAML assertionını kod çözebilir miyim?

Evet - kod çözmek doğrulamak değildir. Assertionın XML'i herkes tarafından okunabilir; içindeki imza bütünlüğü kapsar, gizliliği değil. IdP'nin genel sertifikası olmadan yapamayacağınız şey, assertionın otantik ve değiştirilmemiş olduğunu kanıtlamaktır. Kodu çözülmüş her içeriğe dikkatle davranın: assertionlar çoğu zaman e-posta adresleri, gruplar ve yetkiler taşır.

{-- * 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 --}}