클라우드 네이티브 보안은 클라우드 환경에 배포된 애플리케이션과 인프라를 보호하기 위해 특별히 설계된 통합 보안 전략입니다. 이는 온프레미스 보안에서 보다 통합된 클라우드 기반 모델로의 근본적인 전환을 의미합니다. 클라우드 네이티브 보안은 사이버 공격 및 보안 취약점으로부터 클라우드 네이티브 애플리케이션과 데이터를 보호하기 위해 사용되는 관행 및 기술을 포괄합니다.

클라우드 네이티브 아키텍처는 효율적인 애플리케이션 배포, 포괄적인 인프라 관리, 빠른 확장성 및 향상된 보안을 포함한 다양한 이점을 제공합니다. 최신 클라우드 플랫폼의 보안은 일반적으로 공동 책임 모델에 따라 관리되며, 이는 조직이 클라우드 내 자체 리소스를 보호할 책임이 있음을 의미합니다.

클라우드 네이티브 보안은 대부분의 조직에서 필수적인 사이버 보안 원칙이 되었지만, 이를 효과적으로 배포하려면 구성상의 허점, 신원 및 접근 관리 문제, AI 거버넌스 및 불안정한 파이프라인과 관련된 위험에 대처해야 하는 경우가 많습니다. 클라우드 네이티브 보안은 워크로드 동작에 대한 지속적인 가시성을 제공하고 최소 권한 액세스를 활용함으로써 이러한 문제점을 해결합니다. 이는 클라우드 환경에서 제로 트러스트를 실질적으로 구현한 것입니다. 모든 것을 검증하고, 기본적으로는 아무것도 신뢰하지 않는다는 의미입니다.

클라우드 네이티브란 무엇을 의미하나요?

현재의 클라우드 기반 아키텍처 접근 방식은 기업들이 수십 년 동안 의존해 온 온프레미스 모델보다 훨씬 더 역동적입니다. 클라우드 기반 시스템은 일반적으로 수요에 따라 확장되거나 축소되는 클러스터로 구성되며 매일 업데이트됩니다. 이처럼 클라우드에서 작동하는 많은 시스템은 일시적인 특성을 가지도록 설계되었거나, 하나의 작업을 완료한 후 즉시 사라지도록 설계되었습니다.

이러한 모든 발전은 여러 기술에 의존합니다.

• 컨테이너는 애플리케이션과 필요한 모든 종속성을 일관된 방식으로 패키징하여 어디서든 실행할 수 있도록 해줍니다.
• Kubernetes는 대규모 컨테이너 오케스트레이션을 지원하며, 클러스터 전반에 걸쳐 프로비저닝 및 로드 밸런싱을 자동화합니다.
• 마이크로서비스는 모놀리식 애플리케이션을 개별적으로 배포할 수 있는 독립적인 구성 요소로 분해합니다.
• 서버리스 함수는 개발자가 기본 서버를 관리할 필요성을 없애주므로, 개발자는 인프라를 구축하지 않고도 코드를 작성하고 실행할 수 있습니다.
• API를 통해 각 구성 요소는 필요에 따라 다른 구성 요소와 통신할 수 있습니다.

이러한 기술 발전은 오늘날 팀들이 소프트웨어를 개발하는 방식과 무관하게 존재할 수 없습니다. 클라우드 네이티브 개발은 지속적 통합/지속적 배포(CI/CD) 파이프라인을 통해 코드를 자동으로 테스트하고 배포하는 DevOps 방법론에 직접적으로 통합되어 있습니다. 동시에, 인프라스트럭처 코드(Infrastructure-as-Code)는 버전 관리되는 스크립트로 대체함으로써 수동 구성을 없애줍니다. 보안 전략도 그에 맞춰 발전해야 합니다.

클라우드 네이티브 보안은 어떻게 작동하나요?

분산 애플리케이션, API, 워크로드 및 머신 ID는 대부분의 팀이 관리할 수 있는 속도보다 훨씬 빠르게 공격 표면을 확장하고 있습니다. 2026년에는 클라우드 네이티브 환경에서 기계 ID의 수가 인간 사용자 보다 최대 144대 1의 비율로 더 많아질 것입니다. 또한 연결된 시스템의 수를 파악하기 어렵기 때문에 공격이 확산되기 전에 공격 지점을 정확히 찾아내는 것이 점점 더 어려워지고 있습니다. 이러한 불투명성은 애플리케이션, 민감한 데이터, 그리고 이 둘에 의존하는 핵심 비즈니스 운영의 가용성을 직접적으로 위협합니다.

