업무도구 계정 권한을 월 1회 점검하는 기록표

순서대로 실행하고 멈출 지점

1. 도구보다 업무와 책임 소유자를 먼저 적기

   메일, 파일 저장소, 예약, 결제, 웹사이트, 디자인, 자동화처럼 실제 업무가 이어지는 도구를 목록으로 만듭니다. 무료 시험판이나 한 번 쓴 도구도 고객·직원·사업 자료에 접근했다면 포함합니다. 설치 여부가 아니라 현재 계정과 데이터, 연결된 자동화가 남아 있는지를 기준으로 찾습니다. 확인 기준: NIST CSF 2.0 소기업 빠른 시작 안내 SP 1300.

   각 도구에는 “누가 최고 관리자 비밀번호를 아는가”가 아니라 서비스 계약과 접근 검토를 책임질 소유자를 지정합니다. 책임 소유자는 계정 소유권, 관리자 수, 결제 주체, 지원 연락 경로를 확인합니다. 비밀번호 자체는 비밀번호 관리 도구나 공급자가 제공하는 안전한 방식으로 관리하고 감사표에는 쓰지 않습니다.

   NIST 소기업용 CSF 2.0 빠른 시작 안내서는 작은 조직도 자산과 계정, 접근을 파악하고 책임을 정하는 위험관리 출발점을 제시합니다. 이 글은 그 원칙을 월간 목록으로 좁힌 것이며, NIST 준수나 보안 인증을 주장하는 문서가 아닙니다.

2. 사람·공용·서비스·외부 계정을 분리하기

   직원 개인 계정, 여러 명이 함께 쓰는 공용 계정, 시스템이 자동 작업에 쓰는 서비스 계정, 외부 협력자 계정을 유형 열에서 나눕니다. 같은 “사용 중”이라도 책임과 종료 조건이 다릅니다. 이름 없는 공용 계정은 누가 사용했는지 확인하기 어렵고, 서비스 계정은 사람이 로그인하는 계정과 다른 보호가 필요합니다.

   가능하면 사람마다 식별 가능한 계정을 사용하고 역할 그룹으로 권한을 배정합니다. 공용 계정이 불가피하다면 허용 이유, 사용 책임자, 변경 절차, 종료 날짜를 별도 예외로 둡니다. 감사표에는 인증정보가 아닌 공급자 안에서 보이는 계정명이나 내부 식별자만 적습니다.

   CISA의 IAM 관리자 권고는 사람뿐 아니라 서비스·시스템 계정도 범위에 넣고 정기적으로 식별자와 접근을 재고·감사·추적할 필요를 설명합니다. 따라서 월간 점검에서 자동화 계정을 빼지 않되, 토큰을 열어 보거나 복사하지 않고 소유자·용도·마지막 검토만 확인합니다.

3. 업무 필요와 최소 권한을 역할별로 대조하기

   현재 역할이 관리자라고 해서 계속 관리자여야 하는 것은 아닙니다. 맡은 업무가 보기, 입력, 편집, 배포, 사용자 관리 중 어디까지 필요한지 적고 공급자의 실제 역할과 비교합니다. “예전에 필요했음”은 현재 근거가 아니며, 권한을 줄였을 때 막힐 정상 업무를 먼저 확인합니다. 확인 기준: CISA IAM 관리자 권고.

   NIST SP 800-53의 AC-2 계정 관리와 AC-6 최소 권한은 계정의 생성·활성·수정·중지와 필요한 최소 권한을 체계적으로 다루는 공식 통제 항목입니다. 소규모 사업장은 모든 세부 통제를 그대로 구현하기보다 현재 사용자, 역할 근거, 승인자, 변경 결과를 남기는 최소 기록부터 시작할 수 있습니다.

   관리자 권한은 사용자 추가, 공유 범위 변경, 결제·연동 설정처럼 영향이 큰 행동을 포함할 수 있습니다. 관리자 수를 무조건 한 명으로 줄이면 유일한 계정 분실 때 복구가 막힐 수 있으므로 실제 백업 관리자와 공급자 복구 절차를 확인합니다. 최소 권한과 복구 가능성을 함께 봅니다.

