Salesforce 보안과 ID 이해하기: 싱글 사인온과 OAuth는 언제 쓸까 소개
이 블로그에서는 Salesforce 보안과 ID를 명확히 정리하며, 싱글 사인온(SSO)과 OAuth를 언제 쓰는지에 초점을 맞춥니다. 이 지식은 직접 로그인, SSO, OAuth 등 Salesforce에 접근하는 여러 시나리오를 헤쳐 나가는 데 꼭 필요합니다.
표준 로그인, 싱글 사인온, OAuth는 각각 언제 쓸까
직접 로그인:
시나리오: 사용자가 브라우저로 Salesforce에 접근해 페이지를 보려고 합니다.
접근 방식: Salesforce에 직접 로그인하거나, 제3자 ID 공급자를 통한 싱글 사인온으로 재인증 없이 매끄럽게 접근합니다.
모바일 앱에서의 OAuth:
시나리오: 사용자가 모바일 앱으로, Salesforce 기본 페이지를 표시하는 대신 API를 통해 Salesforce 데이터에 접근합니다.
접근 방식: 여기서는 OAuth를 씁니다. 특히 브라우저 기술을 쓰는 휴대폰이나 태블릿 같은 모바일 기기로 상호작용할 때 그렇습니다. 이 방식으로 모바일 앱은 Salesforce API와 안전하게 상호작용합니다.
제3자 서버에서의 OAuth:
시나리오: 사용자가 브라우저로 제3자 서버와 통신하고, 그 서버가 사용자를 대신해 Salesforce 데이터에 접근해야 합니다. 이메일 플러그인이나 Salesforce와 통합된 다른 시스템이 그 예입니다.
접근 방식: 안전한 접근을 위해 “Web Server with PKCE”(Proof Key for Code Exchange)라는 특정 프로토콜을 쓰는 OAuth를 사용합니다.
시나리오별 OAuth 흐름
클라이언트 자격 증명 흐름: 지정된 통합 사용자 계정으로 Salesforce에 접근하는 클라이언트 프로세스(일괄 로드나 내보내기를 하는 외부 서버 등)를 위한 흐름입니다.
JWT, SAML 베어러 어설션, SAML 어설션 흐름: 클라이언트 프로세스가 사용자를 직접 관여시키지 않고 특정 사용자를 대신해 동작해야 하는 시나리오를 위한 흐름입니다. 이때 프로세스는 지정된 사용자를 가장해 그 사용자 파일의 보안 컨텍스트를 유지합니다.
기기 흐름: 승인을 위해 사람의 개입이 필요한 기기가 시작하는 흐름입니다. 예를 들어 스마트 TV 앱이 접근 승인을 위해 사용자에게 코드 입력을 요청합니다.
자산 흐름: 데이터를 읽거나 쓰기 위해 Salesforce와 연결해야 하는 사물 인터넷(IoT) 기기에 유용합니다.
정리와 결론
요컨대 접근 방식은 주로 시나리오에 따라 달라집니다.
브라우저로 Salesforce에 직접 접근한다면 직접 로그인을 쓰거나, ID 서비스가 있다면 싱글 사인온을 씁니다.
모바일 기기, 제3자 서버, 자동화된 프로세스를 통한 간접 접근이라면 OAuth가 알맞은 방법입니다. 이때 OAuth가 사람 사용자를 대신해 동작할지, 통합 사용자 계정으로 동작할지 정해야 합니다.
다음 글들에서는 각 시나리오와 사용 사례를 더 깊이 다뤄 전체를 폭넓게 이해할 수 있도록 하겠습니다.
계속 지켜봐 주세요
자신 있게 Salesforce Identity 여정을 시작하십시오! 더 많은 통찰과 팁은 이곳 www.SteveTechArc.com과 YouTube 채널 @SteveTechArc (opens in a new tab)에서 확인하십시오. 구독하고 Salesforce Identity에 대한 이해를 넓히십시오.
동료 아키텍트와 아키텍트의 길을 걷는 분들에게 통합 지식을 나누며 세상을 바꾸는 데 힘을 보탭니다!
STA 3.9