클라우드 네이티브 보안은 지속적인 순환 과정을 통해 명확성을 제공하기 위해 노력합니다.

• 클라우드 인프라에서 워크로드, ID, 애플리케이션 및 이들의 종속성을 생성 즉시 파악할 수 있습니다 .
• 공격자가 발견하기 전에 잘못 구성되었거나 취약한 워크로드, 과도한 권한 액세스 및 노출된 리소스를 식별하십시오 .
• 개발 중 및 배포 후 워크로드에 대한 자동화된 보안 테스트 및 정책 시행 기능을 구축합니다 .
• 런타임 시 모든 워크로드의 동작 및 통신을 모니터링합니다 .
• 손상된 리소스를 최대한 빨리 감지하고 차단하여 측면 이동을 방지하십시오.

각 단계는 이전 단계를 기반으로 구축됩니다. 워크로드를 파악할 수 없다면 최소 권한 정책을 어디에 설정해야 할지 어떻게 알 수 있을까요? 만약 침해의 영향을 너무 늦게 파악하게 된다면, 어떻게 그 피해를 수습할 수 있을까요? 따라서 클라우드 네이티브 보안은 가시성을 모든 것이 구축되는 기반 요소로 간주합니다.

클라우드 공동 책임 모델이란 무엇인가요?

클라우드 제공업체는 물리적 데이터 센터, 가상화 계층, 모든 것을 작동시키는 데 필요한 네트워크 하드웨어와 같은 기본 인프라를 보호할 책임이 있습니다. 해당 줄 위에 있는 모든 것, 즉 애플리케이션, 워크로드, 구성, ID 및 데이터에 대한 책임은 사용자에게 있습니다.

조직이 클라우드 공동 책임 모델에 대해 알아야 할 점은 클라우드로 이전한다고 해서 모든 보안 책임이 공급업체에게 자동으로 이전되는 것은 아니라는 것입니다. 해당 선은 아래 표에 정의된 서비스 모델에 따라 이동합니다.

클라우드 네이티브 환경에서 가장 큰 보안 위험은 무엇일까요?

클라우드 네이티브 아키텍처가 등장하면서 기존 사이버 방어 시스템으로는 탐지할 수 없는 새로운 위협 요소들이 나타나고 있습니다. 대부분의 문제는 여기서 시작됩니다.

설정 오류 및 과도한 권한 

보안 침해는 대개 공개적으로 노출되었거나 잘못 구성된 클라우드 저장소, 안전하지 않은 클라우드 구성 설정, 그리고 취약한 접근 제어에서 비롯됩니다. 체크포인트의 클라우드 보안 현황 보고서에 따르면 잘못된 구성만으로도 클라우드 보안 사고의 23%를 차지하며, 구성 오류 관련 클라우드 침해 사고의 근본 원인 중 82%는 인적 오류인 것으로 나타났습니다. 공격자가 시스템에 침입하면 과도한 권한이 부여된 사용자 계정 및/또는 시스템 ID를 통해 잠재적인 영향력이 확대됩니다.

취약한 컨테이너와 소프트웨어 공급망

컨테이너 이미지에는 알려진 취약점이 포함된 채로 배포되는 경우가 많습니다. 별도로, 악성 패키지는 검증 과정을 거치기 전에 오픈 소스 코드 저장소에 도달할 수 있습니다. 노출된 비밀 정보와 손상된 CI/CD 파이프라인은 빌드 환경을 공격 경로로 만듭니다.

보안에 취약한 API 및 애플리케이션 구성 요소

취약한 인증, 권한 부여 및 입력 유효성 검사는 API 뒤에 숨겨진 마이크로서비스와 데이터를 노출시킵니다. 마이크로서비스는 API를 통해 끊임없이 통신하기 때문에 연결된 모든 서비스는 또 다른 진입점이 됩니다. 공격자는 단 하나의 진입점만 확보하면 됩니다.

제한된 가시성 및 런타임 위협

AWS Lambda 함수와 같이 많은 클라우드 네이티브 리소스는 수명이 짧습니다. 실행 중 활동에 대한 가시성이 제한적이라는 점과 결합되어 악의적인 활동이 실행되는 동안 이를 놓치기 쉽습니다.

측면 이동 및 데이터 유출

