ISMS-P
정보보호 및 개인정보보호 관리체계
는 조직이 정보보호와 개인정보보호를 지속적으로 운영하는 관리체계를 심사하는 국내 인증 제도이다. 보안 제품 하나의 설치 여부보다 책임, , 통제 운영과 개선 기록을 함께 살핀다.
밑줄 용어에 마우스를 올리거나, 키보드로 선택하거나, 터치하면 설명을 볼 수 있습니다.
01무엇이고, 어떤 일을 하나
- 정보와 개인정보의 처리 범위 및 책임을 정한다.
- 관리적·기술적·를 업무 절차에 적용한다.
- 심사와 내부 점검으로 운영 공백을 찾아 개선한다.
02어떤 순서로 동작하나
- Plan — 계획
보호 대상·범위·위험을 파악하고 목표·책임·통제와 수행 계획을 정한다.
- Do — 실행
계정 관리, 로그 보관, 백업, 교육 등 통제를 운영하고 수행 기록을 남긴다.
- Check — 확인
내부 점검·지표·훈련·감사로 과 실제 수행, 통제의 효과를 비교한다.
- Act — 개선
부적합의 원인을 제거하고 정책·절차·다음 계획을 바꾼다. 같은 원인이 반복되는지도 재검증한다.
03먼저 알아둘 용어와 구성요소
- 정책, 교육, 승인, 책임 분담 등 사람과 업무 절차를 통한 보호 수단이다.
- 출입 통제, 잠금, 환경 관리처럼 공간과 장비에 직접 접근하는 위험을 줄이는 수단이다.
- 인증, 접근 제어, 암호화, 탐지 등 정보시스템에 구현하는 보호 수단이다.
- 계획하고 실행한 뒤 결과를 점검하여 개선하는 반복 관리 절차이다.
계정 정책 화면에서 관리통제의 증거 사슬 만들기
기술 설정 한 장을 자산 범위·승인·정기 검토·실제 접근 회수와 연결하여 관리체계의 설계와 운영을 구분한다.
실습 구성과 전제
- 실습 정책 화면과 가상의 계정 관리 절차를 사용한다. 특정 기관의 인증 획득이나 실제 운영 결과를 가정하지 않는다.
- 관리체계의 적용 범위·책임자·검토 주기를 문서로 정한 상태와 그 절차가 실제로 수행된 상태를 구분한다.
통제 대상의 경계를 먼저 정하기
- 자산 분류 그림에서 계정이 존재하는 시스템과 담당 부서를 찾는다. 서버만 포함했는지, DB·웹 애플리케이션·관리 장비 계정까지 포함했는지에 따라 계정 검토의 범위가 달라진다.
- 기술적 설정의 점검은 관리체계 증거의 일부다. 승인 절차·인사 변동 통보·권한 검토·시설 출입 관리가 어떻게 연결되는지도 각 통제의 책임과 증거로 정의해야 한다.
원본 크기로 보기 ↗- 서버 외에도 DB·네트워크·보안 장비·웹 애플리케이션이 별도 분야로 나뉜다. 계정 관리의 대상이 단일 OS만은 아님을 읽을 수 있다.
- 그림은 기술 분야의 범위를 보여 준다. 승인 기록이나 정기 검토가 실제 수행됐는지는 이 그림에 나타나지 않는다.
확인 기준범위 안의 자산별 계정 저장 위치와 관리 책임자를 빠짐없이 대응시킨다. 기술 점검표만으로 관리·물리 통제 전체가 충족됐다고 주장하지 않는다.
설정 증거를 절차와 운영 증거에 연결하기
- 화면의 계정 정책은 기술 통제의 현재 값을 보여 준다. 정책 문서가 요구하는 기준과 비교할 수 있지만, 누가 언제 승인하고 변경했는지는 변경 기록이 있어야 알 수 있다.
- 동일 통제를 설계 증거, 운영 증거, 효과 증거로 나누어 모은다. 가상의 계정 정책 문서, 승인된 검토 이력, 부적절한 접근이 거부되는 시험 결과는 서로 보완하는 자료다.
원본 크기로 보기 ↗- Administrator 계정 이름과 빈 암호의 콘솔 로그온 제한 등 정책별 값이 한 목록에 나타난다. 기술 통제의 관찰 지점을 구체화할 수 있다.
- 이 화면에는 정책 승인자·변경 일시·정기 검토 결과가 없다. 설정 화면을 승인이나 운영 이력의 대용으로 사용하지 않는다.
확인 기준설정값과 문서 기준이 맞는지 확인한 뒤, 승인·검토 기록의 대상 자산과 시점도 일치하는지 확인한다.
가상의 퇴사자 계정 회수에서 효과를 확인하기
- 예시 절차를 인사 통보→대상 계정 식별→권한 회수→세션 처리→완료 확인으로 나눈다. OS 계정만 잠그고 애플리케이션 세션이나 별도 DB 계정을 남기면 절차 완료와 접근 회수가 어긋날 수 있다.
- 가상의 시험 계정으로 승인된 범위의 로그인과 기존 세션을 시험하고, 거부 결과·남은 권한·처리 시각을 기록한다. 실패가 발견되면 담당자와 기한을 정해 보완한 뒤 같은 조건으로 재확인한다.
확인 기준절차 문서가 존재하는지, 실제 처리 기록이 있는지, 접근이 더 이상 허용되지 않는지 세 질문을 각각 답할 수 있어야 한다.
실습에서 확인한 동작 원리
- 관리체계는 정책의 존재뿐 아니라 적용 범위와 수행·효과 증거를 함께 평가한다.
- 캡처에 나타난 사실을 넘는 승인·인증·운영 성공 주장은 별도 증거가 필요하다.
04예제로 따라가기
- 사례의 범위: 가상 조직은 디렉터리, VPN, SaaS, DB의 네 접근 경로를 사용한다. 예제의 완료 기준은 승인된 퇴사 시각까지 모든 경로의 새 접근과 잔존 접근을 정리하는 것이다.
- 식별자 연결: 인사 식별자와 각 시스템 계정·소유 자산·자동화 키를 연결한다. 이름이 같은 사용자나 공유 계정을 개인 계정과 혼동하지 않는다.
- 회수 작업 분해: 로그인 계정 비활성화, 그룹·역할 제거, 기존 세션·토큰 처리, 장비·키 반환을 각 경로의 실제 기능에 맞춰 작업으로 나눈다.
- 가상 관찰: 디렉터리 계정은 중지됐지만 SaaS의 기존 세션이 계속 열리고 DB 로컬 계정이 남았다고 가정한다. 중앙 계정 중지 한 건으로 전체 회수 완료를 선언할 수 없다.
- 개선과 검증: 누락된 연계·로컬 계정 목록과 세션 종료 절차를 보완한다. 시험 계정으로 신규 인증뿐 아니라 이미 열린 접근도 정책대로 종료되는지 재시험한다.
- 운영 지표: 회수 대상 수, 기한 내 전체 경로 회수 완료 수, 잔존 경로와 평균·최장 지연을 기록한다. 시스템 한 곳의 성공률을 전체 통제의 성공률로 제시하지 않는다.
05혼동하기 쉬운 점과 확인 기준
- 범위 밖 서비스: 인증받은 조직 이름만 보지 말고 실제 대상 서비스·조직·시스템 경계를 확인한다. 새 서비스나 외부 운영 구간이 같은 범위에 자동 포함되는 것은 아니다.
- 증적의 대표성: 완료된 요청만 추출한 목록은 누락된 요청을 드러내지 못한다. 인사·자산·접근 대상의 독립 목록과 수행 기록을 맞춰 빠진 대상을 찾는다.
- 시정조치의 원인: 계정 하나를 지우는 수정과 연계 누락 원인을 제거하는 시정조치를 나눈다. 다음 퇴사자에게 같은 문제가 재발하는지 효과를 확인한다.
- 역할 변경의 함정: 조직 이동에서 새 권한만 더하고 이전 권한을 남기면 권한이 누적된다. 입사·변경·퇴사와 예외 계정을 같은 생애주기로 검토한다.
- 지속 운영: 심사일에 만든 문서만으로 평소 수행을 입증할 수 없다. 실제 운영 주기에 따라 생성된 이력과 예외 처리·개선의 연결을 확인한다.
- 검토 결론의 한계: 표본에서 확인한 사실, 전체 모집단에 대한 추론, 추가 확인이 필요한 부분을 분리한다. 한 번의 심사·점검 결과가 모든 미래 사고를 예방한다는 보장은 아니다.
06상세 노트 · 실습 자료
헤더 구조, 설정 예시, 수치 계산과 수업 캡처는 아래 노트에서 이어집니다.
함께 보는 학습 자료
아래 공식 자료를 본문의 개념·예제와 함께 읽어 보세요. 자료별로 확인할 위치와 관찰할 내용을 적었습니다.
KISA — ISMS·ISMS-P 인증기준과 범위
제도 소개의 인증기준 표를 통해 관리체계 운영, 보호대책, 개인정보 처리 단계의 관계를 확인한다.
- ISMS와 가 공유하는 영역과 개인정보 영역의 차이를 찾아 본문의 통제 분류와 대조한다.
- 회사 이름만 확인하지 말고 인증 대상 서비스·범위를 확인한다. 실제 적용 시에는 현행 기준과 최신 안내서의 판본을 다시 확인한다.
공식 문서 · 표준
기초 개념과 동작 설명을 대조한 자료입니다. 제품 버전과 실제 설정에 따른 차이는 본문 및 원문에서 확인하세요.