민감한 작업을 한 번 더 확인하는 단계적 인증 설계
SSO 로그인 이후에도 관리자 변경, 데이터 반출 같은 고위험 작업을 보호하는 단계적 인증의 기준과 SaaS 적용 방법을 설명합니다.
SSO에 성공했다고 해서 이후의 모든 작업을 같은 신뢰 수준으로 허용해도 되는 것은 아닙니다. 로그인 뒤 세션이 탈취되거나, 사용자가 자리를 비운 사이 기기가 오용될 수도 있습니다. 최근 IAM에서 강조되는 지속적 검증은 “누가 로그인했는가”뿐 아니라 “지금 수행하려는 작업에 충분한 인증을 거쳤는가”를 확인하는 접근입니다.
단계적 인증(step-up authentication)은 평소에는 SSO의 편의성을 유지하고, 위험도가 높은 작업 직전에 MFA나 재인증을 추가로 요구합니다. 모든 화면에서 반복 인증을 요구하는 방식보다 사용자 마찰을 줄이면서 중요한 경계에 통제를 집중할 수 있습니다.
어떤 작업에 단계적 인증이 필요한가
먼저 사고가 났을 때 영향이 큰 작업을 분류해야 합니다. SaaS에서는 다음 항목이 대표적입니다.
- 관리자 역할 부여와 권한 정책 변경
- SSO, 도메인, MFA 및 SCIM 설정 변경
- 고객 데이터 대량 조회·내보내기
- API 키, 복구 코드, 결제 정보 접근
- 계정 복구와 비상 계정 사용
단순 조회나 일상적인 편집까지 모두 고위험으로 지정하면 인증 피로가 커지고 우회 관행이 생깁니다. 데이터 민감도, 변경의 복구 가능성, 테넌트 전체에 미치는 영향을 기준으로 보호 대상을 좁히는 편이 좋습니다. 권한 자체의 범위는 인증과 권한 부여의 차이를 함께 참고하세요.
SSO 세션과 추가 인증을 분리해 설계하세요
인증 시점과 강도를 기록합니다
애플리케이션은 로그인 여부만 보지 말고 마지막 인증 시각과 사용한 인증 수단을 판단에 활용해야 합니다. 예를 들어 관리자 설정 변경에는 최근 10분 이내의 MFA를 요구하고, 조건을 충족하지 않으면 IdP로 재인증을 요청할 수 있습니다. 다만 시간 기준만으로 위험이 사라지는 것은 아니므로 새 기기, 비정상 위치, 권한 상승 같은 신호도 정책 검토에 포함해야 합니다.
재인증 후에는 원래 요청한 작업으로 안전하게 돌아가야 하며, 민감 작업 승인 토큰은 짧게 유지하고 일반 세션과 분리하는 것이 좋습니다. 세션 만료와 강제 로그아웃 원칙은 SSO 세션 관리 가이드에서 확인할 수 있습니다.
복구 경로도 같은 수준으로 보호합니다
공격자는 강한 로그인보다 약한 비밀번호 재설정이나 MFA 초기화를 노릴 수 있습니다. 헬프데스크가 MFA를 해제하거나 관리자 권한을 대신 부여할 때도 본인 확인, 이중 승인, 감사 기록을 적용해야 합니다. 자세한 운영 기준은 MFA 초기화 보안 가이드를 참고하세요.
감사 가능한 정책으로 운영하세요
정책에는 대상 작업, 요구 인증 수단, 유효 시간, 실패 시 처리, 예외 승인자를 명시합니다. 로그에는 사용자와 테넌트, 요청한 작업, 추가 인증 결과, 정책 버전을 남겨야 합니다. 도입 후에는 추가 인증 성공률, 포기율, 예외 사용량을 점검해 보안과 사용성의 균형을 조정하세요.
AxiPass를 사용하면 고객사별 테넌트에서 OIDC/SAML SSO와 MFA를 중앙화하고, SCIM으로 계정 수명주기를 관리하며, SSO 미지원 앱은 SWA로 연결할 수 있습니다. 로그인 통합을 출발점으로 삼고 민감 작업마다 필요한 신뢰 수준을 정의해 SaaS의 인증 경계를 더 촘촘하게 설계하세요.