클라우드 인프라 보안이란 무엇인가요?

클라우드 인프라 보안은 클라우드 환경을 운영하는 데 필요한 핵심 리소스(컴퓨팅, 스토리지, 네트워킹, ID, 관리)를 보호하는 분야입니다. 이 과정은 회사 서버, 네트워크, 접근 제어 및 이러한 모든 것을 관리하는 데 사용하는 도구와 관련된 다양한 측면을 다룹니다. 이는 애플리케이션과 데이터가 매일 의존하는 보안 기반입니다.

해당 인프라를 보호하는 것은 양측이 공동으로 수행해야 할 업무입니다. AWS, Azure, Google Cloud와 같은 주요 업체들을 포함한 클라우드 제공업체가 데이터 센터 및 네트워크 백본과 같은 인프라 자체의 보안을 책임집니다. 반대편에는 여러분과 여러분의 팀이 있습니다. 이들은 클라우드에 저장하는 모든 것, 즉 ID, 구성 및 배포하는 워크로드를 보호합니다.

인프라 및 네트워킹은 클라우드 보안 연합(Cloud Security Alliance)의 연구 지침에서 핵심 영역(영역 7)입니다. 이 문서에서는 소프트웨어 정의 네트워크(SDN), 제로 트러스트 아키텍처(ZTA), 보안 액세스 서비스 에지(SASE)를 비롯한 다양한 클라우드 리소스를 다룹니다. CSA 가이드라인은 안전한 아키텍처를 기본으로 구현할 것을 권장할 뿐만 아니라, 소프트웨어 개발 수명주기 초기에 클라우드 보안을 통합하고 매우 철저한 보안 모니터링을 유지할 것을 강조합니다.

효과적으로 구현될 경우, 가장 일반적인 클라우드 공격을 차단하고 위협 행위자가 악용하는 공격 표면을 축소합니다. 만약 보안 허점이 드러나는 상황이 발생하더라도, 클라우드 인프라 보안 시스템은 피해를 최소화하고 혼란 속에서도 핵심 시스템을 계속 가동 상태로 유지하기 위해 필요한 조치를 취합니다.

클라우드 인프라에는 무엇이 포함되나요?

클라우드 인프라는 5개의 계층으로 나뉘며, 각 계층마다 고유한 보안 조치가 필요합니다. 이러한 조치에는 매우 다양한 도구와 기술이 포함될 수 있습니다. 각각의 내용을 간략하게 살펴보겠습니다.

계산하다

클라우드 인프라의 핵심적인 역할을 담당하는 컴퓨팅 리소스는 비즈니스에 필수적인 워크로드를 실행합니다. 컴퓨팅 리소스의 복잡성은 몇 대의 가상 머신에서 시작하여 이제는 여러 컴퓨팅 모델을 동시에 결합하는 조직으로 확장되었습니다. 일반적인 컴퓨팅 환경에는 다음이 포함될 수 있습니다.

• 가상 머신은 지속적인 작업 부하를 실행합니다.
• 컨테이너는 빠른 배포를 위해 애플리케이션을 패키징합니다.
• Kubernetes 클러스터는 대규모 컨테이너 오케스트레이션을 수행합니다.
• 서버리스 함수는 플랫폼이 기본 서버 처리를 담당하는 동안 사용자의 코드를 실행합니다.

최근 조사에 따르면 조직의 28%가 이미 대부분의 애플리케이션을 쿠버네티스 (컨테이너화된 애플리케이션 관리를 자동화하는 오픈 소스 시스템)에서 실행하고 있으며, 훨씬 더 많은 조직이 5년 안에 이 플랫폼을 도입할 계획인 것으로 나타났습니다.

스토리지 및 데이터베이스

애플리케이션이 데이터를 사용하는 방식에 따라 데이터를 저장하는 방식은 여러 가지가 있을 수 있습니다. 예를 들어 파일, 백업 및 미디어와 같은 비정형 데이터는 객체 스토리지에 저장되는 반면, 성능에 민감한 워크로드는 블록 스토리지를 사용합니다. 클라우드 기반 스토리지 및 데이터베이스의 종류는 다음과 같습니다.

• 파일, 백업 및 미디어용 객체 스토리지
• 데이터베이스 및 성능에 민감한 애플리케이션을 위한 블록 스토리지
• 팀과 시스템 간 공유 액세스를 위한 파일 저장소
• 핵심 비즈니스 데이터를 저장하는 관계형 및 비관계형 데이터베이스 서비스

