열다섯 번째 발걸음통제가 분산될수록 정책과 증거를 연결한다

직원은 본사뿐 아니라 집과 지점에서 일하고, 자료는 내부 서버와 여러 클라우드에 나뉘어 있습니다. 사무실 입구의 장비 하나만으로 모든 접속을 지나가게 만들기 어려운 구조입니다. 그렇다고 앞에서 배운 주소·경로·권한·기록의 원리가 없어지지는 않습니다. 통제가 여러 장소로 이동할수록 같은 정책이 어디에서 결정되고 실제로 어디에서 적용되는지를 설명할 수 있어야 합니다.

SDN은 패킷을 실제로 전달하는 데이터 영역과 전달 규칙을 정하는 제어 영역 등을 구분하고, 프로그램 가능한 방식으로 네트워크를 관리하려는 접근입니다. 스위치마다 일일이 설정하는 대신 제어기가 정책을 계산하여 전달 장치에 적용할 수 있습니다. 논리적으로 중앙에서 제어한다는 뜻이 물리적으로 서버 한 대만 둔다는 뜻은 아닙니다. 제어기의 계정과 API, 장치와의 통신이 침해되면 여러 전달 규칙이 함께 영향을 받을 수 있어 관리 경계를 보호해야 합니다.

SD-WAN은 여러 광역 연결을 정책과 상태에 따라 이용·관리하는 방식으로 이해할 수 있습니다. 경로 선택을 유연하게 만들지만 어느 흐름이 어떤 보안 검사 지점을 통과하는지도 맞아야 합니다. 빠른 경로로 우회했더니 필요한 검사를 건너뛴다면 네트워크 최적화와 보호 목표가 충돌합니다. 제어 설정, 실제 경로, 검사 결과를 함께 확인해야 자동화가 숨겨진 예외를 만들지 않습니다.

ZTNA는 사용자가 어느 망 안에 있느냐만으로 넓은 신뢰를 주기보다, 사용자·기기·자원의 조건에 따라 필요한 애플리케이션 접근을 중재하는 방식입니다. 제로 트러스트의 핵심은 위치나 소유 사실만으로 암묵적인 신뢰를 주지 않고 접근을 명시적으로 판단하는 데 있습니다. 정책을 결정하는 기능과 실제 요청을 허용·거부하는 적용 지점을 구별하면 구조를 읽기 쉽습니다. ZTNA 제품을 도입했다고 앱 안의 모든 자료 권한과 잘못된 코드가 자동으로 해결되지는 않습니다.

SASE는 네트워크 연결과 여러 보안 기능을 클라우드 기반 서비스 형태로 결합하는 구조를 가리킵니다. 웹 접근을 검사하는 보안 웹 게이트웨이, 클라우드 서비스의 사용·자료 정책을 중재하는 CASB, 방화벽 기능, ZTNA 등이 연계될 수 있습니다. 구성은 제공자와 서비스에 따라 다르므로 이름만으로 모든 기능이 포함된다고 보지 않습니다. 어느 트래픽을 서비스로 보낼지, 암호화된 내용을 어디까지 검사할지, 어떤 기록이 남고 장애 때 어떻게 동작할지 확인해야 합니다.

장비를 관리하는 통신과 사건을 모으는 통신

네트워크 장비도 계정과 운영체제·설정·로그를 가진 시스템입니다. 관리 인터페이스의 접근 구역과 관리자 인증, 설정 변경 기록, 백업·패치 상태를 확인합니다. SNMP는 관리자가 장비의 상태 값을 조회하거나 알림을 받는 데 사용하는 관리 프로토콜 체계입니다. 관리 대상 값은 MIB라는 구조로 정의합니다. SNMPv1·v2c의 커뮤니티 문자열 방식과, 인증·기밀성 기능을 구성할 수 있는 SNMPv3를 구별합니다. v3라고 써 있다고 항상 암호화까지 적용된 것은 아니므로 실제 보안 수준과 접근 범위를 확인합니다.

UTM은 방화벽·침입 방지·악성코드 검사 등 여러 보안 기능을 묶어 제공하는 제품 구성을 가리킵니다. ESM은 여러 보안 장비의 사건과 관리 정보를 모아 운영을 돕는 통합 관리의 관점에서 쓰이는 이름입니다. XDR은 단말을 넘어 이메일·계정·네트워크·클라우드 등의 신호를 연계해 탐지와 대응을 확장하려는 방식입니다. 제품별 수집 범위와 연동 수준이 달라 같은 이름이 같은 증거를 뜻하지는 않습니다. 경보의 상관분석과 사고 대응은 방향7에서 실제 시간선으로 이어 살핍니다.

역추적을 “IP 주소로 범인을 찾는 기술”로 이해하면 기록을 과장하게 됩니다. 같은 외부 IP를 여러 사용자가 NAT로 공유할 수 있고, 프록시·VPN·침해된 중계 장비·주소 위조가 개입할 수 있습니다. 특정 접속을 따라가려면 시각과 시간대, 프로토콜, 주소·포트, 변환 정보와 중계 지점의 로그를 연결해야 합니다. 이 자료가 없으면 확인되지 않은 구간을 남겨야 하며, 경로의 마지막 관찰 지점과 사람의 신원을 같은 것으로 확정하지 않습니다.

지금까지 요청이 어느 프로그램에서 시작되어 어떤 주소와 경로를 따라가고, 무엇이 통과와 거절을 정하는지 살폈습니다. 그 과정에서 반복해서 남은 질문은 통신 상대의 진짜 신원과 내용의 비밀·변조 여부였습니다. 주소와 헤더는 전달을 가능하게 하지만 그 신뢰를 스스로 모두 제공하지 않습니다. 이제 그 빈자리에 암호와 키, 인증서가 어떻게 들어오는지 살펴볼 차례입니다.

참고　[117] · [118] · [112] · [119] · [120] · [108] · [81] · [121]