Xenorix Courseware

과정 2 — ISMS-P 기반 네트워크 보안 실무P1

제도·결함

페이지
1 / 6
강의 시간
90분

제도와 결함을 한 자리에

이 모듈의 목표는 두 가지입니다. 첫째, ISMS-P 인증제가 어떤 법적 근거 위에 어떤 항목들을 심사하는지를 압축된 형태로 잡습니다. 둘째, 네트워크 실무에서 실제로 지적되는 결함 14건을 분류하고 각 결함이 과정②의 어느 모듈로 이어지는지를 표시합니다. 모든 결함 사례는 KISA/심사기관 공개 일반화 유형 + 가상 사례로만 구성하며, 특정 기업의 실제 심사 결과를 인용하지 않습니다.

§A. 제도 개요 (압축)

ISMS와 ISMS-P의 차이는 개인정보 흐름을 포함하는가입니다. ISMS는 정보보호 관리체계 일반을, ISMS-P는 그 안에 개인정보 처리 단계를 추가한 것입니다. 네트워크 담당자는 ISMS 영역(관리체계+보호대책)에 거의 전부 걸립니다 — 오늘 강의가 보는 14건 결함은 모두 그 영역에서 나옵니다.

§B. 취약점 점검과 기술적 보호조치의 관계

ISMS-P 인증기준 2.11.2(취약점 점검·조치)는 연 1회 이상 점검, 이력 관리, 조치 완료 확인까지를 요구사항으로 봅니다. 실무 기준은 KISA 「주요정보통신기반시설 기술적 취약점 분석·평가 방법 상세가이드」이며, 오늘 다루는 영역은 네트워크장비 + 이동통신입니다.

핵심은 “점검했다”의 증빙 세트입니다 — (점검일시 + 대상목록 + 판정근거 + 조치내역 + 재점검)의 다섯 가지가 함께 가야 합니다. 함정도 세 가지로 갈립니다.

  1. 대상 누락 — 신규 도입 장비, 지사·백업 장비가 점검 대상에 빠져 있습니다.
  2. 취약 판정 후 조치 미완결 — “점검 결과 취약”이라고 적고 조치는 다음 분기로 미뤄집니다.
  3. 조치 후 재점검 기록 없음 — 설정 변경은 했지만 “확인했다”는 흔적이 없습니다.

§C. ★결함 지적 사례 14건

아래 표는 KISA/심사기관 공개 일반화 유형과 가상 사례를 묶은 것입니다. 각 행은 인증기준·대표 결함 유형·실제 원인·오늘 연결되는 곳을 한 줄씩 보여주며, 마지막 칩은 과정②의 다른 모듈(페이지)로 이어집니다.

결함 14건 — 정적 참조 표 (필터 비활성 시)
#인증기준대표 결함 유형실제 원인연결
12.5.1 사용자 계정 관리 / 2.5.2 사용자 식별네트워크 장비 공용 계정(admin) 공유, 개인별 계정 미부여"장비는 사람이 아니라 예외"라는 관행P4 계정관리
22.5.4 비밀번호 관리장비 비밀번호가 복잡도·주기 정책에서 제외 운영정책 문서에 "서버"만, "네트워크 장비" 범위 누락P4
32.5.5 특수 계정·권한 관리운영자 전원 privilege 15, 권한 수준 미분리명령어별 권한 설계 부재P4
42.6.1 네트워크 접근VTY 접근 ACL 미설정 → 내부망 전체에서 접속 가능초기 구축 후 미검토P4 접근관리
52.6.1 네트워크 접근 / 2.7.1 암호정책 적용Telnet 등 평문 프로토콜로 장비 관리구형 장비 호환 이슈로 방치P4 접근관리
62.10.1 보안시스템 운영 / 2.6.1 네트워크 접근방화벽 정책에 Any–Any, 정책 사용이력·유효기간 미검토신청·승인은 있으나 회수 절차 부재P3 방화벽
72.9.4 로그·접속기록 관리로그 보존기간 미달, 원격 로그서버 미연동(버퍼에만 저장)재부팅 시 로그 소실 인지 못함P5 로그관리
82.9.6 시간 동기화장비 간 시각 불일치로 사고 시 타임라인 재구성 불가NTP 미설정 / timestamp 미설정P5 로그관리
92.9.5 로그·접속기록 점검로그는 쌓이는데 주기적 검토 기록이 없음검토 담당·주기·서식 미정의P5 로그관리
102.10.8 패치 관리EoS 장비 운영, 벤더 보안권고 미반영패치 시 서비스 중단 부담P4 패치관리
112.6.1 네트워크 접근SNMP community가 public/private, ACL 미설정모니터링 도구 연동 시 기본값 사용P5 기능관리
122.10.1IPS/WAF 탐지 정책 미검토, 탐지만 하고 차단 미적용오탐 우려로 모니터 모드 장기 운영P3 IPS
132.11.2 취약점 점검점검 대상에서 지사·백업 장비 누락자산목록과 점검 대상 불일치위 B(1-3)
142.6.2 정보시스템 접근미사용 인터페이스 활성, 미사용 계정 잔존변경 후 정리 미실시P5 기능관리
결함 14건 — 인증기준 대분류별 분포
대분류영역해당 결함건수
2.5인증·권한 관리#1, #2, #33
2.6네트워크 접근·통제#4, #6, #11, #144
2.7평문 프로토콜#51
2.9로그·접속기록#7, #8, #93
2.10기능·패치 관리#10, #122
2.11취약점 점검#131
합계14
결함 14건 — 연결 모듈별 분포 (관통축)
연결해당 결함건수
P3 (방화벽·Snort)#6, #122
P4 (계정·접근·패치)#1, #2, #3, #4, #5, #106
P5 (로그·기능·이동통신)#7, #8, #9, #11, #145
위 §B(1-3)#131
합계14