네트워킹

네트워킹 계층은 클라우드 환경 내의 모든 계층 간의 통신을 가능하게 합니다. 이 계층은 워크로드와 외부 세계 간의 트래픽 흐름 방식도 결정합니다. 여기서는 설정 오류가 자주 발생합니다. 따라서 보안팀은 다음과 같은 네트워킹 기술의 모든 범위를 고려해야 합니다.

• 가상 네트워크와 서브넷은 환경을 분할합니다.
• 게이트웨이는 클라우드를 온프레미스 시스템 또는 다른 클라우드에 연결합니다.
• 로드 밸런싱은 리소스 전체에 트래픽을 분산합니다.
• 방화벽 과 트래픽 흐름 제어는 통과하는 데이터를 필터링합니다.

신원

이 계층은 클라우드 환경과 상호 작용하는 모든 사용자와 시스템을 포함합니다. 기계의 신원이 인간의 신원을 능가하면서 신원 확인은 엄청나게 복잡해졌습니다. CSA에 따르면 인간과 비인간 신원의 평균 비율은 45:1 입니다. 하지만 완전한 클라우드 네이티브 환경에서는 이 비율이 약 144:1까지 증가하여 보안 팀에게 ID 보안은 매우 어려운 과제가 됩니다. 이 분야의 직무 범위는 다음과 같습니다.

• 고유한 계정과 권한을 가진 사람 사용자
• 서비스 계정을 통해 애플리케이션들은 서로 통신할 수 있습니다.
• 역할과 권한은 각 사용자가 접근할 수 있는 영역을 정의합니다.
• 자동화된 프로세스 및 워크로드와 연결된 자격 증명 및 머신 ID

관리 시스템

이것들은 이전의 모든 계층을 구성, 모니터링 및 수정하는 데 사용되는 관리 도구입니다. 이러한 도구들은 여러분의 환경에서 가장 가치 있는 목표물에 속합니다. 일단 침해당하면 공격자는 사용자가 실행하는 모든 시스템에 대한 광범위한 권한을 갖게 됩니다. 이 레이어의 도구는 다음과 같습니다.

• 클라우드 콘솔은 중앙 집중식 관리자 액세스를 제공합니다.
• API는 서비스 전반에 걸쳐 구성 및 통합을 자동화합니다.
• 구성 도구를 사용하면 보안 및 규정 준수 정책을 시행할 수 있습니다.
• 로그 및 모니터링 서비스는 활동을 추적하고 이상 징후를 표시합니다.

클라우드 인프라 보안이 중요한 이유는 무엇일까요?

클라우드 환경은 기업이 매일 운영하는 데 필요한 모든 애플리케이션, 워크로드 및 데이터를 저장하고 있으므로 상당한 보안 부담을 수반합니다. 상황은 대부분의 보안팀이 예상하는 것보다 훨씬 더 심각하며, 모든 것을 보호해야 할 책임은 외부 투자뿐 아니라 내부적인 노력에도 달려 있습니다.

조직들은 빠른 배포 주기를 추구하는 과정에서 구성 변경이나 광범위한 멀티클라우드 환경 관리를 소홀히 하는 등의 실수를 저지르는 경우가 많습니다. 이러한 모든 허점들은 과정 곳곳에 취약점을 만들어내며, 공격자는 단 하나의 취약점만 악용해도 침입할 수 있습니다. IBM의 데이터 유출 비용 보고서에 따르면 클라우드 구성 오류는 전체 데이터 유출의 15%를 차지하며, 피싱 공격 과 마찬가지로 주요 공격 원인으로 꼽힙니다.

하나의 신원이나 워크로드가 손상되면 공격자는 연결된 모든 것에 접근할 수 있는 경로를 확보하게 되어 작은 사고가 순식간에 광범위한 문제로 번질 수 있습니다. 바로 이러한 이유로 클라우드 인프라 보안은 조직 전반의 비즈니스 연속성, 규정 준수 및 사이버 복원력과 같은 다른 중요한 측면과 직접적으로 연결됩니다.

클라우드 인프라 보안은 어떻게 작동하나요?

