접근 권한 관리
Access Management · 접근 권한 · 사용자 권한
접근 권한 관리는 계정과 역할에 읽기·쓰기·발행·청구·관리 능력을 배정하고 변경·회수하는 운영입니다. 시스템 관리자 권한, 계정 명의, 계약·도메인 소유권은 같은 권리가 아닙니다.
AI 보조 조사·작성 후 원문과 대조한 설명입니다. 사례·계산은 별도 출처 표기가 없는 한 이해를 위한 가상 예시이며 실제 고객 성과가 아닙니다.
접근 권한 관리는 어떤 역할을 하나요?
NIST SP 800-53의 AC-6는 맡은 업무에 필요한 최소 권한만 허용하고 계정 생성·변경·비활성화·삭제를 기록하는 통제를 제시합니다. NIST 접근통제 기준 조직은 제품의 최고 관리자 역할을 일상 업무에 쓰지 않고 긴급 사용과 일반 운영 권한을 나눕니다.
무엇과 구분해야 하나요?
| 구분 | 판단 기준 |
|---|---|
| 사용자 권한 | 시스템 안에서 가능한 행동 범위입니다. |
| 계정 소유 | 복구 이메일·결제·최고 관리자 통제와 관련됩니다. |
| 계약 소유 | 구매 계약의 명의와 해지·갱신 권한입니다. |
| 도메인 소유 | 등록기관 계정과 DNS 변경 권한입니다. |
실무에서는 어떻게 계산하거나 확인하나요?
가상의 대행사 5명이 광고·분석·CMS에 접근하고 이 중 1명이 계약 종료했다고 가정합니다. 한 사람의 계정 3개만 지우는 것으로 끝내지 않고 공유 계정, API 키, 서비스 계정, 비상 복구 코드, 그룹 권한을 목록으로 확인합니다. 회수 완료율은 확인된 권한 12개 중 실제 폐기 12개처럼 증거가 있는 항목으로 계산합니다.
계약·도입·데이터 연동에서는 무엇을 확인하나요?
Google Workspace는 미리 정의된 관리자 역할과 사용자 지정 역할로 권한을 세분화하는 공급사 기능을 제공합니다. Google 관리자 역할 문서 도입 시 역할명에 의존하지 말고 실제 권한 목록을 내보내며 가입·이동·퇴사 절차, 분기별 검토, 장기 미사용 비활성화, 최고 관리자 이중화를 정합니다.
한계와 검수 기준은 무엇인가요?
루트나 최고 관리자 하나를 제거했어도 하위 프로젝트·공유 문서·봇·연결 앱에 직접 권한이 남을 수 있습니다. 대행사 교체 시 사용자 접근과 자동화 계정, 계약·결제, 도메인·DNS를 별도 범주로 확인합니다. 감사 로그가 없던 과거 권한은 확인 불가로 표시하고 0건으로 보고하지 않습니다.
자주 묻는 질문
- 관리자 역할이면 계정 소유자인가요?
- 아닙니다. 복구 수단·청구·계약 명의·도메인 등록 권한을 각각 확인해야 합니다.
- 공유 계정을 써도 되나요?
- 개인별 책임과 회수가 어려워집니다. 제품이 허용하면 개인 계정과 역할 기반 권한을 사용하고 비상 계정은 별도 통제합니다.
- 퇴사자 계정을 삭제하면 검수가 끝나나요?
- API 키·서비스 계정·공유 링크·그룹 상속 권한까지 확인해야 합니다.
출처와 확인 범위
- NIST SP 800-53 Rev. 5 · NIST · 확인 2026-10-27
최소 권한과 계정 변경 기록의 보안 기준을 뒷받침합니다.
확인 범위: 미국 연방 정보시스템 통제이며 개별 SaaS 역할명이나 한국 계약 소유권을 정하지 않습니다.
- About administrator roles · Google Workspace Admin Help · 확인 2026-10-27
SaaS에서 관리자 권한을 세분화하는 공급사 기능 예입니다.
확인 범위: Google Workspace 기능이며 고객 데이터·도메인·계약 명의의 법적 소유를 뜻하지 않습니다.