퇴직자 잔존 접근권한

사용자 계정을 막은 뒤에도 세션, API 키, 공유 링크, 개인 기기에 남을 수 있는 접근 경로를 살펴봅니다.

계정 하나를 잠그는 것으로 끝나지 않습니다

퇴직 처리 목록에는 계정 비활성화 완료라고 적혀 있습니다. 저는 그다음에 활성 세션, 모바일 앱 로그인, API 키, 개인 액세스 토큰을 봅니다. 비밀번호를 바꾸거나 계정을 중지해도 이미 발급된 토큰이 일정 기간 유효한 서비스가 있기 때문입니다.

클라우드와 SaaS가 늘면서 한 사람의 접근권한은 사내 계정 하나에만 묶여 있지 않습니다. 그룹 계정, 협업 공간의 게스트 권한, 외부 저장소, 자동화 계정에 연결될 수 있습니다. 인사 시스템의 퇴직 정보가 모든 서비스로 전달되지 않으면 권한 회수의 빈틈이 생깁니다.

서비스별 계정 목록만 보면 같은 사람이 여러 이름으로 존재할 수 있습니다. 회사 이메일, 별칭, 개인 이메일 초대, 외주 계정이 따로 남습니다. 저는 계정을 사람과 역할에 연결한 뒤, 고용 상태와 실제 필요성을 확인합니다.

공용 계정은 더 어렵습니다. 사용자가 바뀌어도 계정은 그대로여서 누가 언제 사용했는지 분리하기 어렵습니다. 불가피하게 공용 계정을 쓴다면 사용 승인, 비밀정보 변경, 접속 기록을 별도로 관리해야 합니다.

입사 때 부여한 권한, 부서 이동 때 추가된 권한, 프로젝트 종료 후 남은 권한을 계속 관리하지 않으면 퇴직일에 모든 연결을 찾아내기 어렵습니다. 정기적인 권한 검토가 필요한 이유입니다.

회수 결과도 남겨야 합니다. 계정 중지 여부뿐 아니라 세션 종료, 토큰 폐기, 공유 링크와 게스트 권한 정리, 회사 기기 회수, 예외 승인 내역을 기록합니다. 누락을 줄이는 가장 현실적인 방법은 인사, IT, 현업이 같은 체크리스트를 쓰는 것입니다.