일단 공격자가 단일 워크로드를 침해하면 해당 워크로드의 연결을 이용하여 다른 애플리케이션, 서비스, 자격 증명 및 민감한 데이터에 접근할 수 있습니다. 제로 트러스트 세분화가 없으면 하나의 취약점이 다른 모든 취약점으로 이어지는 통로가 됩니다.

클라우드 네이티브 보안의 핵심 구성 요소는 무엇입니까?

클라우드 네이티브 보안 스택은 다양한 기능에 걸쳐 조화롭게 작동하는, 목적에 맞게 설계된 기술과 모범 사례들을 포함합니다. 다음은 ID, 인프라, 워크로드, 데이터 및 탐지 영역에서 함께 작동하는 주요 구성 요소 중 일부입니다.

신원 및 접근 관리

클라우드 보안 환경의 모든 ID(사용자, 애플리케이션, 서비스 모두)에 강력한 인증과 최소 권한 액세스 원칙을 적용하십시오. IAM(신원 관리)은 클라우드 네이티브 환경에서 매우 중요한 분야입니다. 자격 증명 탈취 및 취약한 신원 관리 제어는 공격자가 조직 데이터에 침입하는 가장 흔한 취약점 중 하나이기 때문입니다.

클라우드 상태 및 구성 관리

지속적인 모니터링을 통해 공격자가 침입에 이용하기 전에 잘못된 구성, 숨겨진 자산, 규정 준수 허점 및 코드형 인프라 취약점을 찾아낼 수 있습니다. 오늘날 빠르게 변화하는 클라우드 네이티브 환경에서는 일회성 감사는 금세 쓸모없어집니다.

애플리케이션, 컨테이너 및 워크로드 보안

이 계층은 애플리케이션 코드, API, 컨테이너 이미지, Kubernetes 클러스터, 가상 머신 및 서버리스 함수를 실행 위치와 방식에 관계없이 보호합니다.

데이터 및 네트워크 보안

클라우드 네트워크 보안은 워크로드 간 통신을 제한하기 위해 유입, 유출 및 동서 트래픽을 제어하고, 민감한 데이터를 저장 시, 전송 중, 그리고 워크로드 간에 암호화하는 것을 의미합니다. 이 구성 요소는 보안 팀이 모니터링해야 할 중요한 요소입니다. 왜냐하면 기존 보안 도구로는 측면 이동 공격의 96%를 탐지할 수 없기 때문입니다.

지속적인 감지 및 반응

목표는 손상된 워크로드가 본격적인 침해로 이어지기 전에 공격 가능 기간을 단축하는 것입니다. 클라우드 활동 및 런타임 동작을 지속적으로 모니터링하는 것이 데이터 유출 방지를 가능하게 하는 핵심입니다. 

클라우드 네이티브 보안은 애플리케이션 수명 주기를 어떻게 보호합니까?

보안은 클라우드 애플리케이션 개발 전반에 걸쳐 필수적인 요소입니다. 이는 애플리케이션의 첫 번째 코드 줄부터 실행 후 모든 런타임 순간까지 애플리케이션과 함께 이동해야 합니다. 일반적인 흐름은 다음과 같습니다.

1. 계획 및 구축: 위협 모델링은 단 한 줄의 코드도 배포되기 전에 잠재적인 위협을 식별합니다. 자동화된 도구가 코드, 종속성, 비밀 정보, 컨테이너 이미지 및 인프라 템플릿을 스캔하여 문제를 찾아냅니다.
2. 테스트: 실제 운영 환경으로 전환하기 전에 취약점, 구성, 접근 정책 및 규정 준수 요구 사항을 검증하여 모든 것이 정의된 보안 기준을 충족하는지 확인합니다.
3. 배포: 승인된 이미지 버전만 프로덕션 환경에 배포되며, 이는 보안 구성, 최소 권한 액세스 및 네트워크 정책 제한을 통해 각 워크로드가 미리 정해진 매개변수 외부에서 통신하지 못하도록 방지합니다.
4. 런타임 모니터링: 지속적인 관찰을 통해 워크로드 활동, 애플리케이션 동작, 신원 및 통신 패턴을 실시간으로 추적합니다.
5. 대응 및 복구: 사고 발생 시, 손상된 리소스를 격리하고, 악성 트래픽을 차단하고, 사고의 근본 원인을 조사하고, 동일한 위험을 재발시키지 않고 서비스를 복원합니다.

각 단계는 이전 단계에 달려 있습니다. 테스트를 건너뛰면 검증되지 않은 위험을 배포하게 됩니다. 모니터링을 소홀히 하면 상황에 필요한 만큼 빠르게 대응할 수 없습니다.

