오늘 바로 각 시스템의 계정 목록을 내려받아 퇴사자·휴직자·부서 이동자의 계정부터 확인한다. 부서별 시스템 접근 권한 관리 방법은 새 도구를 사는 일보다 불필요한 계정을 지우는 일에서 시작한다. 먼저 막는다.
핵심은 개인 이름이 아니라 직무 역할에 권한을 묶는 것이다. 영업팀 직원이라고 모두 고객정보 내려받기와 가격 승인 권한이 필요한 것은 아니며, 업무에 필요한 범위만 열고 승인과 관리 기능은 분리해야 한다. 권한은 적을수록 좋다.
부서별 시스템 접근 권한 관리 방법의 기준
사내 규정에는 최소 권한, 직무 분리, 기간 제한, 정기 검토 네 항목을 넣는다. 최소 권한은 업무 수행에 필요한 메뉴와 데이터만 허용하는 원칙이고, 직무 분리는 요청·승인·집행·검토를 한 사람이 모두 처리하지 않도록 나누는 장치다. 역할을 나눈다.
예를 들어 구매 담당자가 발주를 등록하더라도 결재선 변경과 거래처 계좌 수정까지 맡으면 오류나 부정 사용을 발견하기 어려워진다. 인사팀은 급여 자료를 다루더라도 시스템 관리자 계정까지 상시 보유할 이유가 없으며, 예외가 필요하면 기간과 사유를 기록한 임시 권한으로 처리하는 편이 낫다. 예외는 남긴다.
| 권한 등급 | 허용 업무 | 권장 대상 | 검토 주기 |
|---|---|---|---|
| 조회 | 자료 열람·검색 | 실무 담당자 | 분기 |
| 등록 | 업무 입력·수정 | 업무 수행자 | 분기 |
| 승인 | 결재·확정·배포 | 팀장·책임자 | 월간 또는 분기 |
| 관리 | 계정·설정·로그 관리 | IT 운영 담당자 | 월간 |
표의 주기는 출발선일 뿐이다. 고객정보, 재무자료, 소스코드처럼 유출 영향이 큰 자산은 더 자주 보고 관리자 권한은 사용 이력까지 함께 검토하는 편이 안전하다. 관리자 계정은 특히 좁힌다.
사내 규정에 넣을 운영 절차
- 권한 목록을 만든다. 시스템명, 데이터 등급, 계정명, 소속 부서, 역할, 권한 등급, 승인자, 부여일, 종료일을 한 표에 적는다. 목록이 기준이다.
- 요청 양식을 통일한다. 신청자는 업무 목적, 필요한 메뉴, 사용 기간을 적고 소속 책임자가 승인한다. “업무상 필요”만 적힌 요청은 범위가 불명확하다. 사유를 쓴다.
- 부여 담당자를 분리한다. 승인자가 직접 계정을 만들기보다 IT 또는 시스템 관리자가 승인 기록을 확인한 뒤 반영한다. 서로 확인한다.
- 인사 이벤트와 연결한다. 입사·부서 이동·휴직·퇴사 정보가 나오면 권한 변경 담당자에게 전달하는 흐름을 정한다. 퇴사 계정은 당일 차단 여부를 내부 정책과 시스템 운영 시간에 맞춰 점검한다. 시간이 중요하다.
- 정기 검토 후 회수한다. 부서 책임자가 계정 목록을 보고 유지·축소·회수를 표시하고, 관리자는 처리 결과와 날짜를 남긴다. 확인만 하고 끝내지 않는다.
검토 대상이 200개 계정이라면 부서별 책임자에게 20개씩 배정하고, 10영업일 안에 회신받는 식으로 운영 부담을 쪼갤 수 있다. 회신이 없는 계정은 자동 유지로 두지 말고 내부 기준에 따라 일시 제한하거나 재확인 대상으로 분류하는 절차를 정해 둔다. 미응답도 신호다.
권한 관리에서 자주 놓치는 항목
공용 계정과 관리자 계정은 별도 관리가 필요하다. 공용 계정은 누가 언제 사용했는지 추적이 어렵기 때문에 개인 계정 사용을 우선하고, 불가피한 경우에는 책임자와 사용 기간, 비밀번호 변경 절차, 접속 기록 보관 기준을 사내 규정에 적는다. 공용은 예외다.
외주 인력과 협력사 계정도 빠지기 쉽다. 계약 종료일을 계정 종료일과 연결하고, 파일 공유 폴더나 클라우드 협업 도구의 외부 초대 권한까지 함께 확인해야 계정은 막혔는데 자료는 계속 열리는 상황을 줄일 수 있다. 연결을 본다.
FAQ
부서장 승인만 있으면 관리자 권한을 줘도 되나?
부서장 승인은 중요한 근거지만 관리자 권한은 추가 확인이 필요하다. 업무 목적, 대상 시스템, 사용 기간, 별도 승인자, 사용 로그 검토 여부를 함께 정하고 가능한 기간 제한 권한으로 처리한다. 상시 권한은 줄인다.
인사 이동 때 기존 권한은 언제 회수하나?
이동 발령일과 실제 업무 인수 시점을 내부 절차에 맞춰 정한다. 새 부서 권한을 더하기 전에 기존 부서의 민감 시스템 권한부터 검토하고, 회수 완료 기록을 남겨야 누락을 찾기 쉽다. 먼저 지운다.
권한 검토는 누가 맡아야 하나?
업무 필요성은 부서 책임자가 판단하고 계정 반영과 로그 확인은 IT 또는 시스템 관리자가 맡는 구성이 흔하다. 보안 담당자는 고위험 시스템의 기준과 예외 절차를 점검하는 역할을 맡는다. 역할이 분명해야 한다.
스프레드시트로 관리해도 되나?
계정 수가 적고 변경 빈도가 낮다면 시작 자료로 쓸 만하다. 다만 파일 접근 권한, 변경 이력, 최신본 관리가 흔들리면 승인 워크플로와 계정 관리 기능을 갖춘 도구 도입을 검토한다. 기록은 한곳에 둔다.
이 글은 일반적인 정보 제공과 참고 목적으로 작성되었으며, 법률 자문·보안 컨설팅·컴플라이언스 판단을 대체하지 않습니다. 소개하는 설정과 절차는 소프트웨어 버전이나 조직 환경에 따라 다르게 동작할 수 있으며, 어떤 보안 조치도 완전한 안전을 보장하지는 않습니다. 실제 적용 전에는 반드시 소속 조직의 정책과 담당 부서(보안·IT·법무)의 확인을 거치고, 중요한 시스템에는 백업과 사전 테스트 후 적용하시기 바랍니다. 규제 해석과 합법·불법 여부는 사안과 시점마다 달라질 수 있으므로 공식 규정과 전문가 상담으로 확인이 필요합니다. 본 사이트는 내용의 정확성과 최신성을 보장하지 않으며, 이 글의 내용을 적용하여 발생하는 어떠한 결과에 대해서도 책임을 지지 않습니다.