강력한 클라우드 인프라 보안은 24시간 365일 지속적으로 작동하는 시스템을 기반으로 구축됩니다. 아래는 작동 방식에 대한 간략한 설명입니다.

• 환경 내의 모든 클라우드 리소스, ID, 구성, 종속성 및 통신 흐름을 파악합니다.
• 알려진 취약점, 잘못 구성된 요소, 지나치게 허용적인 접근 권한 또는 보안되지 않은 서비스가 있는지 확인하십시오.
• 여러 계층의 보안을 사용하여 ID, 워크로드, 데이터, 네트워크 및 관리 인터페이스를 보호하십시오.
• 클라우드 활동 및 워크로드 동작을 지속적으로 모니터링하여 잠재적 침해에 대한 조기 경고 지표를 감지합니다.
• 위협을 신속하게 차단하고, 취약점을 해결하며, 서비스 기능을 복원합니다.

공동 책임 모델은 이 주기의 각 단계에 존재합니다. 서비스 제공업체는 클라우드를 지원하는 물리적 시설, 하드웨어, 네트워크 및 기본 서비스의 보안을 책임집니다. 귀하의 책임에는 클라우드 서비스에 배포된 데이터, ID, 구성, 애플리케이션 및 워크로드를 보호하는 것이 포함됩니다.

이러한 책임 분담은 배포 모델에 따라 달라집니다. IaaS에서는 책임이 가장 크고, PaaS, SaaS, 서버리스로 갈수록 책임 범위가 좁아집니다. 각 서비스 제공업체의 상품이나 서비스에 대해 자신이 얼마나 통제력을 갖고 있는지 정확히 파악해야 합니다. 제공업체에 대해 잘못된 가정을 하면 서비스 이용에 차질이 생길 수 있기 때문입니다.

클라우드 인프라 보안의 가장 큰 위험 요소는 무엇일까요?

클라우드 환경은 다양한 방향에서 수많은 위협에 직면해 있으며, 대부분의 사고는 몇 가지 공통적인 취약점에서 비롯됩니다. 보안 위험이 가장 자주 발생하는 곳이 바로 여기입니다.

잘못된 구성 및 노출된 리소스

클라우드 인프라 구성 오류는 공격자가 시스템에 침입하는 가장 흔한 방법 중 하나로 보고되고 있습니다. 이는 공격자들이 해당 취약점을 찾기 위해 엄청난 양의 스캔을 수행하기 때문에 오늘날 기업들이 직면한 가장 큰 문제 중 하나이기도 합니다. 일반적인 예로는 공용 스토리지 버킷, 개방형 네트워크 포트, 안전하지 않은 네트워크 정책 및 비활성화된 로깅 등이 있습니다. 대부분의 잘못된 설정은 소프트웨어 취약점보다는 사람의 부주의에서 비롯됩니다.

신원 및 접근 위험

신원 정보는 공격자에게 데이터에 접근할 수 있는 가장 빠른 경로를 제공하기 때문에 클라우드 보안 의 주요 격전지가 되었습니다. 그들은 탈취한 자격 증명, 과도한 권한, 취약한 인증 및 권한 상승을 악용합니다. 실제로 버라이즌의 최신 데이터 유출 조사 보고서에 따르면 연구원들이 분석한 유출 사고의 22%가 도난당한 계정 정보로 인해 발생한 것으로 나타났습니다. 과도한 권한이 부여된 자동화 계정이나 CI/CD 계정과 같은 보안이 취약한 서비스 계정은 광범위한 접근 권한을 가지고 있으면서도 사람 사용자보다 훨씬 적은 감시를 받기 때문에 또 다른 위험 요소를 추가합니다.

취약점 및 작업 부하 저하

클라우드에서 실행되는 모든 워크로드는 일정 수준의 위험을 수반합니다. 일반적인 취약점으로는 패치가 적용되지 않은 시스템, 검증되지 않은 컨테이너 이미지, 보안이 취약한 API, 공격자가 침투할 수 있도록 하는 악성 코드 삽입 등이 있습니다. 공격자가 워크로드를 침해하면 해당 워크로드는 클라우드 전체에 걸쳐 추가적인 공격을 위한 발판이 됩니다.

데이터 노출 및 유출

