서비스 개요로 돌아가기

Zero Trust · 공공 · 민간 IT

경계를 믿지 않습니다. 접근마다 다시 검증합니다.

경계 중심의 내부망 보안에서 벗어나 사용자 · 단말 · 접근 상황을 지속적으로 검증하고, 시스템 간 접근을 최소화하는 제로 트러스트 체계로 전환해 침해 발생 시 피해 확산을 조기에 차단합니다.

성숙도 진단

CISA 제로 트러스트 성숙도 모델(ZTMM)을 기반으로 개발한 진단 도구로 6개 Pillar, 총 45개 항목을 평가합니다. 성숙도는 영역별로 네 단계로 판정합니다.

  1. Traditional(기존)
  2. Developing(초기)
  3. Enhancing(향상)
  4. Optimal(최적화)
Zero Trust 기술 역량

1Identity신원

  • IGA
  • MFA
  • RBAC
  • Secrets Management
  • Access Mgmt & Identity Federation
  • PAM
  • PBAC (Risk Engine)

2Device단말

  • Device Inventory
  • EDR
  • Device Sandboxing
  • Baseline Config & Patch
  • Device Encryption
  • Device Compliance
  • Device AuthN/AuthZ
  • Risk-score Based Compliance
  • MDM

3Application애플리케이션

  • API Security
  • Application Micro Segmentation
  • Vulnerability Mgmt
  • Patch & Config Mgmt
  • WAF
  • Service Mesh
  • Container Security
  • CSPM
  • CASB & On-prem security

4Network & Infrastructure네트워크 · 인프라

  • SD-WAN
  • NGFW
  • DDoS Protection
  • Forward Proxy
  • IDS/IPS
  • RBI
  • Network Segmentation
  • ZTNA
  • NAC

5Data데이터

  • Data Discovery
  • DLP
  • Removable Media Encryption
  • IRM
  • Data Classification
  • Data Access Monitoring
  • Masking & Tokenization

6Telemetry & Analytics, Automation & Orchestration가시성 · 분석, 자동화 · 오케스트레이션

  • SOAR
  • UEBA
  • SIEM
  • Threat Intelligence

전형적인 기업의 현재 수준

Identity
신원 · 권한 통합관리 체계 부재, IDC와 클라우드 간 인증체계 이원화
Device
단말 보안 상태가 접근 결정에 반영되지 않음, 신규 자산 발견 · 인벤토리 자동화 미흡
Application
최초 인증 이후 지속 승인 · 재검증 미흡, 오픈소스 취약점 · 라이선스 관리 미흡
Network
경계성 보안 중심, 방화벽 정책 변경 · 검증 자동화 미흡
Data
중요정보 보안 분류체계 미약

전환 접근 방법

대전제

IAM · SSO · PAM을 통한 중앙집중형 권한관리 체계 확립

추가 사항

Micro Segmentation 등 시스템 · 워크로드 · 프로세스 세분화를 구현하는 특화 솔루션 도입 · 정착

국내 금융사 적용 사례 분석

기존 IAM · SSO · PAM 기반 중앙집중형 권한관리 체계에 Micro Segmentation을 결합해, 사용자 인증 · 권한 통제를 실제 운영 시스템 · 워크로드 · 프로세스 간 통신 통제로 확장한 사례입니다.

  1. 01내부통신 가시성 확보

    서버 · 클라우드 워크로드 · 사용자 단말에 에이전트를 적용해 실제 통신 흐름 수집, 서버 간 연결과 애플리케이션 · 프로세스 단위 통신 및 미등록 자산 식별

    고려사항

    도입 초기 차단 정책 적용 시 업무 중단 가능성을 줄이기 위해 통신 흐름 분석에 충분한 공수 투입

  2. 02업무 기반의 논리적 그룹화

    부서 · 업무 · 애플리케이션 · OS · 서버 역할 · 중요도 등 속성을 라벨로 정의, 복잡한 IP · 네트워크 구조를 업무 의미 중심의 논리 그룹으로 분류

    고려사항

    라벨 부착 시 업무정보 · 자산관리 정보와 교차 대조해 정합성 확인

  3. 03중앙 권한 정보와 통신정책 연계

    기존 사용자 · 로그인 ID · 역할 · 특권정보 활용, 사용자별 접근 가능 URL · IP · 대상 시스템을 ACL로 구성, 중앙 권한관리를 Micro Segmentation 정책에 실시간 반영

    고려사항

    입사 · 이동 · 퇴사 · 직무변경이 IAM 권한 변경과 ACL에 신속히 반영되도록 연계 관리

  4. 04워크로드 · 프로세스 단위 최소권한 통제

    서버 · 애플리케이션 · 워크로드 · 프로세스 간 필요 통신만 허용, 관리자 접근도 지정 단말 · 접근경로 · 대상 서버 · 포트 · 프로세스로 세분화, 외부 침입자와 내부 비인가 접근 · 인접 시스템 횡적 이동 차단

    고려사항

    중요 업무 · 관리자 접근은 승인 · 예외 · 만료 기한 등에 대한 통제된 정책으로 관리

  5. 05단계적 정책 적용 및 운영 고도화

    라벨 · 정책 템플릿 · 자동 정책 추천으로 운영 복잡도 완화, 향후 AI 기반 정책관리 및 탐지 · 대응 자동화 확장 기반 마련

    고려사항

    정책 위반 · 횡적 이동 · 비인가 접근 이벤트를 SIEM으로 수집하고 반복 대응은 SOAR 플레이북과 연계

