대규모 클라우드 환경을 운영하는 금융권 보안팀은 끊임없이 변화하는 위협과 복잡한 규제 준수 요구사항에 직면해 있습니다. AWS, Azure, GCP 등 다양한 클라우드 제공자의 서비스와 더불어, Kubernetes 클러스터, 서버리스 워크로드, 컨테이너 이미지 관리 등 클라우드 네이티브 기술 스택의 깊이가 더해지면서 보안 아키텍처 설계는 더욱 복잡해지고 있습니다. 이러한 환경에서, 보안팀은 개발 속도를 저해하지 않으면서도 강력한 보안 태세를 유지하고, 모든 클라우드 자원에 대한 통합적인 가시성을 확보해야 하는 과제를 안고 있습니다. 궁극적인 목표는 클라우드 복잡성으로 인한 보안 사각지대를 해소하고, 위협 탐지 및 대응 능력을 강화하여 운영 효율성을 극대화하는 것입니다.
아키텍처 관점에서 보면, 클라우드 환경의 급속한 확장은 기존 온프레미스 보안 모델의 한계를 명확히 드러내고 있습니다. 수많은 클라우드 자원, 동적으로 생성 및 소멸되는 워크로드, 그리고 분산된 개발 및 배포 파이프라인은 전통적인 Perimeter-based 보안 접근 방식으로는 효과적으로 보호하기 어렵습니다. 실무적으로 중요한 점은, 각 클라우드 서비스마다 상이한 보안 설정과 규정 준수 요건을 개별적으로 관리하는 것이 비효율적이며, 휴먼 에러를 유발할 가능성이 높다는 것입니다. 이러한 문제점들을 해결하고 클라우드 보안의 완성도를 높이기 위해서는 통합적이고 자동화된 접근 방식이 필수적이라 할 수 있겠습니다.
클라우드 보안의 현실: 직면한 도전 과제
운영 경험상, 많은 조직이 클라우드 네이티브 환경에서 다음과 같은 핵심적인 보안 도전 과제에 직면해 있습니다. 첫째, 분산된 보안 가시성입니다. CSPM(Cloud Security Posture Management), CWPP(Cloud Workload Protection Platform), CIEM(Cloud Infrastructure Entitlement Management), KSPM(Kubernetes Security Posture Management), 그리고 개발 단계의 SAST/DAST/SCA와 같은 다양한 포인트 솔루션들이 사일로 형태로 운영되면서, 전체 클라우드 환경에 대한 통합된 보안 상황 인식이 어렵습니다. 이는 위협 탐지 및 분석에 상당한 시간을 소요하게 만들고, 복잡한 인시던트 대응 프로세스로 이어집니다.
둘째, 수동적이고 비효율적인 규정 준수 관리입니다. 금융권과 같은 규제 산업에서는 GDPR, PCI DSS, ISMS-P, SOC 2 등 수많은 컴플라이언스 기준을 만족해야 합니다. 하지만 클라우드 자원의 동적인 특성상, 수동적인 감사 및 보고서 생성만으로는 지속적인 규정 준수를 보장하기 어렵습니다. 설정 오류와 misconfiguration은 끊임없이 발생하며, 이를 실시간으로 탐지하고 수정하는 자동화된 메커니즘이 부재한 경우가 많습니다.
셋째, 개발 속도와 보안의 충돌입니다. DevSecOps를 지향함에도 불구하고, 보안 검증 프로세스가 CI/CD 파이프라인의 병목으로 작용하는 경우가 빈번합니다. 개발 단계에서 보안 취약점을 미리 발견하고 수정하는 Shift-left 보안 원칙이 제대로 구현되지 못하면서, 운영 단계에서 뒤늦게 발견되는 취약점들이 배포 지연 및 추가적인 비용을 발생시킵니다. 또한, 컨테이너 이미지 내의 취약점 관리, IaC(Infrastructure as Code) 보안 검증 등 클라우드 네이티브 특화된 보안 요구사항에 대한 대응 역량도 부족합니다.
넷째, 위협 탐지 및 대응의 복잡성입니다. 클라우드 환경의 새로운 공격 벡터와 제로데이 위협에 효과적으로 대응하기 위해서는 정교한 런타임 보호와 실시간 위협 인텔리전스가 필수적입니다. 하지만 기존의 SIEM/SOAR 솔루션만으로는 클라우드 네이티브 환경에서 발생하는 미세한 이상 징후나 공격 시도를 즉각적으로 파악하기 어려운 경우가 많습니다. 이러한 도전 과제들을 극복하기 위해서는 클라우드 네이티브 환경의 특성을 완벽하게 이해하고 통합적으로 접근하는 새로운 보안 전략이 필요합니다.
CNAPP, 클라우드 네이티브 보안을 위한 전략적 선택
직면한 도전 과제를 해결하기 위해 저희 팀은 여러 가지 기술적 접근 방식을 검토했습니다. 초기에는 각 클라우드 제공자의 내장 보안 서비스(예: AWS GuardDuty, Azure Defender, GCP Security Command Center)를 활용하고, 부족한 부분을 오픈소스 또는 개별 포인트 솔루션으로 보완하는 방안을 고려했습니다. 하지만 multi-cloud 환경에서의 일관된 보안 정책 적용의 어려움, 각 솔루션 간의 데이터 통합 및 상호 연동의 복잡성이 큰 한계로 작용했습니다. 각각의 대시보드를 확인하며 수많은 경고를 분석하는 것은 보안팀의 운영 부담을 가중시키고, 진정한 통합 가시성을 확보하기 어렵게 만듭니다.
아키텍처 관점에서 보면, 클라우드 네이티브 환경은 개발에서 운영까지 전 과정에 걸쳐 유기적으로 연결된 보안 모델을 요구합니다. 단순한 보안 기능의 나열이 아니라, Code to Cloud 전반에 걸쳐 통합된 가시성, 지속적인 컴플라이언스 관리, 그리고 자동화된 위협 탐지 및 대응이 가능한 플랫폼이 필요했습니다. 이러한 기준 하에 여러 후보 기술 및 솔루션을 비교 분석한 결과, CNAPP(Cloud Native Application Protection Platform)이 가장 적합한 접근 방식이라는 결론에 도달했습니다. CNAPP은 CSPM, CWPP, CIEM, KSPM, DR(DevOps Security) 등 클라우드 네이티브 보안의 핵심 요소를 하나의 통합 플랫폼으로 제공하여, 사일로화된 보안 도구의 한계를 극복하고 End-to-End 보안을 구현할 수 있는 최적의 솔루션으로 평가되었습니다.
특히, SeekersLab의 FRIIM CNAPP과 같은 통합 플랫폼은 multi-cloud 환경을 지원하며, 개발 파이프라인과의 연동을 통해 Shift-left 보안을 효과적으로 구현할 수 있는 역량을 제공합니다. 선택 기준은 다음과 같았습니다:
- 통합 가시성: 모든 클라우드 자원과 워크로드에 대한 단일 통합 뷰 제공
- 자동화 역량: 정책 위반 탐지, 취약점 스캔, 규제 준수 평가의 자동화
- Multi-cloud 지원: AWS, Azure, GCP 등 다양한 클라우드 환경에 대한 일관된 보안 적용
- DevSecOps 연동: CI/CD 파이프라인에 보안 검증 단계의 내재화
- 확장성: 새로운 클라우드 서비스 및 워크로드 유형에 대한 유연한 대응
- 총소유비용(TCO) 효율성: 개별 솔루션 도입 대비 관리 및 운영 비용 절감 가능성
이러한 면모를 종합적으로 고려했을 때, 클라우드 네이티브 환경의 복잡성과 상호 연결성을 효과적으로 관리하고, 보안팀의 운영 효율성을 극대화하기 위한 가장 전략적인 선택은 바로 CNAPP 통합 접근법이라 할 수 있겠습니다.
CNAPP 통합 구현 과정
실무적으로 중요한 점은, CNAPP 통합은 단순히 솔루션을 도입하는 것을 넘어, 조직의 클라우드 아키텍처와 개발 프로세스 전반에 걸친 변화를 요구한다는 것입니다. 저희 팀은 다음 단계에 따라 FRIIM CNAPP을 중심으로 한 통합 보안 환경을 구축하였습니다.
1. 초기 아키텍처 설계 및 에이전트 배포
가장 먼저 클라우드 환경 전반에 걸쳐 FRIIM CNAPP이 모든 자원에 대한 접근 권한을 확보하고 데이터를 수집할 수 있도록 아키텍처를 설계했습니다. AWS의 IAM Role, Azure의 Service Principal, GCP의 Service Account를 활용하여 최소 권한 원칙에 기반한 접근을 구성했습니다. Kubernetes 클러스터의 경우, DaemonSet 형태로 FRIIM CNAPP 에이전트를 배포하여 모든 노드와 Pod에서 런타임 정보를 수집하도록 설정했습니다. VM(Virtual Machine) 환경에는 호스트 기반 에이전트를 설치하여 가시성을 확보했습니다.
apiVersion: apps/v1
kind: DaemonSet
metadata:
name: friim-cnapp-agent
namespace: kube-system
spec:
selector:
matchLabels:
name: friim-cnapp-agent
template:
metadata:
labels:
name: friim-cnapp-agent
spec:
hostNetwork: true
hostPID: true
hostIPC: true
tolerations:
- operator: Exists
serviceAccountName: friim-cnapp-sa
containers:
- name: agent
image: seekerslab/friim-cnapp-agent:latest
securityContext:
privileged: true
env:
- name: FRIIM_ACCOUNT_ID
value: "your_seekerslab_account_id"
- name: FRIIM_CLUSTER_NAME
value: "your_k8s_cluster_name"
volumeMounts:
- name: docker-sock
mountPath: /var/run/docker.sock
- name: sys-root
mountPath: /host/root
readOnly: true
- name: dev
mountPath: /dev
- name: var-lib-docker
mountPath: /var/lib/docker
volumes:
- name: docker-sock
hostPath:
path: /var/run/docker.sock
- name: sys-root
hostPath:
path: /
- name: dev
hostPath:
path: /dev
- name: var-lib-docker
hostPath:
path: /var/lib/docker
위 YAML 설정은 Kubernetes 환경에 FRIIM CNAPP 에이전트를 DaemonSet으로 배포하는 예시입니다. 모든 노드에 에이전트가 배포되어 호스트 네트워크 및 파일 시스템에 접근하며, 컨테이너 런타임 이벤트 및 시스템 콜을 모니터링할 수 있도록 구성됩니다. 이 과정에서 필요한 IAM 역할 및 서비스 계정 권한은 최소한의 원칙에 따라 신중하게 정의하였습니다.
2. CSPM 및 CIEM 기반 가시성 확보
FRIIM CNAPP의 CSPM 기능을 활용하여 등록된 모든 클라우드 계정의 자원 설정 상태를 지속적으로 평가했습니다. CIS Benchmarks, NIST CSF, ISMS-P 등 주요 규제 및 보안 표준에 맞춰 자동으로 컴플라이언스 위반 사항을 탐지하고 리포트가 생성되었습니다. 특히, 미사용 계정, 과도한 권한 부여, 공개된 스토리지 버킷 등 주요 설정 오류를 우선순위 기반으로 파악하고 수정하는 데 집중했습니다. CIEM 기능을 통해서는 클라우드 계정 및 워크로드에 부여된 IAM 역할, RBAC 정책을 분석하여 최소 권한 원칙(Least Privilege) 위반 여부를 식별하고, 비정상적인 권한 사용 시도를 탐지할 수 있도록 설정했습니다.
3. CWPP를 통한 워크로드 보호 강화
클라우드 워크로드 보호는 컨테이너 이미지 취약점 스캔과 런타임 보호에 중점을 두었습니다. FRIIM CWPP를 CI/CD 파이프라인에 통합하여, 새로운 컨테이너 이미지가 빌드될 때마다 자동으로 Trivy나 Clair와 같은 도구를 활용한 취약점 스캔을 수행하도록 설정했습니다. 심각한 취약점이 발견될 경우, 배포를 자동으로 차단하거나 경고를 발생시켜 개발팀에 즉시 알림을 전달합니다. 또한, Kubernetes 클러스터 내에서는 Falco 기반의 런타임 보안 정책을 적용하여, 비정상적인 프로세스 실행, 파일 접근, 네트워크 통신 등을 실시간으로 탐지하고 차단하는 기능을 활성화했습니다. 이는 KSPM(Kubernetes Security Posture Management) 기능과 연동되어 클러스터의 보안 태세를 지속적으로 평가하고 개선하는 데 기여했습니다.
# Falco Rule 예시: 컨테이너 내부에서 Shell 실행 시 경고
- rule: "Run shell in container"
desc: "Detects when a shell is run in a container"
condition: >
spawned_process and container and proc.name in (shell_binaries) and not proc.pname in (allowed_container_parents)
output: "Shell spawned in container (user=%user.name container=%container.name process=%proc.name cmdline=%proc.cmdline parent=%proc.pname %container.id)"
priority: CRITICAL
tags: [container, shell, MITRE_ATTACK_T1059]
source: syscall
위 Falco Rule 예시는 컨테이너 내부에서 Shell이 실행될 때 치명적인(CRITICAL) 경고를 발생시키는 설정입니다. 이러한 Rule들을 FRIIM CWPP에 통합하여 클라우드 런타임 환경에 대한 정교한 통제와 위협 탐지를 구현할 수 있었습니다.
4. DevSecOps 파이프라인 통합 및 자동화
Shift-left 보안을 구현하기 위해 개발 단계부터 보안을 내재화하는 데 주력했습니다. Git 리포지토리에 커밋될 때마다 IaC(Infrastructure as Code) 파일(Terraform, CloudFormation 템플릿)과 애플리케이션 코드를 스캔하여 잠재적인 보안 취약점과 설정 오류를 자동으로 탐지하도록 CI/CD 파이프라인에 FRIIM CNAPP의 스캔 기능을 연동했습니다. 예를 들어, GitHub Actions 또는 GitLab CI/CD 스크립트에 정적 분석 및 IaC 스캔 단계를 추가하여, 개발자가 보안 문제를 조기에 인지하고 수정할 수 있도록 했습니다. 이 접근 방식은 운영 환경으로의 취약점 유입을 최소화하고, 보안 패치에 소요되는 시간과 비용을 크게 절감하는 효과를 가져왔습니다.
# GitHub Actions Workflow 예시: IaC 스캔 및 컨테이너 이미지 스캔
name: DevSecOps Pipeline
on:
push:
branches:
- main
jobs:
security-scan:
runs-on: ubuntu-latest
steps:
- name: Checkout code
uses: actions/checkout@v3
- name: Run FRIIM CNAPP IaC Scan
run: |
pip install friim-cli
friim iac scan --path ./terraform --format json > iac-report.json
# Add logic to fail build if critical issues found
- name: Build & Push Docker Image
uses: docker/build-push-action@v4
with:
context: .
push: false
tags: my-app:latest
- name: Run FRIIM CNAPP Image Scan
run: |
friim image scan --image my-app:latest --format json > image-report.json
# Add logic to fail build if critical vulnerabilities found
이 Bash 스크립트는 CI/CD 파이프라인에서 FRIIM CLI를 사용하여 IaC 스캔 및 컨테이너 이미지 스캔을 수행하는 간단한 예시입니다. 실제 환경에서는 리포트 결과에 따라 빌드 실패 조건을 추가하거나, FRIIM CNAPP 대시보드로 결과를 전송하는 로직을 포함하여 자동화를 강화할 수 있습니다.
5. 통합 위협 탐지 및 대응 자동화
FRIIM CNAPP에서 탐지된 모든 보안 경고는 Seekurity SIEM으로 실시간 통합되어 중앙 집중식으로 관리되었습니다. 이를 통해 클라우드 환경에서 발생하는 설정 오류, 취약점, 런타임 위협, ID/접근 권한 관련 이상 징후 등 모든 보안 이벤트를 단일 플랫폼에서 상호 연관 분석할 수 있게 되었습니다. Seekurity SIEM의 강력한 상관관계 분석 엔진은 복합적인 공격 시나리오를 효과적으로 식별하는 데 기여했습니다. 더 나아가, Seekurity SOAR를 활용하여 특정 유형의 위협 발생 시 자동으로 대응하는 플레이북을 구축했습니다. 예를 들어, 민감 데이터가 포함된 스토리지 버킷이 외부에 노출되거나, 비정상적인 로그인 시도가 감지될 경우, 자동으로 해당 자원에 대한 접근을 차단하거나, 담당자에게 알림을 발송하고, 관련 계정의 비밀번호를 재설정하는 등의 조치를 수행하도록 자동화했습니다.
이와 함께, 제로데이 위협이나 의심스러운 파일에 대한 심층 분석을 위해 KYRA AI Sandbox를 활용했습니다. FRIIM CNAPP이나 Seekurity SIEM/SOAR에서 탐지된 고위험 파일이나 URL은 KYRA AI Sandbox로 자동 전송되어, 격리된 가상 환경에서 실제와 같은 행위 분석을 거치게 됩니다. 이를 통해 정적 분석만으로는 파악하기 어려운 악성 행위 패턴을 식별하고, 새로운 위협에 대한 추가적인 인텔리전스를 확보하여 방어 체계를 고도화할 수 있었습니다. 이 전체적인 프로세스는 클라우드 보안 운영의 효율성과 대응 속도를 혁신적으로 개선하는 데 결정적인 역할을 했습니다.
결과 및 성과: 통합 보안의 가치 입증
FRIIM CNAPP을 중심으로 한 통합 보안 플랫폼 구축은 예상보다 훨씬 큰 성과를 가져왔습니다. 정량적으로는, 클라우드 자원에 대한 보안 설정 평가 주기가 기존 주 1회 수동 검토에서 실시간 연속 모니터링으로 전환되었습니다. 이로 인해 규정 준수 점수가 평균 20% 이상 향상되었으며, 새로운 클라우드 자원에 대한 배포 시점에 발견되는 심각한 취약점 수가 약 30% 감소했습니다. 또한, 보안 이벤트 분석에 소요되는 평균 시간이 수십 분에서 수 분 이내로 단축되었고, Seekurity SOAR를 통한 자동 대응으로 인해 인시던트 해결 시간이 50% 이상 빨라지는 효과를 보였습니다.
정성적인 성과 역시 주목할 만합니다. 보안팀은 더 이상 파편화된 여러 콘솔을 오가며 수동으로 데이터를 취합할 필요 없이, 단일 FRIIM CNAPP 및 Seekurity SIEM 대시보드에서 모든 클라우드 보안 상태를 파악할 수 있게 되면서 업무 피로도가 크게 감소했습니다. 개발팀과의 협업도 대폭 강화되었습니다. CI/CD 파이프라인에 내재된 보안 검증 덕분에 개발 초기에 보안 취약점을 식별하고 수정하는 문화가 정착되었고, 이는 개발과 보안 간의 불필요한 마찰을 줄이고 전반적인 개발 생산성 향상으로 이어졌습니다. Shadow IT 문제도 통합된 가시성 확보로 인해 상당 부분 해소되었으며, Zero Trust 원칙을 클라우드 환경에 효과적으로 적용하는 기반을 마련할 수 있었습니다.
| 항목 | CNAPP 도입 전 | CNAPP 도입 후 |
|---|---|---|
| 보안 가시성 | 단편적, 수동, 클라우드별 분산 | 통합, 실시간, 중앙 집중화 |
| 규제 준수 평가 | 수동 감사, 주 1회, 보고서 작성 지연 | 자동 평가, 지속적 모니터링, 실시간 리포팅 |
| 취약점 발견 시점 | 운영 단계, 배포 후 | 개발 및 빌드 단계 (Shift-left) |
| 평균 위협 탐지 시간 | 수십 분 ~ 수 시간 | 수 분 ~ 수십 분 이내 |
| 보안 인시던트 대응 | 수동, 비효율적, 시간 소요 | Seekurity SOAR 기반 자동화, 신속 대응 |
| 개발팀과의 협업 | 보안 병목, 갈등 요소 | DevSecOps 문화 정착, 생산성 향상 |
이러한 결과는 CNAPP 통합이 단순한 기술적 개선을 넘어, 조직의 보안 문화와 운영 효율성을 전반적으로 혁신하는 데 핵심적인 역할을 했음을 명확하게 보여줍니다.
교훈 및 회고: 지속적인 발전의 길
이번 CNAPP 통합 프로젝트를 진행하면서 예상과 달랐던 점은 초기 데이터 통합과 기존 보안 문화와의 조율에 생각보다 많은 시간과 노력이 필요했다는 것입니다. 특히, 다양한 클라우드 서비스 로그와 메타데이터를 Seekurity SIEM으로 통합하는 과정에서 데이터 형식 표준화 및 파싱 규칙 정의가 복잡했습니다. 또한, 개발팀의 기존 워크플로우에 보안 검증 단계를 내재화하는 과정에서 초기에는 약간의 저항이 있었던 것도 사실입니다. 하지만, 보안팀이 개발 프로세스를 이해하고 실질적인 피드백을 제공하며 점진적으로 변화를 유도함으로써 성공적으로 안착할 수 있었습니다.
만약 다시 이러한 프로젝트를 진행한다면, 초기 단계부터 개발팀 리더 및 핵심 이해관계자들과의 워크숍을 통해 CNAPP 도입의 목표와 기대 효과를 명확히 공유하고, PoC(Proof of Concept)를 통해 작은 성공 경험을 만들어 가는 것부터 시작했을 것입니다. 이는 변화에 대한 내부적인 공감대를 형성하고, 도입 과정에서의 시행착오를 줄이는 데 큰 도움이 될 것입니다. 의외의 부수적 효과로는 보안팀원들의 클라우드 네이티브 기술 스택에 대한 이해도가 비약적으로 향상되었고, 이는 클라우드 환경에서 발생할 수 있는 새로운 유형의 위협에 대한 사전 예측 및 대응 역량 강화로 이어지는 계기가 되었습니다. 또한, KYRA AI Sandbox를 통해 이전에 파악하기 어려웠던 제로데이 위협의 초기 징후를 식별하는 경험을 하면서, AI 기반 보안 분석의 잠재력을 체감할 수 있었습니다.
이러한 교훈들은 클라우드 보안이 일회성 프로젝트가 아닌 지속적인 개선의 여정임을 다시 한번 상기시켜 줍니다. 기술 도입은 시작일 뿐, 문화와 프로세스의 변화가 함께 동반되어야 진정한 효과를 거둘 수 있습니다. 지속적인 모니터링, 피드백 반영, 그리고 최신 위협 동향에 대한 학습이 병행될 때 비로소 강력하고 유연한 클라우드 보안 체계가 완성될 것이라 할 수 있겠습니다.
CNAPP 도입, 성공적인 클라우드 네이티브 보안을 위한 가이드
유사한 클라우드 환경에서 CNAPP 도입을 고려하는 조직들을 위해 몇 가지 핵심적인 적용 가이드를 제시합니다. 첫째, 점진적인 도입 로드맵을 수립하세요. 한 번에 모든 기능을 통합하려 하기보다는, CSPM을 통한 가시성 확보와 규제 준수 개선부터 시작하여 CWPP를 통한 워크로드 보호, 그리고 최종적으로 DevSecOps 통합 및 자동화된 위협 대응으로 단계를 확장하는 것이 효과적입니다. SeekersLab의 FRIIM CNAPP은 이러한 단계적 접근을 유연하게 지원합니다.
둘째, 보안팀과 개발팀 간의 긴밀한 협업 문화를 구축하는 것이 필수 전제 조건입니다. CNAPP은 개발 파이프라인 전반에 걸쳐 보안을 내재화하므로, 개발팀의 적극적인 참여와 이해 없이는 성공적인 구현이 어렵습니다. 정기적인 워크숍과 피드백 세션을 통해 상호 이해를 높이고 공동의 목표를 설정하는 것이 중요합니다. 셋째, 'Security as Code' 원칙을 적극적으로 수용해야 합니다. 보안 정책과 설정을 코드로 관리하고 자동화함으로써 일관성과 효율성을 확보할 수 있습니다. 마지막으로, 지속적인 모니터링과 개선이 중요합니다. 클라우드 환경은 끊임없이 변화하므로, CNAPP에서 제공하는 데이터를 바탕으로 보안 정책을 주기적으로 검토하고 최적화해야 합니다. 탐지된 위협 데이터를 Seekurity SIEM/SOAR로 통합하여 분석하고, KYRA AI Sandbox를 활용하여 새로운 위협에 대비하는 것은 보안 태세를 지속적으로 강화하는 기반이 될 것입니다. 이와 같은 접근법은 클라우드 네이티브 환경의 복잡성을 효과적으로 관리하고, 예측 불가능한 미래 위협에 대한 강력한 방어 체계를 구축하는 데 기여할 것입니다.
FRIIM CNAPP으로 클라우드 보안을 시작하십시오
FRIIM CNAPP
개발부터 운영까지 클라우드 네이티브 환경 전체를 보호하는 통합 보안 플랫폼입니다. CSPM, CWPP, CIEM을 단일 플랫폼에서 관리하세요.
FRIIM CNAPP 자세히 알아보기 →