ZTNA(제로 트러스트 네트워크 액세스)란 무엇인가요?

제로 트러스트 네트워크 액세스(ZTNA) 작동 방식

ZTNA 모델에서는 사용자가 ZTNA 서비스에 의해 인증된 후에만 접근이 승인되며, 인증이 완료되면 안전하고 암호화된 터널을 통해 특정 애플리케이션에 대한 접근 권한이 부여됩니다. 이 서비스는 사용자가 접근 권한이 없는 애플리케이션이나 데이터를 볼 수 없도록 차단하여 공격자의 측면 이동을 사전에 방지합니다. 이러한 제한이 없다면, 엔드포인트를 침해하거나 유효한 자격 증명을 획득한 공격자는 이를 이용하여 다른 서비스나 애플리케이션으로 공격을 확대할 수 있습니다.

ZTNA를 사용하면 보호된 애플리케이션도 검색되지 않도록 숨겨지며, ZTNA 서비스(신뢰 브로커라고도 함)를 통해 사전 승인된 엔터티 집합으로 액세스가 제한됩니다. 트러스트 브로커는 다음 조건이 충족되는 경우에만 엔티티에 대한 액세스 권한을 부여합니다:

• 엔티티(사용자, 디바이스 또는 네트워크)가 브로커에 올바른 자격 증명을 제공합니다.
• 액세스가 요청된 컨텍스트가 유효합니다.
• 해당 컨텍스트 내에서 액세스에 대한 모든 관련 정책을 준수했습니다.

ZTNA에서는 액세스 정책을 사용자 정의할 수 있으며 시스템 요구 사항에 따라 변경할 수 있습니다. 예를 들어, 위의 요구 사항 외에도 취약하거나 승인되지 않은 장치가 보호된 네트워크에 연결되는 것을 방지하는 위치 기반 또는 장치 기반 액세스 제어를 구현할 수 있습니다.

ZTNA vs. VPN vs. SDP

ZTNA와 SDP(소프트웨어 정의 경계)는 매우 세분화된 애플리케이션 수준 액세스 권한 부여를 기반으로 하는 최신 ID 기반 보안 프레임워크입니다. 이러한 보안 모델은 인증 후 네트워크 전체에 광범위한 접근 권한을 부여하는 기존 가상 사설망(VPN)과는 정반대입니다. 

기존 VPN은 대부분의 네트워크 리소스가 단일 네트워크 경계 내에 호스팅되던 다른 시대의 컴퓨팅 환경을 고려하여 설계되었습니다. 간단히 말해, VPN은 사용자가 인증을 받으면 네트워크 전체에 접근할 수 있도록 해줍니다. 이처럼 광범위한 접근 권한의 가장 큰 단점은 사용자의 접근 자격 증명이 유출될 경우 상당한 파급 효과를 초래한다는 점입니다. 예를 들어, 공격자가 하나의 자격 증명 세트를 탈취하면 최소한의 저항과 탐지만으로 서버와 데이터 저장소를 넘나들며 이동할 수 있습니다.

ZTNA는 근본적으로 다른 접근 방식을 기반으로 합니다. ZTNA는 사용자가 인증에 성공했다는 이유만으로 신뢰할 수 있다고 가정하는 대신, 특정 애플리케이션에 대한 액세스 권한을 부여하기 전에 지속적으로 신원, 장치 상태/자세 및 컨텍스트를 확인합니다. 공격자의 관점에서 볼 때, 네트워크상의 다른 어떤 것도 즉시 눈에 띄거나 접근할 수 없습니다. 결과적으로 공격 표면이 크게 줄어들어 권한이 없는 사용자는 명시적으로 필요하지 않은 모든 기능에 접근할 수 없게 됩니다.

SDP는 ZTNA를 가능하게 하는 기본 아키텍처입니다. 마치 차량의 보닛 아래에 있는 엔진과 같다고 생각하면 됩니다. 이 시스템은 중앙 집중식 컨트롤러를 사용하여 사용자와 장치를 인증한 다음, 사용자와 요청된 애플리케이션 간에 암호화된 일대일 연결을 직접 생성합니다. SDP의 보안을 강화하는 것은 검증되지 않은 사람에게는 인프라가 완전히 불투명하게 유지된다는 점입니다.

