A.8.22
네트워크 분리
기술적 통제확인사항 6증적 6사례 6
통제 목적
네트워크 분리는 하나의 네트워크 안에서 신뢰 수준, 업무 기능, 데이터 민감도가 서로 다른 영역을 논리적/물리적으로 구획하여, 한 구간에서 발생한 침해나 오류가 다른 구간으로 확산되는 것을 억제하기 위한 통제입니다. 서비스망, 관리망, 개발/시험망, DMZ, 내부 사용자망 등을 분리하고 구간 간 통신을 필요 최소한으로 제한하면 공격 표면이 줄고 측면 이동(lateral movement)이 어려워집니다. 이렇게 하면 중요 정보자산의 기밀성/무결성/가용성을 보호하고, 침해가 발생하더라도 영향 범위를 특정 구간 안으로 한정할 수 있습니다.
주요 확인사항
- 네트워크를 신뢰 수준/업무 목적/데이터 민감도에 따라 구간(zone/segment)으로 구분하고 그 기준을 문서화하고 있는가?
- 구간 간 통신은 방화벽/ACL 등으로 기본 차단 후 필요한 트래픽만 허용(default deny)하도록 정책이 설정되어 있는가?
- 공개 서비스, 내부 업무, 관리, 개발/시험 및 운영 사이에 필요한 보안 경계를 물리적 또는 논리적으로 적용하여 무단 통신을 제한하는가?
- 게스트/비신뢰 무선 접근과 업무 접근을 분리하고, 승인된 업무 무선 연결에는 신원과 기기 상태에 맞는 접근 정책을 적용하는가?
- 클라우드/가상화 환경에서 VPC/서브넷/보안그룹 등으로 논리적 분리가 적용되고 주기적으로 검토되고 있는가?
- 구간 분리 정책과 방화벽 규칙이 정기적으로 검토되어 불필요하거나 과도한 허용 규칙이 제거되는가?
이행 지침
- 자산 식별과 위험평가 결과를 바탕으로 신뢰 경계(trust boundary)를 정의하고 구간을 설계합니다.
- 구간 경계에 방화벽/라우터 ACL/차세대 방화벽을 배치하고 default deny를 적용한 뒤 허용목록(allowlist) 방식으로 허용 규칙을 관리합니다.
- 관리 트래픽은 전용 관리망, 배스천 또는 동등한 논리적 접근통제로 보호합니다. 관리 주체와 대상의 인증, 허용 경로와 권한, 로깅을 검증하여 일반 업무 접근이 관리 권한으로 이어지지 않도록 합니다.
- 클라우드에서는 VPC/서브넷/보안그룹/네트워크 ACL/서비스 엔드포인트로 구간을 구성하고 IaC로 형상을 관리합니다.
- 마이크로세그멘테이션 및 제로트러스트 관점에서 워크로드 단위 세분화와 동서(East-West) 트래픽 통제를 고려합니다.
- 구간 간 허용 규칙의 정기 검토 주기를 정하고, 변경관리 절차와 연계하여 승인/기록을 남깁니다.
증적자료
- 네트워크 구성도 및 구간 설계 문서(트러스트 존, IP 대역, VLAN 구성)
- 방화벽/ACL 정책 규칙 목록 및 default deny 설정 화면
- 방화벽 정책 정기 검토 결과 및 미사용/과도 규칙 정비 이력
- 관리망/배스천 구성 및 접근통제 설정 내역
- 클라우드 VPC/서브넷/보안그룹/네트워크 ACL 설정 내역
- 변경관리 대장(구간/규칙 변경 승인 기록)
부적합 사례
- 공개 서비스에서 내부 업무 시스템으로의 접근 경계가 없어 불필요한 내부 통신이 허용되는 경우
- 방화벽 정책에 any-any 허용 규칙이 포함되어 사실상 구간 분리가 무력화된 경우
- 개발/시험망이 운영망과 분리되지 않아 시험 트래픽이 운영 시스템에 도달하는 경우
- 관리 트래픽에 필요한 인증과 접근 제한이 없어 일반 업무망 사용자도 관리 인터페이스에 무단 접근할 수 있는 경우
- 클라우드 보안그룹이 0.0.0.0/0으로 관리 포트(22/3389)를 개방하는 경우
- 구간 간 방화벽 규칙에 대한 주기적 검토가 없어 퇴사자/폐기 시스템 대상 규칙이 잔존하는 경우