대부분의 경우, 위에서 설명한 모든 위험의 진정한 목표는 바로 여러분의 데이터입니다. 부실한 암호화 방식, 지나치게 허술한 접근 제어 또는 환경 간의 취약한 분리는 공격자가 침입에 성공했을 때 민감한 정보에 접근할 수 있도록 허용할 수 있습니다. 데이터베이스나 스토리지 버킷에 대한 권한 설정이 잘못되면 사소한 침입이 대규모 데이터 유출 사고로 이어질 수 있습니다.

측면 이동

측면 이동이란 공격자가 손상된 리소스를 발판 삼아 클라우드 인프라 전체에 걸쳐 연결된 워크로드, 애플리케이션, ID 또는 데이터에 접근하는 것을 의미합니다. 저희 조사에 따르면, 거의 90% 의 기업이 지난 한 해 동안 어떤 형태로든 직급 변동을 경험한 것으로 추정됩니다. 제로 트러스트 세분화는 확산되기 전에 측면 이동을 차단하도록 설계되었습니다.

클라우드 인프라 보안의 핵심 구성 요소는 무엇인가요?

클라우드 인프라 보안은 관리하는 모든 계층에 걸쳐 서로 연관된 구성 요소들이 조화롭게 작동하는 것을 의미합니다.

신원 및 접근 관리

ID는 클라우드에서 실행하는 모든 것에 대한 관문입니다. 강력한 신원 및 접근 관리 시스템은 접근 권한을 부여하기 전에 모든 사용자와 서비스를 검증하고, 일단 접근하게 되면 최소 권한 원칙을 적용합니다. 다중 요소 인증, 역할 기반 액세스 및 정기적인 권한 검토는 모두 이 구성 요소에 포함됩니다. MFA는 계정 침해 가능성을 애초에 줄여주고, 역할 기반 접근 제어 및 권한 검토는 계정 침해 발생 시 피해 범위를 좁혀줍니다.

클라우드 워크로드 보호

워크로드에는 실행 중에 직면하는 수많은 위험에 맞춰 조정된 방어 체계가 필요합니다. 워크로드 보호는 가상 머신, 컨테이너, Kubernetes 클러스터 및 서버리스 함수를 취약점과 런타임 위협으로부터 보호합니다. 여기에는 배포 전 이미지 스캔, 실행 중인 프로세스의 비정상적인 동작 모니터링, 공격자가 취약점을 악용하기 전에 발견된 취약점에 대한 패치 적용 등이 포함됩니다.

네트워크 보안 및 세분화

네트워크 보안 제어는 클라우드로 들어오고 나가는 남북 방향 트래픽과 클라우드 내부 리소스 간의 동서 방향 트래픽을 관리하고, 위험도가 높은 시스템을 필요한 경로로만 격리합니다. IBM의 데이터 침해 비용 보고서 에 따르면, 성숙한 제로 트러스트 아키텍처를 갖춘 기업은 이러한 솔루션 구현 초기 단계에 있는 기업에 비해 침해 건당 평균 176만 달러의 비용 절감 효과를 얻습니다.

데이터 보호

데이터 보호는 데이터가 저장된 시스템뿐만 아니라 데이터 자체를 보호하는 것입니다. 이는 추가적인 보호가 필요한 부분을 파악하기 위해 민감한 데이터를 식별하는 것에서 시작됩니다. 민감하다고 판단되는 데이터를 식별했으면 암호화, 엄격한 접근 제어, 안정적인 백업 및 복구 프로세스와 같은 기본 사항을 적용하십시오. 다른 모든 제어 수단이 실패할 때, 신뢰할 수 있는 백업은 종종 단일 사고와 재앙적인 사고 사이를 막아주는 유일한 방편이 됩니다.

모니터링 및 감지

효과적으로 환경을 모니터링하고 잠재적인 침해를 감지하려면 전체 환경에 대한 완벽한 가시성이 필요합니다. 클라우드 환경은 엄청난 양의 활동을 발생시키지만, 그 대부분은 걸러내야 할 노이즈입니다. 

네트워크에 침입하는 위협을 더 빨리 탐지할수록 팀은 해당 위협을 더 신속하게 격리하고 그 영향을 최소화할 수 있습니다. 보안 조치는 구성 변경, 의심스러운 행위 또는 진행 중인 공격이 발생하는 즉시 추적하고 식별해야 합니다. 이는 환경 전반의 로그 이벤트와 원격 측정 데이터를 수집한 다음, 의미 있는 신호를 분석하는 데 달려 있습니다. 