제로 트러스트 솔루션 의 발전으로 점점 더 많은 보안 팀이 VPN 시스템을 폐기하고 SDP 아키텍처 기반의 ZTNA 솔루션으로 대체하고 있습니다. 이러한 프레임워크는 측면 이동을 방지하고 악성코드 및 랜섬웨어의 확산을 최소화합니다. 

ZTNA의 이점

기업들의 도입으로 ZTNA는 업계 표준으로 자리 잡았으며, 강화된 보안, 간소화된 운영 및 비용 절감을 통해 가치를 제공합니다. 다음은 사이버 보안 모범 사례로서의 입지를 강화하는 몇 가지 핵심 이점입니다.

네트워크 노출 감소

애플리케이션은 ZTNA 아키텍처를 통해서만 리소스에 연결할 수 있습니다. 이를 통해 악성 위협 및 손상된 시스템에 대한 네트워크 노출을 줄일 수 있습니다. 이러한 유형의 노출을 차단하는 것이 그 어느 때보다 중요해졌습니다. 포레스터의 총 경제적 영향 연구 에 따르면 ZTNA를 구현한 기업은 비용이 많이 드는 데이터 유출 사고가 80% 감소한 것으로 나타났습니다.

보이지 않는 인프라

ZTNA 모델은 외부 연결만 수행합니다. 이는 네트워크 및 애플리케이션 인프라가 권한이 없거나 승인되지 않은 사용자에게 보이지 않도록 하는 데 도움이 됩니다. 공격자는 보이지 않는 대상을 공격할 수 없으며, 이러한 투명성은 침입이 시작되기 전에 사용되는 가장 일반적인 정찰 전술 중 하나를 무력화합니다.

세부적인 일대일 접근

사용자가 리소스에 접근할 수 있도록 인증되면 애플리케이션 접근 권한도 일대일 방식으로 부여됩니다. 사용자는 명시적으로 권한을 부여받은 애플리케이션에만 접근할 수 있습니다. 이는 공격자가 발판을 마련한 후 침해 비용을 증가시키는 일반적인 방식인 환경 내에서의 측면 이동을 제한할 것입니다.

관리 간접비 절감

ZTNA는 소프트웨어 정의 방식이기 때문에 장치 및 애플리케이션 관리 오버헤드를 크게 줄일 수 있습니다. 하드웨어 중심의 VPN 집중 장치 솔루션과 기존 액세스 어플라이언스 솔루션에서 전환하는 기업들은 하드웨어 및 운영 비용 모두에서 상당한 재정적 절감을 보고하고 있습니다. 실제로 포레스터는 네트워킹 기술 및 관리에 관련된 운영 비용이 50% 감소했다고 밝혔습니다.

최종적인 영향

이러한 이점은 빠르게 누적됩니다. IBM의 데이터 침해 비용 연구에 따르면 제로 트러스트 방법론을 구현하지 않은 조직은 침해 사고당 약 504만 달러, 즉 19% 더 높은 비용을 지출한 것으로 나타났습니다. ZTNA를 구현하여 수익을 보호하는 것은 단순히 보안을 강화하는 것만이 아니라, 비즈니스의 지속적인 수익성을 보장하는 것입니다.

ZTNA의 종류

사이버 보안 업체들은 일반적으로 ZTNA를 정책 시행이 필요한 경우와 해결하고자 하는 문제에 따라 여러 유형으로 분류합니다. 이러한 관점에서 볼 때, 가장 논리적인 접근 방식은 ZTNA를 배포 아키텍처와 기능적 초점이라는 두 가지 유용한 관점으로 나누는 것입니다.

배포 아키텍처 유형

ZTNA 솔루션이 사용자를 애플리케이션에 연결하는 실질적인 메커니즘은 두 가지 서로 다른 아키텍처를 기반으로 하며, 각 아키텍처는 서로 다른 유형의 장치에 적합합니다.