클라우드 네이티브 애플리케이션 보호 플랫폼의 역할은 무엇인가요?

클라우드 네이티브 애플리케이션 보호 플랫폼은 앱 수명주기의 모든 단계에서 클라우드 네이티브 앱을 보호하도록 설계된 통합 보안 솔루션입니다. 이전에는 여러 개의 개별 도구를 조합하는 방식이었지만, CNAPP는 이러한 기능들을 단일 플랫폼으로 통합합니다.

통합은 매우 중요합니다. 독립형 CNAPPS는 클라우드 보안을 제한할 수 있기 때문입니다. CNAPP는 일반적으로 클라우드 보안 태세 관리(CSPM), 클라우드 워크로드 보호(CWPP), 클라우드 인프라 권한 관리(CIEM)와 인프라 코드 스캐닝을 결합합니다. 이러한 통합 기능은 구성, ID 및 워크로드로 인해 발생할 수 있는 잠재적 위험의 모든 측면을 단일 화면에서 확인할 수 있도록 해줍니다.

이 통합을 통해 CNAPP은 단순한 스캐너가 아닌 커넥터 역할도 수행할 수 있습니다. 이는 개발 단계의 위험 관리를 런타임 보호와 연결하여 코드 스캔에서 발견된 취약점과 프로덕션 환경에서 감지된 이상 징후를 연관시킵니다. 

클라우드 네이티브 보안의 핵심 원칙은 무엇인가요?

클라우드 기반 보안 이니셔티브에 사용되는 기술과 관계없이 지속 가능하고 효과적인 클라우드 보안 프로그램을 구축하려면 몇 가지 공통 요소가 필요합니다. 다음은 그 예입니다.

• 개발 단계부터 보안을 구축하십시오. CI/CD 프로세스에 자동화된 보안 테스트 및 정책 시행을 직접 통합하면 배포 후가 아닌 개발 단계에서 취약점을 식별하는 데 도움이 됩니다.
• 제로 트러스트를 적용하세요. 모든 사용자, 워크로드, 서비스 및 통신을 지속적으로 검증하면 사각지대를 없애고 네트워크 내부에 있다는 이유만으로 어떤 엔티티도 신뢰하지 않도록 보장할 수 있습니다.
• 최소 권한 원칙을 시행하십시오. 신원 또는 워크로드가 의도된 기능을 수행하는 데 필요한 범위 내에서만 접근 및 통신을 제한하면 엔티티가 무단 작업을 허용할 수 있는 과도한 권한을 갖지 않도록 보장할 수 있습니다.
• 지속적인 모니터링을 유지하십시오. 다양하고 빠르게 변화하는 환경 전반에 걸쳐 리소스 사용량, 리소스 간 종속성, 리소스 활동 및 트래픽 흐름에 대한 지속적인 가시성을 제공합니다.
• 침해 사고에 대비하세요. 악의적인 활동을 신속하게 식별하고, 손상된 시스템 간의 잠재적인 측면 이동을 제한하며, 침해 발생 시 신속한 차단을 구현하기 위해 다층적인 방어 체계를 개발합니다.

제로 트러스트 세분화는 클라우드 네이티브 보안을 어떻게 강화합니까?

제로 트러스트 세그멘테이션 (ZTS)은 가시성 확보에서 시작하며, 클라우드 네이티브 환경 전반에서 워크로드가 서로 어떻게 통신하고 의존하는지 파악하는 것을 목표로 합니다.

ZTS는 이를 바탕으로 각 워크로드가 실제로 필요로 하는 특정 통신만 허용하는 최소 권한 정책을 수립합니다. 그 외의 모든 것은 기본적으로 차단됩니다. 이를 통해 개발, 테스트, 운영 및 기타 민감한 환경을 분리하여 한 환경의 변경 사항이 다른 환경에 영향을 미치지 않도록 할 수 있습니다.

이와 같은 규율은 클라우드 전체의 동서 트래픽을 제한하여 공격자가 워크로드 간 이동에 사용하는 불필요한 경로를 차단합니다. 일루미오의 최고 홍보 책임자이자 제로 트러스트 창시자인 존 킨더바그는 일루미오 블로그 게시물 에서 "기존의 수평적 네트워크는 악의적인 행위자의 꿈과 같습니다. 악의적인 행위자가 소유하고 있고, 당신은 그저 비용을 지불할 뿐입니다."라고 말했습니다.