§D. 집중 케이스 2건

케이스 A — 방화벽 Any 정책

케이스 A — 가상 정책 테이블 (5행)
ID출발도착서비스허용 정책비고
P-01anyanyany허용장애 대응 중 임시 → 회수 누락
P-0210.0.0.0/8192.168.1.10tcp/22허용백업 서버 SSH
P-03203.0.113.5192.168.1.20tcp/443허용외부 파트너 API
P-04any192.168.1.0/24tcp/3389허용RDP 임시 오픈 → 90일 경과
P-0510.0.0.0/810.1.0.0/16tcp/445허용SMB — 망 분리 후 미회수

P-01과 P-04가 결함 #6의 전형입니다. P-01은 장애 대응 중 “일단 any로 열고” 두고 회수 절차가 없어 영구화된 경우, P-04는 RDP 임시 오픈 후 90일이 경과한 경우입니다. 방화벽 정책의 수명주기는 신청 → 승인 → 등록 → 주기 검토 → 회수/만료 다섯 단계로 닫혀야 하며, 회수/만료 단계가 비어 있으면 임시 정책이 영구 결함으로 굳습니다.

케이스 B — 시각 불일치

케이스 B — 3대 장비의 같은 사건 타임스탬프 (가상)
장비시각 설정이벤트 발생로그 기록 시각실제 UTC
FW-A (Cisco ASA)수동 설정, KST2026-03-15 14:23:072026-03-15 14:23:072026-03-15 05:23:07
SW-B (Juniper EX)NTP 없음, 로컬 시각 드리프트2026-03-15 14:23:092026-03-15 14:23:352026-03-15 05:23:09
IPS-C (Suricata)NTP 동기화, UTC2026-03-15 14:23:102026-03-15 05:23:102026-03-15 05:23:10

같은 사건이 세 장비에서 다른 시각으로 남습니다 — 사건 순서를 복원할 수 없습니다. 결함 #8의 정체입니다. 해결은 두 단계입니다.

NTP + timestamp 설정 예시 (Cisco IOS)
! NTP 서버 지정
ntp server 203.0.113.10
ntp server 203.0.113.11 prefer

! 로컬 시각 동기화 대기
ntp master 3

! 로그 타임스탬프 — 밀리초 + 타임존
service timestamps log datetime msec localtime show-timezone
service timestamps debug datetime msec localtime show-timezone

! 라우터 자체 시계도 타임존 명시
clock timezone KST 9 0

P3(방화벽·Snort)와 P5(로그·기능·이동통신)에서 다시 다룹니다.

정리 — 이 모듈의 한 줄

“결함의 90%는 기술 부족이 아니라 주기적 검토·회수 절차의 부재입니다.” — 이 한 줄이 이 모듈의 결론이며, P3·P4·P5에서 그 절차의 구체적 형태를 다시 봅니다.