• 서비스 시작 방식(에이전트 기반): 이 서비스 시작 방식을 사용하려면 사용자 컴퓨터에 에이전트를 설치해야 합니다. 에이전트는 클라우드 브로커와 통신하며, 클라우드 브로커는 사용자의 신원을 인증하고 사용자의 장치 상태를 검증한 후 요청된 애플리케이션으로 암호화된 터널을 생성합니다. 서비스 주도 방식은 회사가 엔드포인트를 제어 하고 장치를 관리하는 경우에 이상적입니다.
• 네트워크 기반(에이전트리스): 이 방식은 소프트웨어 에이전트가 필요하지 않습니다. 사용자는 보안 브라우저 포털을 통해 로그인하고, 게이트웨이는 사용자와 백엔드의 내부 애플리케이션 간에 프록시 세션을 생성합니다. 에이전트가 필요 없는 네트워크 기반 방식은 에이전트를 설치하는 것이 비현실적인 계약업체, 파트너사 및/또는 BYOD 기기에 가장 적합합니다.

기능적 초점 유형

ZTNA는 배포 방식 외에도 보호 대상에 따라 분류될 수 있습니다. 

• ZTNA 접근 관리: 이 접근 방식은 사용자가 특정 애플리케이션에 접근할 수 있도록 사용자의 신원과 장치 상태를 인증하는 데 주로 초점을 맞춥니다. 본질적으로 이는 일반적인 네트워크 보안 및 신뢰를 매우 세분화된 애플리케이션별 권한 부여로 대체합니다.
• 리소스 보호 ZTNA: 이 방법은 제로 트러스트 보안 개념을 한 단계 더 발전시킨 것입니다. 이는 워크로드 간 통신에 관한 정책을 정의하고 데이터 센터 및 멀티 클라우드 환경 내에서 워크로드를 분할하여 공격자가 일단 침입한 후 측면으로 이동하는 것을 방지합니다.

ZTNA 활용 사례

다음은 ZTNA 보안 모델의 강력한 성능을 보여주는 몇 가지 인기 있는 사용 사례입니다.

VPN 교체

VPN은 속도가 느리고 상대적으로 보안이 취약하며 관리하기 어려울 수 있습니다. ZTNA는 중앙 네트워크에 대한 원격 액세스를 제공하는 데 선호되는 모델로 빠르게 자리 잡고 있습니다.

제3자 및 공급업체 위험 감소

제3자 또는 외부 공급업체와의 접근 권한 및 데이터 전송은 IT 인프라에 내재된 보안 취약점입니다. ZTNA는 모든 외부 사용자가 연결하기 전에 사용자를 검증하고, 승인된 특정 애플리케이션이나 데이터베이스만 사용하도록 제한함으로써 이러한 위험을 줄입니다.

ZTNA를 7단계로 구현하는 방법

ZTNA를 도입하려면 상당한 시간과 고려가 필요한 전략적이고 체계적인 접근 방식이 요구됩니다. 가트너의 연구 에서 얻은 통찰력을 바탕으로, ZTNA를 도입할 때 일회성 배포가 아닌 지속적인 라이프사이클 접근 방식을 강조하는 7가지 구현 단계를 아래에 제시합니다.

1. 이해관계자 및 사업 책임자와 함께 목표와 범위를 정의합니다.

기술 스택을 구축하기 전에 주요 이해관계자 및 비즈니스 리더와 협의하는 것부터 시작하십시오. 원격 근무자와 같은 간단한 사용 사례부터 시작하여 핵심 애플리케이션, 사용자 및 장치 그룹의 범위를 정한 다음 가장 복잡한 사용자를 파악하십시오.

2. 비즈니스 목표를 제로 트러스트 전략과 연계하십시오.

제로 트러스트 모델은 암묵적인 신뢰를 지속적으로 검증되는 명시적인 신뢰로 대체하는 데 기반을 두고 있습니다. 제로 트러스트 전략을 수립할 때는 다음 세 가지 핵심 원칙을 활용하십시오. 침해 가능성을 가정하고, 모든 접근 권한 결정에 있어 신원과 상황 정보를 활용하며, 사용자에게 할당된 작업을 완료하는 데 필요한 최소한의 접근 권한만 부여하십시오.