클라우드 환경에 따라 클라우드 인프라 보안은 어떻게 다른가요?

사용하는 클라우드 솔루션 유형에 따라 보안 우선순위가 달라집니다. 각 모델마다 제공하는 제어 수준과 책임 분담 비율이 다르기 때문입니다.

• 퍼블릭 클라우드: 퍼블릭 클라우드 환경에서는 구성, ID, 워크로드, 데이터 및 네트워크 제어를 관리할 책임이 있지만, 이러한 네트워크 제어는 공급자의 인프라 위에만 계층화할 수 있습니다.
• 프라이빗 클라우드: 일반적으로 위에 나열된 대부분의 요소 외에도 환경을 구성하는 물리적 리소스와 가상화 및 네트워킹 계층에 대한 책임은 사용자에게 있습니다.
• 하이브리드 클라우드: 온프레미스 시스템과 클라우드 환경 모두에서 일관된 가시성이 필요합니다. 또한 두 영역 모두를 포괄하는 통합 보안 정책이 필요합니다.
• 멀티클라우드: 위에서 언급한 통합 정책 요구 사항 외에도, 멀티클라우드 환경에서는 서로 다른 서비스, 구성 및 보안 모델을 제공하는 공급업체 전반에 걸쳐 모니터링 및 제어를 표준화해야 합니다.

클라우드 인프라 보안 vs. 클라우드 보안 vs. 클라우드 네이티브 보안

이 용어들은 서로 관련된 의미를 가지고 있지만, 각각 다른 범위를 포괄합니다. 클라우드 보안은 조직의 애플리케이션, 데이터, 인프라, ID 및 서비스의 모든 측면을 포괄하는 개념입니다. 클라우드 인프라 보안은 모든 것의 기반이 되는 핵심 계층에 초점을 맞추는 반면, 클라우드 네이티브 보안은 그 위에 구축된 최신 아키텍처를 대상으로 합니다. 아래 표는 이러한 계획의 중점 사항과 범위를 정의합니다.

클라우드 네이티브 보안과 클라우드 인프라 보안은 워크로드 보안, ID, 네트워크 제어, 구성 관리 및 모니터링 측면에서 중복됩니다. 따라서 클라우드 인프라 보안은 광범위한 클라우드 보안 태세와 클라우드 네이티브 모델 모두에서 핵심적인 요소입니다.

클라우드 인프라 보안을 지원하는 도구는 무엇인가요?

클라우드 인프라를 보호하는 데 필요한 모든 기능을 하나의 도구로 구현할 수는 없지만, 많은 조직에서는 여러 솔루션을 활용하여 이러한 영역 전반에 걸쳐 보다 포괄적인 접근 방식을 구축합니다.

• CSPM(클라우드 보안 태세 관리)은 악의적인 공격자가 접근하기 전에 조직 환경 내의 잠재적인 잘못된 구성, 노출된 리소스 또는 규정 준수 문제를 식별합니다.
• CWPP(클라우드 워크로드 보호 플랫폼) 는 가상 머신, 컨테이너 및 서버리스 함수에 대한 취약점 악용 및 런타임 공격으로부터 보호합니다.
• CIEM(클라우드 인프라 권한 관리) 및 IAM(ID 및 액세스 관리)은 클라우드 리소스에 대한 ID, 권한 부여 및 사용 권한을 관리하여 정당한 필요에 따라 액세스가 허용되도록 합니다.
• SIEM(보안 정보 및 이벤트 관리) 및 클라우드 탐지 도구는 조직의 활동 및 원격 측정 데이터를 한눈에 볼 수 있도록 지원하여 비정상적이거나 잠재적으로 악의적인 활동을 신속하게 식별하는 데 도움을 줄 수 있습니다.
• 마이크로세그멘테이션은 워크로드 간의 통신을 제어하고 공격자가 일단 발판을 마련하면 공격자의 움직임을 제한합니다.

제로 트러스트는 클라우드 인프라 보안을 어떻게 강화합니까?

제로 트러스트 접근 방식은 모든 신원(인간 및 비인간)을 검증될 때까지 신뢰할 수 없다고 가정함으로써 일반적인 보안 패러다임을 뒤집습니다. 제로 트러스트는 네트워크 내 기기의 위치에 따라 사용자 활동이나 리소스 사용량을 신뢰하는 대신, 접근을 허용하기 전에 각 사용자의 신원을 지속적으로 검증합니다. 각 ID에 대한 검증된 액세스는 특정 작업을 완료하는 데 필요한 리소스로 제한되는 동시에 멀티클라우드 및 하이브리드 환경 전반에 걸친 통신 및 상호 의존성을 추적합니다.

