SAML ڈی کوڈر
Base64-انکوڈڈ XML سے SAML اسرشنز ڈی کوڈ کریں۔ زیادہ سے زیادہ سیکیورٹی اور رازداری کے لیے تمام پروسیسنگ آپ کے براؤزر میں ہوتی ہے۔
ڈیکوڈنگ دستخط کی تصدیق یا انکرپٹ شدہ assertion کو ڈیکرپٹ نہیں کرتی۔
ڈی کوڈ شدہ XML
پارس شدہ SAML ڈیٹا
Issuer
—
NameID
—
IssueInstant
—
Audience
—
NotBefore
—
NotOnOrAfter
—
AuthnContextClassRef
—
ایٹریبیوٹس
کوئی ایٹریبیوٹ نہیں ملا
| ایٹریبیوٹ کا نام | قدریں |
|---|
SAML ڈی کوڈر کا استعمال کیسے کریں
SAML ڈیٹا پیسٹ کریں
اپنے SAML trace یا نیٹ ورک ریکیوسٹ سے Base64-انکوڈڈ SAML Response یا Assertion کاپی کریں
خودکار ڈی کوڈنگ
ٹول خودکار طور پر Base64 ڈی کوڈ کرتا ہے اور deflate کمپریشن پہچان کر XML دکھاتا ہے
تفصیل دیکھیں
ڈی کوڈ شدہ XML اور نکالے گئے فیلڈز دیکھیں جن میں Issuer, NameID اور ایٹریبیوٹس شامل ہیں
SAML کیا ہے؟
Security Assertion Markup Language (SAML) فریقین کے درمیان - خاص طور پر شناخت فراہم کنندہ (IdP) اور سروس فراہم کنندہ (SP) کے درمیان - تصدیق اور اجازت کے ڈیٹا کے تبادلے کا XML پر مبنی کھلا معیار ہے۔ SAML اسرشنز عام طور پر Base64-انکوڈڈ ہوتے ہیں اور HTTP redirect bindings کے ذریعے بھیجے جانے پر deflate-کمپریسڈ ہو سکتے ہیں۔
SSO تصدیق
SAML سنگل سائن آن کو ممکن بناتا ہے، جس سے صارف ایک بار تصدیق کر کے متعدد سروسز استعمال کر سکتے ہیں
XML پر مبنی اسرشنز
SAML فریقین کے درمیان تصدیق اور اجازت کے بیانات لے جانے کے لیے XML اسرشنز استعمال کرتا ہے
محفوظ بائنڈنگ
محفوظ ٹوکن تبادلے کے لیے SAML، HTTP Redirect، POST اور Artifact بائنڈنگز سپورٹ کرتا ہے
عام سوالات
ٹول Base64-انکوڈڈ SAML Response اور Assertion XML سپورٹ کرتا ہے، جو عموماً SAML redirects اور POST bindings میں ملتے ہیں۔ یہ deflate-کمپریسڈ SAML ریکیوسٹس بھی خودکار پہچان کر انہیں کھولتا ہے۔
جی ہاں۔ تمام پروسیسنگ مکمل طور پر آپ کے براؤزر میں ہوتی ہے۔ آپ کے SAML ٹوکنز کبھی کسی سرور پر نہیں بھیجے جاتے۔ کوئی ڈیٹا آپ کا ڈیوائس نہیں چھوڑتا۔
HTTP redirect کے ذریعے بھیجے گئے SAML ریکیوسٹس URL کی لمبائی کم کرنے کے لیے اکثر Base64 انکوڈنگ سے پہلے deflate سے کمپریس کیے جاتے ہیں۔ یہ ٹول ایسے ڈیٹا کو خودکار پہچان کر ڈی کمپریس کرتا ہے۔
ریکیوسٹ ایک samlp:AuthnRequest ہے جو سروس فراہم کنندہ، شناخت فراہم کنندہ سے صارف کی تصدیق کی درخواست کے لیے بھیجتا ہے؛ ریسپانس واپس آنے والا samlp:Response ہے، جو تصدیقی بیان اور ایٹریبیوٹس سمیت saml:Assertion لے جاتا ہے۔ دونوں URL-انکوڈڈ (Redirect binding) یا HTML فارم POST کے اندر (POST binding) سفر کرتے ہیں۔ یہ ٹول دونوں سمتون کو ڈی کوڈ کرتا ہے۔
ایک غیر شفاف اسٹرنگ جو SP ریکیوسٹ کے ساتھ جوڑتا ہے اور IdP کو اسے ریسپانس کے ساتھ تبدیل کیے بغیر واپس کرنا ہوتا ہے - عموماً لاگ اِن کے بعد جس URL پر ری ڈائریکٹ کرنا ہے وہ۔ SAML بائنڈنگ اسپیک اسے 80 بائٹس سے نیچے رکھنے کی سفارش کرتا ہے، اور IdP کے لیے اس کا کوئی مطلب نہیں۔ SSO غلط صفحے پر پہنچے تو گم شدہ یا خراب RelayState ہی پہلا ملزم ہے۔
HTTP-Redirect بائنڈنگ میں XML پہلے raw-Deflate سے کمپریس ہوتا ہے، پھر Base64، پھر URL-انکوڈ - تین مراحل جو اسپیک لازم قرار دیتا ہے۔ اس ٹول کو URL-انکوڈڈ قدر دیں: اگر وہ < سے شروع ہونے والے مارک اپ میں کھل جائے تو کمپریسڈ تھا؛ اگر پہلے سے <?xml یا <saml سے شروع ہو تو نہیں تھا۔ POST-بائنڈنگ میسجز Deflate کے بغیر Base64 ہوتے ہیں۔
NotBefore، NotOnOrAfter اور Audience کو سروس فراہم کنندہ کی ترتیبات سے ملائیں۔ گھڑیوں کا فرق assertion کی مدتِ اعتبار کو متاثر کرتا ہے، خود کرپٹوگرافک دستخط کو نہیں۔ یہ ڈیکوڈر صرف فیلڈ دکھاتا ہے؛ دستخط کی تصدیق یا فراہم کنندہ کی طرف سے assertion قبول کرنے کا فیصلہ نہیں کرتا۔
جی ہاں - ڈی کوڈنگ تصدیق نہیں ہے۔ اسرشن کا XML کوئی بھی پڑھ سکتا ہے؛ اس کے اندر کا دستخط سالمیت (integrity) کو ڈھانپتا ہے، رازداری کو نہیں۔ IdP کے پبلک سرٹیفکیٹ کے بغیر جو آپ نہیں کر سکتے وہ یہ ثابت کرنا ہے کہ اسرشن اصل اور غیر تبدیل شدہ ہے۔ ڈی کوڈ شدہ مواد کو احتیاط سے دیکھیں: اسرشنز میں اکثر ای میل ایڈریسز، گروپس اور اختیارات ہوتے ہیں۔
متعلقہ ٹولز
JWT پارسر
JSON Web Token (JWT) فوراً ڈی کوڈ اور تصدیق کریں۔ انسان کے پڑھنے کے قابل وقت کے اظہار کے ساتھ ہیڈر، پے لوڈ اور دستخط کی معلومات دیکھیں
سرٹیفکیٹ ڈی کوڈر
PEM فارمیٹ میں X.509 SSL/TLS سرٹیفکیٹس ڈی کوڈ کریں
Base64 URL ڈی کوڈر پارسر
Base64 ڈی کوڈ اور انکوڈ کریں، URL-انکوڈڈ اسٹرنگز پارس کریں، Base64 تصاویر دیکھیں اور JWT ہیڈر یا پے لوڈ سیگمنٹس ڈی کوڈ کریں
مستند حوالہ جات
اس ٹول کے پیچھے کے بنیادی ذرائع — ثانوی خلاصے نہیں بلکہ سرکاری معیار اور specifications۔