3. 신원 확인 및 적절한 접근에 중점을 둡니다.

이전 VPN 구현 방식에서 제공했던 것과 동일한 수준의 접근 권한을 제공하는 함정에 빠지지 마십시오. 대신, 정의된 사용자-애플리케이션-데이터 사용 사례를 기반으로 액세스 규칙을 만들고, 이러한 액세스를 관리하기 위한 적절한 ID 거버넌스 및 액세스 관리 프로세스를 구축하십시오.

4. ZTNA 구현 시작 전 지도 애플리케이션 사용 현황

배포 전에 사용자와 애플리케이션 간의 관계를 문서화하고 매핑하십시오. 기술적인 관점에서 모든 것을 한 번에 문서화하고 세부적인 부분까지 꼼꼼하게 관리할 수도 있고, 전술적인 접근 방식을 취하여 제한된 수의 애플리케이션이나 사용자 관계를 구현한 후 시간이 지남에 따라 확장해 나갈 수도 있습니다.

5. 애플리케이션 접근 권한을 정리합니다.

이전 단계에서 수행한 문서화 및 매핑 작업을 통해 퇴사한 직원, 계약직 직원 또는 마지막 접근 권한 부여 이후 역할이 변경된 사용자와 관련된 불필요한 접근 권한을 제거할 수 있습니다.

6. 운영상의 간접비와 복잡성에 대비하십시오.

ZTNA 배포는 한 번 설정하고 잊어버릴 수 있는 작업이 아니라 지속적인 프로세스로 생각해야 합니다. 새로운 애플리케이션이 지속적으로 추가되고, 동적인 데이터 세트가 생성되며, 회사의 사업 성격 또한 변화할 수 있기 때문에 ZTNA 정책은 주기적으로 조정되어야 합니다. 이러한 이유로 지원팀이 예외 요청을 처리할 수 있도록 공식적인 예외 요청 프로세스를 개발하십시오.

7. 접근 제어 및 리소스 격리 유효성 검사

다소 극단적으로 들릴 수 있지만, 절대로 자체 보안 제어를 맹목적으로 신뢰해서는 안 됩니다. 리소스가 서로 격리되어 있는지 확인하기 위해 정기적으로 (내부 또는 외부) 보증 평가를 수행하십시오. 마찬가지로, 사용자가 올바른 수준의 접근 권한을 계속 유지하고 사용자 접근 권한이 정책 조정 사항과 일치하는지 확인하십시오.

ZTNA 배포 시 추가 고려 사항

다음과 같이 조직에 ZTNA를 배포할 수 있습니다:

• 게이트웨이 통합을 통해 네트워크 경계를 넘으려는 모든 트래픽이 게이트웨이에 의해 필터링됩니다.
• 각 네트워크 어플라이언스에 내장된 보안 스택을 사용하여 네트워크 액세스를 최적화하고 자동화할 수 있는 안전한 소프트웨어 정의 WAN을 사용합니다.
• 가상 클라우드 어플라이언스를 통해 소프트웨어 정의 WAN 보안을 제공하는 보안 액세스 서비스 에지(SASE)를 통해.

ZTNA는 사이버 보안 모범 사례로 인정받고 있습니다. 이 기술의 주요 장점 중 하나는 기존 네트워크를 크게 재설계할 필요 없이 배포할 수 있다는 점입니다. 하지만 모든 IT 프로젝트에는 인력과 장비 도입, 정책 재정립, 이해관계자 동의 확보 등의 과정이 필요하므로, 의사 결정권자는 ZTNA 솔루션 제공업체와 협력하기 전에 다음 사항을 고려해야 합니다.