4. 입사·역할 변경·퇴사 사건을 월간 점검과 연결하기

   월 1회 점검은 퇴사나 역할 변경 처리를 한 달 미루자는 뜻이 아닙니다. 입사, 부서·업무 변경, 휴직, 계약 종료가 발생하면 즉시 검토하고 월간 표에서는 누락 여부를 다시 확인합니다. 사건 처리표와 월간 감사표를 같은 계정 ID로 연결하면 빠른 조치와 정기 대조를 모두 남길 수 있습니다.

   역할이 바뀐 사람은 새 권한을 추가하는 데서 끝내지 않고 이전 역할에서 필요했던 접근을 제거했는지 봅니다. 파일 소유권, 예약된 작업, 공유 링크, 알림 수신, API 연결처럼 계정 중지만으로 정리되지 않는 항목을 확인합니다. 삭제가 필요한지는 자료 보존과 복구 책임을 확인한 뒤 결정합니다.

   당사자 이름을 위험 등급처럼 사용하지 않습니다. 계정 상태는 활성·휴면·종료 예정·확인 필요로 기록하고, 마지막 로그인 정보는 공급자가 제공할 때만 참고합니다. 로그인 기록이 없다는 이유만으로 사용하지 않는다고 단정하지 말고 책임 소유자에게 업무 필요와 연동 여부를 확인합니다.

5. 외부·임시 권한에는 만료와 재승인을 붙이기

   외부 회계, 디자인, 유지보수, 촬영처럼 기간이 정해진 협업에는 시작일·목적·허용 자료·권한·만료일을 적습니다. “프로젝트 종료까지” 대신 다시 확인할 날짜를 둡니다. 만료 전에 연장이 필요하면 기존 권한을 자동 유지하지 않고 새 근거와 승인자를 기록합니다.

   외부 사용자가 만든 파일의 소유권과 공유 링크도 함께 봅니다. 접근만 끊었는데 핵심 파일이 외부 계정 소유라면 운영이 중단될 수 있습니다. 소유권 이전이 지원되지 않는 제품에서는 복사본, 내보내기, 공급자 이전 기능을 확인하고 손실 없는 방법을 선택합니다.

   업무 범위가 끝났지만 계약·분쟁·법적 보관이 얽힌 자료가 있다면 월간 감사표가 삭제 결정을 대신하지 않습니다. 필요한 접근을 최소화하고 자료 책임자와 보관 근거를 분리해 검토합니다. 개인 연락처나 계약 세부사항은 이 요약표에 복사하지 않고 공식 기록 위치만 연결합니다.

6. 변경은 승인·실행·확인을 세 단계로 남기기

   점검자가 발견한 사실, 책임자가 내린 판정, 관리자가 실제로 바꾼 결과를 한 칸에 섞지 않습니다. 유지·축소·중지·확인 필요 중 판정을 고르고 승인자와 예정일을 기록합니다. 유일한 관리자, 자동 결제, 고객 운영 중인 연동처럼 영향이 불명확하면 확인 필요로 멈춥니다.

   변경 직후에는 관리 화면의 역할, 핵심 파일 접근, 자동 작업, 알림·예약이 예상대로 작동하는지 봅니다. 단순히 “처리함”이라고 쓰지 않고 공급자 화면의 위치, 확인 시각, 확인자를 남깁니다. 화면 캡처가 필요하면 이메일·사용자 목록·결제정보를 가리고 필요한 역할 부분만 보관합니다.

   권한을 잘못 줄였을 때 되돌릴 승인자와 복구 경로를 확인합니다. 접근 문제가 생겼다고 더 강한 관리자 계정을 새로 만들거나 개인 계정으로 우회하지 않습니다. 공급자의 공식 복원 기능과 조직의 승인 절차를 사용하고, 실패했다면 변경 행을 종료하지 않고 보류·상향 상태로 둡니다.

7. 월간 결과를 숫자보다 미확인 항목으로 읽기

   점검 완료율만 높이는 것보다 소유자 없음, 유일한 관리자, 만료일 없음, 용도 불명 서비스 계정처럼 확인되지 않은 위험을 드러내는 것이 중요합니다. 총 계정 수, 관리자 수, 외부 계정 수, 이번 달 변경 수를 보조 지표로 두되 계정 수가 많다는 사실만으로 잘못이라고 판단하지 않습니다. 확인 기준: NIST CSF 2.0 소기업 빠른 시작 안내 SP 1300.

   두 달 연속 같은 예외가 남으면 담당자에게 반복 요청만 하지 말고 원인을 분류합니다. 공급자 기능 제한, 계약 확인 필요, 파일 소유권 이전 불가, 책임자 미정처럼 해결 경로가 다릅니다. 임시 예외에는 승인자, 허용 범위, 다시 볼 날짜를 붙여 영구 예외가 되지 않게 합니다.

   월말에는 다음 달 기준일과 사건 발생 시 즉시 검토할 연락 경로를 정합니다. 표를 저장하는 것으로 끝내지 않고 실제 관리 화면과 대조한 행만 확인 완료로 표시합니다. 보안 사고나 무단 접근 징후가 발견되면 일반 정리보다 사고 대응 절차와 공급자 보안 지원을 우선합니다.