마이크로세그멘테이션은 제로 트러스트 원칙을 실제로 구현하여 승인되지 않은 통신을 차단하는 경계를 설정합니다. 결과적으로, 이는 공격자가 최초 진입점을 파악한 후 네트워크를 가로질러 이동하는 능력을 감소시킵니다. 업계 통계 에 따르면 제로 트러스트 보안 전략을 채택한 조직은 공격 진행 중 횡적 이동이 최대 80%까지 감소하는 것으로 나타났습니다.

Illumio는 클라우드 인프라 보안을 어떻게 지원할까요?

Illumio는 침해 사고가 발생했을 때 확산을 막는다는 한 가지 핵심 목표를 중심으로 플랫폼을 구축했습니다. 하이브리드 및 멀티클라우드 인프라 전반에 걸쳐 워크로드, 종속성 및 통신 경로를 매핑하여 모든 것이 실제로 어떻게 연결되는지 보여줍니다. 이를 바탕으로 클라우드 워크로드 및 기타 중요 리소스에 대한 최소 권한 세분화 정책을 수립하여 민감한 애플리케이션, 데이터베이스 및 운영 환경을 실제 필요 범위를 벗어난 트래픽으로부터 격리합니다.

저희 플랫폼은 네트워크 분할 솔루션을 제공하는 것 외에도 네트워크 전반의 통신을 지속적으로 모니터링합니다. 의심스러운 활동이 감지되면 잠재적인 공격 경로를 표시하고 관리자에게 경고하여 위협이 확산되기 전에 조치를 취할 수 있도록 합니다. 공격자가 여전히 사용자 환경에 침입하여 하나 이상의 워크로드를 손상시키는 경우, 당사 플랫폼을 통해 관리자는 손상된 워크로드를 즉시 격리하고 침해로 인한 피해를 신속하게 제한할 수 있습니다. 

독립 분석가들은 Illumio를 랜섬웨어 위협 차단에 진지한 기업을 위한 가장 강력한 전용 마이크로세그멘테이션 플랫폼 중 하나로 선정했습니다. Illumio에 대해 자세히 알아보고 Illumio가 강력한 침해 방지 플랫폼 으로서 어떻게 활용되는지 살펴보세요.

자주 묻는 질문

클라우드 인프라 보안이란 간단히 말해서 무엇일까요?

클라우드 인프라 보안은 클라우드 환경을 운영하는 데 필요한 서버, 네트워크 및 액세스 제어를 보호하는 데 중점을 둡니다. 이는 애플리케이션이 의존하는 기본적인 보안 요소입니다.

클라우드 인프라 보안의 예는 무엇인가요?

일반적인 예로는 저장된 데이터 암호화, 클라우드 ID에 대한 최소 권한 액세스 적용, 워크로드 분리, 구성 변경 또는 노출 모니터링 등이 있습니다.

클라우드 인프라 보안은 누가 책임져야 합니까?

귀하와 클라우드 제공업체는 클라우드 환경 보안에 대한 책임을 공유합니다. 서비스 제공업체는 데이터 센터 및 하드웨어를 포함한 물리적 환경을 보호합니다. 사용자는 해당 시스템에서 실행하는 ID, 구성 및 워크로드에 대한 책임을 져야 합니다.

클라우드 인프라 보안의 이점은 무엇인가요?

강력한 클라우드 인프라 보안은 공격자의 공격 위험을 줄이고, 규제 요건을 충족하며, 사고 발생 시에도 핵심 시스템을 안정적으로 운영할 수 있도록 지원합니다. 또한, 일단 침해가 시작되면 확산될 수 있는 범위를 제한합니다.

마이크로세그멘테이션은 클라우드 인프라를 어떻게 보호합니까?

마이크로세그멘테이션은 환경을 더 작은 영역으로 나누고 영역 간의 통신을 제한합니다. 이러한 수준의 네트워크 분할은 공격자가 측면으로 이동하는 능력을 제한하여 침해를 시작 지점에 최대한 가깝게 차단합니다.