• 이 솔루션은 마이크로 경계를 통해 데이터와 애플리케이션을 보호하는 데 도움이 됩니까?
• 전송 중인 데이터를 보호할 수 있나요?
• 기본 거부 세분화 및 세분화된 정책 설계 및 테스트 기능이 있나요?
• 기존 인프라에 관계없이 배포할 수 있나요?
• 위반 알림을 제공하나요?
• 어떤 종류의 워크로드 보안 조항을 사용할 수 있나요?
• 솔루션이 사용자 기반 세분화, 원격 액세스 제어, 측면 이동 방지 기능을 제공하나요?
• 디바이스 수준 세분화, 알 수 없는 디바이스 감지 및 디바이스 격리가 있나요?
• 위협이 식별되기 전에도 기본 차단 기능이 있나요?
• 사용자에게는 어떤 종류의 가시성이 있으며 어떤 종류의 감사가 가능한가요?
• 어떤 종류의 통합 기능이 포함되어 있나요? 

다음 사항을 고려해 보세요.

• 셰프, 퍼펫 또는 앤서블을 사용한 오케스트레이션
• Red Hat OpenShift, Kubernetes 또는 Docker를 통한 컨테이너 플랫폼 오케스트레이션
• Splunk 및 IBM QRadar를 사용한 보안 분석
• Qualys, Tenable 또는 Rapid7과 같은 취약성 관리 도구
• AWS CloudFormation, AWS GuardDuty, Azure와 같은 퍼블릭 클라우드 도구

• 네트워크 환경을 얼마나 빨리 세분화할 수 있나요?
• 호스트 방화벽, 스위치, 로드 밸런서와 같은 기존 투자를 활용하여 레거시 및 하이브리드 시스템 전반에서 세분화를 적용하려면 어떻게 해야 하나요?
• 어떤 종류의 REST API 연동이 지원되나요? 확인해야 할 중요한 도구로는 OneOps, Chef, Puppet, Jenkins, Docker 및 OpenStack Heat/Murano가 있습니다.

ZTNA의 과제 및 한계

ZTNA는 주요 보안 문제를 해결하는 솔루션이지만 모든 사이버 공격에 대한 만능 해결책은 아닙니다. ZTNA의 한계를 이해하면 ZTNA가 제기하는 문제점과 한계를 무시하고 맹목적으로 도입하는 것이 아니라 전략적으로 활용할 수 있습니다.

• 탈취된 자격 증명: ZTNA는 연결 시 신원 확인에 크게 의존하기 때문에 공격자가 특정 개인의 유효한 자격 증명을 획득하면 해당 개인인 것처럼 가장하여 권한이 부여된 리소스에 접근할 수 있습니다.
• 연결 후 모니터링 기능의 한계: 대부분의 표준 ZTNA 솔루션은 연결 후 누가 무엇에 대한 접근 권한을 갖는지 제어하는 데 중점을 두지만, 연결 시간 동안 악의적인 활동을 모니터링하지는 않습니다. 결과적으로 랜섬웨어와 같은 위협은 조직의 보안팀에 전혀 감지되지 않은 채 자유롭게 활동할 수 있습니다.
• 네트워크 및 DNS 마찰: IP 주소에 크게 의존하거나, IP 주소 변경이 잦거나, DNS 요청/응답량이 많거나, 동적 프록시 라우팅을 사용하는 조직은 이러한 네트워크 및 DNS 요구 사항으로 인해 기존 IP 서비스(예: SMTP), 로드 밸런서 및 SMB 트래픽이 중단될 수 있습니다.
• 레거시 시스템 비호환성: 기존 온프레미스 애플리케이션이 동적이고 상황 인식 정책을 수용하려면 상당한 사용자 정의가 필요하거나 이러한 사용자 정의를 위한 중개자 역할을 하는 프런트엔드 프록시 서버가 필요합니다.
• 온프레미스 및 OT 제한 사항: 대부분의 ZTNA 솔루션은 클라우드 기반 애플리케이션에 액세스하는 원격 사용자를 대상으로 합니다. 따라서 이들은 일반적으로 외부 클라우드 라우터를 통한 트래픽 전송이 금지된 내부 사무실 트래픽 및/또는 산업 제어 시스템(ICS)/운영 기술(OT) 환경에서 어려움을 겪습니다.
• 데이터 보호상의 허점: 표준 ZTNA 구현은 네트워크 수준에서 마이크로세그멘테이션을 제공하지만, 일반적으로 철저한 데이터 손실 방지(DLP) 기능이나 전체 엔드포인트 콘텐츠 검사 기능이 부족합니다.
• 높은 비용과 복잡성: ZTNA로 전환하려면 초기 자본 투자와 상당한 네트워크 아키텍처 개편이 필요하며, 이를 효과적으로 관리하려면 일반적으로 전문 보안 인력이 요구됩니다.
• 사용자 경험 마찰: 과도한 재인증이나 잘못 구성된 정책은 정상적인 워크플로를 차단하고 직원들에게 불편함을 초래할 수 있습니다.
• 벤더 종속성: 조직이 ZTNA 구현을 위해 독점 에이전트와 게이트웨이를 설치하면 해당 벤더 제품만 사용해야 하는 상황에 놓이게 되어 멀티 클라우드/멀티 벤더 통합이 복잡해질 수 있습니다.