적용 효과

성공 요인과 시사점

  1. 01기존 통제방안 활용 및 연계

    성공 요인

    기존 IAM · SSO · PAM 정보를 공통 정책 기준으로 활용해 워크로드 접근통제로 확장

    시사점

    Micro Segmentation 도입 시 기존 Identity 정보 · Risk 정보를 공유하는 통합 정책 구조로 설계하는 Zero Trust 설계 지향

  2. 02내부 가시성 우선 접근

    성공 요인

    실제 통신과 애플리케이션 의존관계 우선 파악, 정책 적용 전 시뮬레이션으로 업무 영향과 예외 통신 확인

    시사점

    전사 일괄 적용을 지양하고 침해 영향도가 높은 업무부터 보호구역을 정의해 단계적으로 확장

  3. 03유의미한 업무 기반 정책관리

    성공 요인

    IP · 포트 중심의 정적 ACL을 업무 · 애플리케이션 · 역할 · 프로세스 중심으로 전환

    시사점

    업무 · 보안 · 인프라 조직이 공동으로 라벨링 · 허용통신 정책을 확정하고, 예외 관련 만료 · 재승인 정책 합의

  4. 04정책 결정과 집행의 연계

    성공 요인

    IAM · PAM은 누가 어떤 권한을 갖는지 결정하고, 솔루션은 그 권한이 어떤 워크로드 · 프로세스까지 적용되는지 연결

    시사점

    통신정책 위반을 탐지 · 대응 체계와 연결(정책 위반 이벤트는 SIEM에서 통합, 고위험 시나리오는 SOAR에서 자동 격리 · 차단 · 조사)

  5. 05솔루션 도입 우선 목표를 침해 확산 억제에 설정

    성공 요인

    완전한 예방보다 침해 이후 인접 시스템으로의 확산 통제에 집중, 위협 상황에서도 중요업무 보호구역 유지

    시사점

    도입 효과 측정을 정책 수립 건수가 아닌 위험 감소 기준(예: 불필요 통신경로 제거율)으로 책정

목표 아키텍처: ZTNA 접근통제 구성

경계 중심의 내부망 보안에서 벗어나 사용자 · 단말 · 접근 상황을 지속 검증하고, 시스템 간 접근을 최소화하는 체계로 전환합니다.

End-Point

  • 사용자
  • 관리자
  • 디바이스

PDP 정책 결정

  • 정책 관리 · 평가
  • 접근요청 정책 분석
  • 사용자 신원검증
  • 기기 신원검증
  • 감사 · 기록 관리
  • 실시간 모니터링

신원기반 위험평가

PEP 정책 집행

  • MFA
  • SSO
  • EDR
  • DB 접근제어
  • 통합접근제어
  • Cloud 접근제어
  • …

Resource

  • 운영망
  • 개발망
  • 클라우드(AWS)

아키텍처 운영 대전제

  • 위치와 네트워크를 신뢰하지 않고 모든 접근을 지속 검증
  • 접근 허용 후에도 위험 변화를 감지해 권한을 지속 재평가

구성 요소별 역할

1
End-Point
사용자 · 관리자 · 단말 등 모든 접근 주체 식별
2
PDP
신원 · 단말 · 접근 상황의 위험도 기반 허용 여부 결정
3
PEP
정책에서 결정된 최소 접근권한 기반의 접근 허용
4
Resource
IDC 서버팜 · 개발망 · 클라우드 망 등 중요자원 통합 보호

수행 경험

아래 실적은 광명마리타임이 직접 수행한 것이 아니라, 광명마리타임 구성원이 이전 소속에서 수행한 프로젝트입니다.

내부망 보안을 제로 트러스트로 전환하려 하시나요?

현재 수준 진단부터 목표 아키텍처와 단계별 전환 계획까지 함께 설계합니다.