6.0 KiB
Baron SSO 조직도 관리 개선 제안
1. 제안 목적
Baron SSO에 접근하는 사내 직원을 조직도 기준으로 관리하고, 조직/직책/재직상태에 따라 접근 권한을 체계적으로 통제한다.
이번 개선은 단순히 관리자 화면을 추가하는 작업이 아니라, SSO 접근 권한의 기준 데이터를 정비하고 향후 자동 권한 관리로 확장하기 위한 기반 작업이다.
2. 기본 방향
- Baron SSO 접근 사용자를 조직도 기준으로 식별한다.
- 재직상태, 부서, 직책, 권한 그룹을 기준으로 로그인 가능 여부와 서비스 접근 범위를 관리한다.
- 조직도 원천 데이터는 하나의 기준 시스템에서 가져오는 것을 원칙으로 한다.
- 초기에는 수동 관리 또는 파일 업로드 방식으로 시작하고, 이후 API 또는 배치 동기화 방식으로 확장한다.
- 모든 권한 변경과 로그인 이력은 감사 로그로 남긴다.
3. 단계별 추진안
3.1 현재 사용자 기준 정리
먼저 현재 Baron SSO에 접근 가능한 사용자 목록을 정리한다.
관리 대상 항목은 다음과 같다.
- 사번
- 이름
- 이메일
- 부서
- 직급
- 직책
- 재직상태
- SSO 권한
- 최종 로그인일
이 단계에서는 퇴사자, 휴직자, 부서 미지정자, 중복 계정, 공용 계정을 식별한다.
산출물은 현재 SSO 사용자 현황표로 관리한다.
3.2 조직도 기준 데이터 정의
Baron SSO에서 사용할 조직도 기준 항목을 정의한다.
최소 관리 항목은 다음과 같다.
- 회사
- 본부
- 부서
- 팀
- 상위부서
- 부서장
- 사번
- 이름
- 이메일
- 직급
- 직책
- 재직상태
이때 권한 제어에 필요한 항목과 단순 조회용 항목을 분리한다.
예를 들어 부서, 직책, 재직상태는 권한 판단에 직접 사용할 수 있고, 직급은 감사 또는 조회 목적으로만 사용할 수 있다.
3.3 조직도 원천 시스템 결정
조직도와 직원 정보의 원천 시스템을 결정한다.
후보는 다음과 같다.
- 인사 시스템
- 그룹웨어
- ERP
- AD/LDAP
- 별도 조직도 관리 시스템
핵심 원칙은 조직도 원본을 하나만 두는 것이다.
Baron SSO가 직접 조직도를 독립적으로 관리하기보다는, 원천 시스템의 조직/직원 정보를 받아와 동기화하는 방식이 안정적이다.
원천 시스템 연동이 당장 어렵다면 초기에는 관리자 업로드 방식으로 시작할 수 있다.
3.4 조직도 동기화 방식 설계
초기 단계에서는 CSV 또는 Excel 업로드 방식으로 시작하고, 이후 API 또는 배치 동기화로 확장한다.
권장 흐름은 다음과 같다.
인사/조직도 시스템
-> 직원/부서 정보 동기화
-> Baron SSO 사용자/조직 테이블 반영
-> SSO 로그인 시 재직상태와 권한 확인
동기화 주기는 다음 기준으로 제안한다.
- 초기: 1일 1회 배치
- 안정화 이후: 수시 배치 또는 API 연동
- 보안 중요 이벤트: 퇴사자, 관리자 권한 변경 등은 가능한 빠르게 반영
3.5 접근 권한 정책 정의
조직도 관리는 최종적으로 SSO 접근 권한 정책과 연결되어야 한다.
기본 정책 예시는 다음과 같다.
재직자: SSO 로그인 가능
퇴사자: 로그인 즉시 차단
휴직자: 기본 차단 또는 별도 예외 승인
부서 미지정자: 제한 권한 부여
특정 부서: 특정 서비스 접근 허용
관리자 권한: 직책 또는 별도 승인 기준으로 부여
관리자 권한은 부서 정보만으로 자동 부여하지 않는 것이 안전하다.
관리자 권한은 조직도 정보와 별도 승인 이력을 함께 기준으로 판단하는 것을 권장한다.
3.6 관리자 화면 구성
초기 관리자 화면은 복잡한 조직도 편집 기능보다 SSO 접근 통제에 필요한 조회와 상태 확인 중심으로 구성한다.
우선 구현 대상은 다음과 같다.
- 직원 목록 조회
- 부서별 사용자 조회
- 사용자 상세 정보 확인
- 재직상태별 필터
- SSO 접근 가능/불가 상태 표시
- 권한 그룹 매핑
- 조직도 동기화 이력 조회
- 수동 예외 권한 등록
팀장 보고 시에는 단순한 조직도 화면이 아니라 SSO 접근 통제 화면으로 설명하는 것이 적절하다.
3.7 감사 로그와 이력 관리
SSO는 보안 영역이므로 변경 이력과 접근 이력을 반드시 남겨야 한다.
필수 로그 항목은 다음과 같다.
- 로그인 성공 이력
- 로그인 실패 이력
- 퇴사자 로그인 시도 이력
- 조직 정보 변경 이력
- 권한 변경 이력
- 관리자 수동 변경 이력
- 동기화 성공/실패 이력
감사 로그는 보안 사고 대응, 내부 감사, 권한 변경 원인 추적에 활용할 수 있다.
4. 우선순위
가장 먼저 진행해야 할 작업은 다음 세 가지다.
- 현재 SSO 사용자 목록 정리
- 재직상태 기준 로그인 허용/차단 정책 확정
- 조직도 원천 데이터 결정
이 세 가지가 결정되면 관리자 화면, 조직도 동기화, 권한 그룹 관리 작업을 순차적으로 진행할 수 있다.
5. 후속 진행 작업
후속 작업은 다음 순서로 진행하는 것을 제안한다.
- 현재 SSO 사용자 현황 추출
- 조직도 기준 항목 정의
- 인사/조직도 원천 시스템 확인
- 사용자-조직 매핑 테이블 설계
- 퇴사자/휴직자 로그인 차단 정책 적용
- 관리자 조회 화면 추가
- 조직도 동기화 배치 또는 API 구현
- 권한 변경 및 로그인 감사 로그 보강
6. 기대 효과
- 퇴사자 또는 휴직자의 SSO 접근을 빠르게 차단할 수 있다.
- 부서 이동이나 조직 변경에 따른 권한 정리를 체계화할 수 있다.
- 관리자 권한 부여 기준을 명확히 할 수 있다.
- SSO 접근 이력과 권한 변경 이력을 감사 관점에서 추적할 수 있다.
- 향후 자동 권한 관리와 서비스별 접근 제어로 확장할 수 있다.