Illumio는 ZTNA를 어떻게 지원하나요?

ZTNA는 누가 들어올 수 있는지를 통제합니다. Illumio의 제로 트러스트 세분화(ZTS)는 사용자가 계정 내부에 들어온 후 발생하는 모든 상황을 제어합니다. Illumio는 하이브리드 환경 전체의 모든 워크로드 연결을 실시간으로 매핑한 다음, 침해가 발생할 경우 측면 이동을 차단하는 세부적인 정책을 적용합니다.

Illumio는 Netskope와 같은 ZTNA 제공업체와 직접 협력하여 애플리케이션 간 가시성과 사용자-애플리케이션 액세스 제어를 통합하여 통합된 제로 트러스트 프레임워크를 구축합니다. ZTNA와 ZTS는 함께 공격자가 확산을 위해 의존하는 진입점과 내부 경로를 모두 차단합니다.

ZTNA FAQs

ZTNA의 목적은 무엇인가요?

ZTNA(제로 트러스트 네트워크 액세스)는 암묵적인 신뢰, 즉 기본값으로 설정된 신뢰를 대체합니다. 이 시스템은 각 사용자의 신원을 지속적으로 확인하고, 사용자가 접근 권한이 있는 애플리케이션에만 연결할 수 있도록 허용하며, 네트워크의 다른 모든 부분을 외부에서 숨깁니다.

ZTNA는 방화벽을 대체합니까?

아니요. 방화벽은 경계 및 네트워크 계층에서 트래픽 제어 규칙을 계속 시행하는 반면, ZTNA는 애플리케이션 계층에서 어떤 사용자/장치가 애플리케이션에 접근할 수 있는지를 제어합니다. 많은 조직에서 제로 트러스트 아키텍처의 일환으로 ZTNA와 기존 방화벽을 함께 사용합니다.

제로 트러스트의 단점은 무엇인가요?

제로 트러스트 모델을 구현하려면 상당한 초기 투자, 전문 인력, 그리고 비즈니스 요구 사항에 맞춰 정책을 지속적으로 유지하기 위한 노력이 필요합니다. 지속적인 검증은 사용자의 업무 수행을 방해하고 정상적인 생산성을 저하시켜 사용자에게 불편함을 초래할 수도 있습니다.

제로 트러스트는 왜 실패하는가?

제로 트러스트가 그 약속을 제대로 이행하지 못하는 가장 흔한 이유는 조직들이 제로 트러스트를 완전한 아키텍처 변혁을 위한 일련의 단계가 아니라 단순히 새로운 제품(또는 기술 솔루션) 구매처럼 구현하려고 하기 때문입니다. 여기에는 경영진의 지원 부족, 기존 시스템과의 마찰, 그리고 제로 트러스트를 성공적으로 구현하는 데 필요한 복잡성을 과소평가한 점 등이 포함됩니다.

ZTNA가 NAC를 대체할 수 있을까요?

완전히 그렇지는 않아요. ZTNA와 NAC는 상호 보완적인 역할을 합니다. NAC는 네트워크 계층 가시성과 온보딩을 처리하는 반면, ZTNA는 세분화된 애플리케이션 액세스를 관리하므로 대부분의 환경에서는 여전히 둘 다 필요합니다.

‍