SAML 디코더

이 도구는 SAML redirect와 POST 바인딩에서 흔히 발견되는 Base64 인코딩 SAML Response 및 Assertion XML을 지원합니다. 또한 deflate 압축된 SAML 요청을 자동 감지하여 인플레이트합니다.

네. 모든 처리는 전적으로 브라우저에서 이루어집니다. SAML 토큰은 어떤 서버로도 전송되지 않습니다. 어떤 데이터도 기기를 떠나지 않습니다.

HTTP redirect로 전송되는 SAML 요청은 URL 길이를 줄이기 위해 Base64 인코딩 전에 종종 deflate로 압축됩니다. 이 도구는 그러한 데이터를 자동으로 감지하고 압축 해제합니다.

요청은 서비스 공급자가 사용자 인증을 아이덴티티 공급자에게 요청하기 위해 보내는 samlp:AuthnRequest입니다; 응답은 돌아오는 samlp:Response로, 인증 명제와 속성을 담은 saml:Assertion을 운반합니다. 둘 다 URL 인코딩(Redirect 바인딩)되거나 HTML 폼 POST 안(POST 바인딩)에서 이동합니다. 이 도구는 어느 방향이든 디코딩합니다.

SP가 요청에 붙이는 불투명 문자열로, IdP는 응답과 함께 변경 없이 돌려보내야 합니다 - 보통 로그인 후 리디렉션할 URL입니다. SAML 바인딩 스펙은 80바이트 미만으로 유지하도록 권고하며, IdP에게는 아무 의미가 없습니다. SSO가 잘못된 페이지에 도착하면 유실되거나 손상된 RelayState가 첫 번째 용의자입니다.

HTTP-Redirect 바인딩에서 XML은 raw-Deflate로 압축된 뒤 Base64, 그다음 URL 인코딩됩니다 - 스펙이 규정한 세 단계입니다. 이 도구에 URL 인코딩된 값을 주세요: <로 시작하는 마크업으로 확장되면 압축된 것이고, 이미 <?xml 또는 <saml로 시작하면 아닙니다. POST 바인딩 메시지는 Deflate 없이 Base64입니다.

NotBefore, NotOnOrAfter, Audience를 서비스 제공자 설정과 비교하세요. 시계 차이는 어설션의 유효 기간에 영향을 주며 암호화 서명 자체에는 영향을 주지 않습니다. 이 디코더는 필드를 표시할 뿐 서명을 검증하거나 서비스 제공자의 수락 여부를 결정하지 않습니다.

네 - 디코딩은 검증이 아닙니다. 어설션의 XML은 누구나 읽을 수 있습니다; 내부의 서명은 기밀성이 아니라 무결성을 보장합니다. IdP의 공개 인증서 없이는 할 수 없는 것은 어설션이 진짜이고 수정되지 않았다는 것을 증명하는 일입니다. 디코딩된 콘텐츠는 신중히 다루세요: 어설션에는 이메일 주소, 그룹, 권한이 담겨 있는 경우가 많습니다.