예방 조치가 실패할 경우(결국에는 실패할 것입니다), ZTS는 손상된 워크로드를 즉시 격리합니다. 그러한 격리 조치는 폭발 반경을 전체 환경이 아닌 단일 워크로드로 축소하여, 재앙적인 침해 사고를 관리 가능한 사고로 전환합니다.

Illumio는 클라우드 네이티브 보안을 어떻게 지원하는가?

Illumio는 하이브리드 멀티클라우드 환경 내에서 애플리케이션들이 서로 어떻게 통신하는지에 대한 실시간 가시성을 제공하여 워크로드 간 통신 및 애플리케이션 종속성 매핑을 파악하는 데 도움을 줍니다. 일단 식별되면 고정 IP 주소가 아닌 워크로드 특성 및 메타데이터를 기반으로 제로 트러스트 기반의 최소 권한 세분화 규칙을 생성할 수 있으므로 기본 인프라가 확장되거나 새로운 배포가 추가됨에 따라 세분화가 조정됩니다.

제로 트러스트 세분화 정책을 통해 조직은 가장 중요한 클라우드 네이티브 애플리케이션과 관련 중요 데이터를 분리하는 동시에 조직 전체에서 의심스러운 통신과 잠재적인 횡적 이동을 모니터링할 수 있습니다. Illumio는 워크로드에 문제가 발생하면 즉시 해당 워크로드를 격리하여 피해 범위를 최소화하고, 심각한 침해 사고로 이어지는 것을 방지할 수 있도록 지원합니다.

Illumio는 이러한 복잡한 시나리오를 위한 고급 사이버 보안 솔루션을 제공하며, 이는 클라우드 네이티브 환경의 작동 방식(분산되고, 동적이며, 끊임없이 변화하는 특성)에 맞춰 설계된 진정한 제로 트러스트 보안을 기반으로 합니다.

자주 묻는 질문

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

클라우드 네이티브 보안은 클라우드 환경에 특화된 방식으로 애플리케이션과 이를 지원하는 인프라를 보호하는 방법입니다. 클라우드 네이티브 애플리케이션과 인프라는 컨테이너, 마이크로서비스 및 쿠버네티스를 기반으로 구축됩니다. 일반적인 보안 방식은 배포 시점에 보안을 추가하는 반면, 클라우드 네이티브 보안은 개발부터 운영까지 모든 코드 라인에 보안을 내장합니다.

클라우드 네이티브 보안의 4C란 무엇인가요?

4C는 클라우드, 클러스터, 컨테이너, 코드이며, 이 네 가지는 심층적인 보호가 필요한 계층을 나타냅니다. 클라우드는 인프라 및 ID를, 클러스터는 Kubernetes와 같은 오케스트레이션 플랫폼을, 컨테이너는 이미지 및 런타임을, 코드는 애플리케이션 로직 및 종속성을 포괄합니다.

클라우드 네이티브 보안이 중요한 이유는 무엇일까요?

분산되고 일시적인 클라우드 네이티브 환경은 기존 인프라보다 훨씬 광범위한 공격 표면을 만들어내며, 기존의 경계 방어 체계로는 이러한 변화에 대응할 수 없습니다. 목적에 맞게 설계된 보안이 없다면, 잘못된 구성, 노출된 API, 그리고 측면 이동으로 인해 단일 워크로드의 손상이 대규모 침해로 이어질 수 있습니다.

클라우드 보안과 클라우드 네이티브 보안의 차이점은 무엇인가요?

클라우드 보안은 클라우드에 호스팅되는 모든 서비스, 애플리케이션 및 데이터 세트를 보호하는 광범위한 분야이며, 일반적으로 기존 IT 보안 도구를 클라우드 환경에 맞게 적용하여 사용합니다. 클라우드 네이티브 보안은 더욱 구체적입니다. 이 플랫폼은 컨테이너, 마이크로서비스, 그리고 클라우드 환경에서 동적으로 실행되도록 구축된 애플리케이션의 전체 코드-클라우드 파이프라인을 위해 특별히 설계되었습니다.

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

마이크로세그멘테이션 솔루션은 클라우드 환경을 세분화된 영역으로 나누고 영역 간 통신에 대해 최소 권한 정책을 적용합니다. 하나의 워크로드가 손상되면 세분화를 통해 공격자가 전체 환경으로 이동하는 것을 방지하고 해당 격리 영역 내에 가둘 수 있습니다.