우리는 Python/Django에서 개발 된 블로그의 디렉토리 인 Blog Bowl에서 SSO의 구현을 볼 수 있습니다. 웹 사이트에 로그인하면 Disqus 댓글 시스템이 렌더링되면 로그인해야합니다. 이 예에서 Person Object는 ID (사이트의 각 사람마다 고유 한), 이메일 및 pen_name을 저장합니다. 메시지는 아래와 같이 생성됩니다
프론트 엔드에서는이 변수를 인쇄하여 스크립트를 실행합니다. 라이브 데모의 경우 블로그 보울 에서이 게시물을 방문하여 맨 아래에 렌더링 된 주석을 확인할 수 있습니다. 당연히 로그인하지 않습니다.
<span>import base64
</span><span>import hashlib
</span><span>import hmac
</span><span>import simplejson
</span><span>import time
</span>
DISQUS_SECRET_KEY <span>= '123456'
</span>DISQUS_PUBLIC_KEY <span>= 'abcdef'
</span>
<span>def get_disqus_sso(user):
</span> <span># create a JSON packet of our data attributes
</span> data <span>= simplejson.dumps({
</span> <span>'id': user['id'],
</span> <span>'username': user['username'],
</span> <span>'email': user['email'],
</span> <span>})
</span> <span># encode the data to base64
</span> message <span>= base64.b64encode(data)
</span> <span># generate a timestamp for signing the message
</span> timestamp <span>= int(time.time())
</span> <span># generate our hmac signature
</span> sig <span>= hmac.HMAC(DISQUS_SECRET_KEY, '%s %s' % (message, timestamp), hashlib.sha1).hexdigest()
</span>
<span># return a script tag to insert the sso message
</span> <span>return """<script type="text/javascript">
</span><span> var disqus_config = function() {
</span><span> this.page.remote_auth_s3 = "%(message)s %(sig)s %(timestamp)s";
</span><span> this.page.api_key = "%(pub_key)s";
</span><span> }
</span><span> </script>""" % dict(
</span> message<span>=message,
</span> timestamp<span>=timestamp,
</span> sig<span>=sig,
</span> pub_key<span>=DISQUS_PUBLIC_KEY,
</span> <span>)</span>
다음, 블로그 보울에 로그인하고 같은 게시물을 다시 방문하십시오 (효과를 보려면 로그인해야합니다). 아래의 주석 시스템에 로그인된다는 점에 주목하십시오.
블로그 보울이 제공하는 또 다른 흥미로운 기능은 콘텐츠를 게시하는 동안 익명 성입니다 (이 게시물과 같이). Quora와 같은 익명 사용자로서 Disqus에 대한 의견에 답장을 게시하기를 원하는 상황을 생각해보십시오. 우리는 쉬운 길을 떠나 신분증에 많은 수를 추가했습니다. 사용자를위한 고유 한 이메일을 연관시키기 위해 (사용자의 다른 의견과 함께 표시되지 않도록) 고유 한 이메일도 생성됩니다. 이것은 익명의 의견을 함께 유지하지만 다른 사용자의 원본 프로필이나 익명의 의견과 결합하지는 않습니다.
그리고 여기에 코드가 있습니다 :
결론
다른 서비스에 대한 SSO 프로세스는 약간 다양하지만 그 뒤에있는 기본 아이디어는 동일합니다. 토큰을 생성하고 검증하십시오! 이 게시물이 응용 프로그램이 SSO를 통합하는 방법에 대한 통찰력을 얻는 데 도움이 되었기를 바랍니다. 아마도 SSO를 직접 구현하는 데 도움이 될 것입니다.
수정, 질문이 있거나 SSO와 공유 할 자신의 경험이 있으면 자유롭게 의견을 제시하십시오. .
단일 사인온 (SSO) 에 대한 질문이 자주 묻습니다
SSO (Single Sign-on)의 주요 목적은 무엇입니까?
SSO (Single Sign-on)의 주요 목적은 사용자가 여러 응용 프로그램 또는 웹 사이트에 액세스 할 수 있도록하여 사용자 인증 프로세스를 단순화하는 것입니다. 단일 로그인 자격 증명 세트가 있습니다. 이를 통해 여러 사용자 이름과 비밀번호를 기억할 필요가 없어서 사용자 편의성과 생산성을 향상시킵니다. SSO는 또한 비밀번호 잘못 관리 및 무단 액세스의 가능성을 줄임으로써 보안을 향상시킵니다. SSO (Single Sign-on)는 어떻게 작동합니까? SSO는 여러 응용 프로그램이나 웹 사이트간에 신뢰할 수있는 관계를 설정하여 작동합니다. 사용자가 하나의 응용 프로그램에 로그인하면 SSO 시스템은 사용자의 자격 증명을 인증하고 보안 토큰을 발행합니다. 이 토큰은 SSO 시스템 내의 다른 응용 프로그램에 대한 사용자를 인증하는 데 사용되어 여러 로그인이 필요하지 않습니다.
단일 사인온 (SSO)을 사용하면 어떤 이점이 있습니까? . SSO는 몇 가지 이점을 제공합니다. 여러 로그인의 필요성을 줄임으로써 시간을 절약하고 좌절감을 줄임으로써 사용자 경험을 단순화합니다. 또한 비밀번호 관련 위반 위험을 최소화하여 보안을 향상시킵니다. 또한 비밀번호 재설정 요청 수를 줄임으로써 IT 비용을 줄일 수 있습니다.
단일 사인온 (SSO)과 관련된 위험이 있습니까?
SSO도 많은 이점을 제공하지만 IT도 제공합니다. 잠재적 인 위험이 있습니다. 사용자의 SSO 자격 증명이 손상되면 공격자는 해당 자격 증명에 연결된 모든 응용 프로그램에 액세스 할 수 있습니다. 따라서 이러한 위험을 완화하기 위해 다단계 인증 및 일반 암호 업데이트와 같은 강력한 보안 조치를 구현하는 것이 중요합니다. 단일 사인온 (SSO) 및 다중 인증 인증의 차이점은 무엇입니까 ( mfa)?
SSO와 MFA는 모두 인증 방법이지만 다른 목적을 수행합니다. SSO는 사용자가 단일 자격 증명 세트로 여러 응용 프로그램에 액세스 할 수 있도록하여 로그인 프로세스를 단순화합니다. 반면에 MFA는 액세스 권한을 부여하기 전에 사용자가 두 개 이상의 식별 식별을 제공하도록 요구함으로써 보안을 향상시킵니다. 단일 사인온 (SSO)은 모바일 애플리케이션과 함께 사용할 수 있습니까? , SSO는 모바일 애플리케이션과 함께 사용할 수 있습니다. 많은 SSO 솔루션은 모바일 지원을 제공하여 사용자가 단일 자격 증명 세트로 모바일 장치의 여러 앱에 액세스 할 수 있도록합니다.
단일 사인 온 (SSO)은 사용자 경험을 어떻게 향상 시키는가? 로그인 프로세스를 단순화하여 사용자 경험을 향상시킵니다. 사용자는 한 가지 자격 증명 세트 만 기억하면 잊혀진 암호의 좌절감을 줄입니다. 또한 다른 애플리케이션에 액세스 할 때 사용자가 자격 증명을 반복적으로 입력 할 필요가 없으므로 시간을 절약합니다. 단일 사인온 (SSO)에서 혜택을 누릴 수있는 산업은 무엇입니까?
사실상 모든 산업이 할 수 있습니다. SSO의 혜택. 의료, 교육, 금융 및 기술과 같은 여러 응용 프로그램에 크게 의존하는 산업은 특히 SSO가 제공하는 편의성과 보안의 혜택을 누릴 수 있습니다. SSO (Single Sign-On)는 보안을 어떻게 향상 시키는가? SSO는 사용자가 기억하고 관리 해야하는 비밀번호 수를 줄임으로써 보안을 향상시킵니다. 이것은 사이버 공격의 일반적인 목표 인 약하거나 재사용 된 비밀번호의 가능성을 감소시킵니다. 또한 많은 SSO 솔루션은 사용자 데이터를 추가로 보호하기 위해 다중 인증 인증 및 암호화와 같은 추가 보안 조치를 통합합니다.
단일 사인온 (SSO)을 기존 시스템과 통합 할 수 있습니까? > 예, 대부분의 SSO 솔루션은 기존 시스템과 통합 될 수 있습니다. 그러나 통합 프로세스는 특정 SSO 솔루션 및 시스템에 따라 다를 수 있습니다. 부드럽고 안전한 통합을 보장하기 위해 숙련 된 IT 팀 또는 SSO 제공 업체와 협력하는 것이 중요합니다.