하이브리드 클라우드 보안: 아키텍처 및 모범 사례

하이브리드 클라우드 보안 아키텍처는 보안 제어 수단이 어디에 배치될지, 정책을 한 번 정의한 후 일관되게 적용할 방법, 그리고 온프레미스 시스템과 클라우드 서비스 간에 데이터가 이동할 때 이를 어떻게 보호할지를 결정하는 설계입니다. 견고한 아키텍처는 하이브리드 환경을 단순히 데이터 센터에 클라우드를 덧붙인 형태가 아니라, 여러 적용 지점을 가진 하나의 환경으로 간주합니다.

현재 대부분의 기업은 이러한 방식으로 운영되고 있습니다. 플렉세라(Flexera)의 ‘2026년 클라우드 현황 보고서’에 따르면, 조직의 73%가 하이브리드 환경을 운영하고 있는 것으로 나타났습니다. 이 가이드에서는 해당 모델에 수반되는 위험 요소, 이를 해결하기 위한 아키텍처, 관련 배포 및 데이터 보호 결정 사항, 보안 서비스 확장( Security Service Edge , SSE)의 적용 범위, 그리고 이를 종합적으로 다루는 모범 사례와 규정 준수 고려 사항에 대해 설명합니다. 각 섹션에는 보다 심층적인 내용을 다룬 관련 기사로 연결되는 링크가 포함되어 있습니다. 구성 요소, 배포 모델, 아키텍처 패턴을 포함한 보다 포괄적인 인프라 관점에 대해서는 ‘하이브리드 클라우드 아키텍처: 구성 요소 및 배포 모델’을 참조하십시오.

하이브리드 클라우드 보안이란 무엇인가요?

하이브리드 클라우드 보안이란 온프레미스 인프라, 프라이빗 클라우드, 퍼블릭 클라우드가 혼합된 환경에서 일관된 신원 관리, 정책, 데이터 보호 및 모니터링을 통해 사용자, 애플리케이션 및 데이터를 보호하는 방식을 말합니다.

이는 단일 환경 보안이 다루지 못하는 네 가지 사항을 다룹니다:

• 인터커넥트, 터널 및 이를 통과하는 트래픽을 포함한 환경 간의 연결 관계.
• 정책의 일관성: 트래픽이 어디에서 처리되든 사용자, 장치 또는 데이터 유형에 대해 동일한 방식으로 처리되도록 하는 것.
• 각 클라우드 서비스는 보안 업무를 제공업체와 고객 간에 서로 다른 방식으로 분담하므로, 책임을 분담해야 합니다.
• 배치 결정은, 조직이 모든 트래픽 경로에 대해 검사, 복호화 및 로깅이 수행될 위치를 선택해야 하기 때문입니다.

하이브리드 클라우드는 종종 멀티 클라우드와 혼동되는데, 멀티 클라우드는 두 개 이상의 퍼블릭 클라우드 공급자를 이용하는 것을 의미합니다. 대부분의 대규모 조직은 두 가지 방식을 모두 채택하고 있습니다. ‘하이브리드 클라우드 대 멀티 클라우드 보안’을 참조하십시오.

하이브리드 클라우드 보안의 장점

잘 설계된 하이브리드 클라우드 보안 프로그램은 클라우드 전용 방식보다 조직에 더 많은 제어권을 제공하고, 온프레미스 전용 방식보다 더 큰 유연성을 제공합니다.

데이터 처리 위치에 대한 통제. 규제 대상 트래픽은 조직의 자체 인프라에서 복호화 및 검사할 수 있으며, 기밀성이 낮은 트래픽은 클라우드 서비스를 이용합니다. 이를 통해 주권 및 개인정보 보호 검토 절차가 간소화됩니다. ‘하이브리드 클라우드 보안에서의 데이터 주권’을 참조하십시오.

운영 탄력성. 웹 및 사내 애플리케이션 정책의 로컬 적용은 클라우드 공급자, WAN 링크 또는 인터넷 연결에 장애가 발생하더라도 계속 작동합니다. 데이터 보호, remote browser isolation, AI 보안 제어, CASB 및 데이터 보안 상태 관리를 포함하여 공급자 클라우드에 적용된 서비스는 클라우드 접근 가능성에 의존하며, 경로가 복구되면 다시 시작됩니다. 로컬에서 적용되는 트래픽의 경우, 보안이 조직의 통제 범위를 벗어난 단일 장애 지점이 되지 않습니다. ‘하이브리드 SSE 탄력성’을 참조하십시오.

중요한 부분에서 뛰어난 성능을 발휘합니다. 현장 사용자, 플랜트 시스템 및 대량의 내부 트래픽은 클라우드 PoP(접속 지점)로의 불필요한 왕복 통신을 피할 수 있으며, 원격 사용자는 VPN 백홀 없이도 클라우드에 직접 연결되어 보호를 받을 수 있습니다.

강제 전환이 없는 마이그레이션 경로. 조직은 모든 트래픽을 한꺼번에 이전하는 대신, 자체적인 속도에 맞춰 레거시 게이트웨이를 현대화하고, 클라우드 서비스로 확장하며, 제로 트러스트를 도입할 수 있습니다.

대규모 비용 관리. 내부 트래픽 양이 매우 많은 경우, 모든 트래픽을 사용량 기반 과금 방식의 클라우드 서비스를 통해 라우팅하는 것보다 로컬에서 직접 처리하는 것이 더 경제적일 수 있으며, 반면 원격 및 SaaS 트래픽은 클라우드의 확장성을 활용할 수 있습니다.

분산된 근무 인력을 위한 일관된 보호. 단일 정책 엔진을 통해 사무실, 지사, 자택 등 어디서든 사용자에게 동일한 규칙이 적용됩니다.

하이브리드 클라우드의 보안 위험 및 과제

하이브리드 클라우드는 제어 조치가 동일한 방식으로 작동해야 하는 장소가 여러 군데로 늘어나기 때문에 단일 환경보다 보안을 유지하기가 더 어렵습니다.

NIST는 ‘SP 800-215: 안전한 기업 네트워크 환경 구축 가이드’에서 근본적인 변화를 설명하고 있습니다. 이 문서는 멀티 클라우드 액세스, 지리적으로 분산된 데이터 센터 및 지사, 분산형 애플리케이션이 보안에 미치는 세 가지 영향을 다음과 같이 지적합니다. 즉, 기존의 네트워크 경계가 사라지고, 컴퓨팅, 네트워크, 스토리지 구성 요소가 추가될 때마다 공격 표면이 확대되며, 공격자들이 네트워크 경계를 넘나들 수 있는 방법이 더 많아진다는 것입니다.

데이터 유출 사례도 동일한 양상을 보입니다. IBM의 ‘2025년 데이터 유출 비용 보고서’에 따르면, 유출 사고의 30%는 여러 환경(퍼블릭 클라우드, 프라이빗 클라우드, 온프레미스)에 걸쳐 분산된 데이터와 관련이 있는 것으로 나타났습니다. 이러한 유출 사고는 평균 505만 달러로 가장 큰 비용을 초래한 범주였으며, 탐지 및 차단에 276일이 소요되어 가장 오랜 시간이 걸렸습니다. 온프레미스에만 저장된 데이터의 유출 사고는 평균 401만 달러의 비용을 초래했다. IBM의 2026년 보고서에 따르면 전 세계 데이터 유출 사고의 평균 비용은 사상 최고치인 499만 달러로 집계되었는데, 이는 가장 비용이 많이 드는 범주만 대상으로 한 것이 아니라 모든 유형의 유출 사고를 포함했기 때문에 앞서 언급한 다중 환경 사례의 수치보다는 낮은 수준이다.

가장 흔한 하이브리드 클라우드 보안 위험 요소는 다음과 같습니다.

1. 일관성 없는 정책. 동일한 사용자나 데이터 유형이 온프레미스 프록시와 클라우드 서비스에서 서로 다른 방식으로 처리되지만, 감사나 사고가 발생하기 전까지는 이러한 차이가 눈에 띄지 않습니다.
2. 가시성 사각지대. 로그, 경고 및 데이터 목록이 서로 다른 도구에 분산되어 있어, 여러 환경을 가로지르는 공격을 아무도 감지하지 못합니다.
3. 신원 정보의 무분별한 확산. 디렉터리, 서비스 계정, API 키, 그리고 이제는 AI 에이전트까지, 이러한 요소들이 접근 권한 검토 속도보다 더 빠르게 쌓여가고 있으며, 각 환경마다 고유한 신원 정보 사일로를 형성할 수 있습니다.
4. 설정 오류. 허용 범위가 넓은 기본 설정을 가진 클라우드 서비스, 검토되지 않은 변경 사항, 그리고 서로 다른 제공업체 모델은 온프레미스 환경의 통제 수단으로는 결코 파악할 수 없는 보안 취약점을 야기합니다.
5. 책임 소재가 불분명하다. 팀들은 실제로는 고객의 몫인 일을 서비스 제공자가 처리할 것이라고 가정한다.
6. 데이터의 무분별한 확산. 민감한 데이터가 환경 간, SaaS, AI 도구로 복사되는 속도가 분류 및 거버넌스 체계가 따라잡을 수 있는 속도를 앞지르고 있다.
7. 집중화 및 가용성 위험. 보안 적용이 전적으로 하나의 외부 서비스에 의존하는 경우, 해당 서비스에 장애가 발생하면 업무가 중단되거나 보안 기능이 상실됩니다.

미국 국가안보국(NSA)은 하이브리드 환경의 복잡성을 별개의 문제로 간주합니다. 2024년 3월 CISA와 공동으로 발표한 ‘클라우드 보안 완화 전략 10대 과제’에는 신원 관리, 키 관리, 세분화, 데이터 보안, 로깅과 더불어 하이브리드 및 멀티 클라우드 환경으로 인해 발생하는 복잡성을 해결하기 위한 별도의 전략이 포함되어 있습니다.

하이브리드 부동산에서의 공동 책임

하이브리드 환경에서는 조직이 여러 가지 공동 책임 모델을 동시에 운영하며, 신원 및 데이터 보호는 항상 조직 자체의 책임으로 남습니다.

NSA의 ‘공동 책임 모델’에 관한 지침은 고객들이 종종 보안의 특정 측면을 서비스 제공자가 담당한다고 가정하지만, 실제로는 그것이 고객의 책임에 속하는 경우가 많으며, 잘못된 구성과 통제 수단의 부재가 여전히 클라우드의 주요 위험 요인으로 남아 있다고 경고하고 있다.

두 가지 요소는 결코 변하지 않습니다. 바로 ‘정체성’과 ‘데이터’입니다. 하이브리드 보안 아키텍처는 이 두 가지 불변 요소를 중심으로 구축되어야 합니다.

하이브리드 클라우드 아키텍처는 얼마나 안전한가요?

환경 전반에 걸쳐 신원 관리, 정책, 데이터 보호 및 가시성이 통합될 경우, 하이브리드 클라우드 아키텍처는 단일 환경 아키텍처만큼 안전할 뿐만 아니라 더 뛰어난 복원력을 갖출 수 있습니다.

하이브리드 환경이 위험한 이유는 일관성 부족, 즉 환경마다 서로 다른 정책, 도구, 팀이 적용되기 때문입니다. IBM의 보안 침해 데이터에 따르면 이러한 일관성 부족으로 인한 대가가 드러나는데, 다중 환경에서 발생한 침해 사고는 온프레미스 환경에서만 발생한 침해 사고보다 비용이 더 많이 들고 지속 기간도 더 긴 것으로 나타났습니다. 이러한 계층을 통합하는 조직은 추가적인 위험의 대부분을 제거할 수 있을 뿐만 아니라, 외부 서비스에 장애가 발생했을 때에도 중요한 정책 적용을 로컬에서 계속 유지할 수 있는 능력을 확보하게 됩니다.

하이브리드 클라우드 보안 아키텍처: 제어 계층

하이브리드 클라우드 보안 아키텍처는 CISA의 제로 트러스트 성숙도 모델( Zero Trust Maturity Model)의 핵심 요소에 부합하도록, 모든 환경에 적용되는 6개의 제어 계층으로 구성하는 것이 가장 바람직합니다.

1. 신원 및 접근. 단일 신뢰할 수 있는 신원 제공자, 피싱 방지 다단계 인증(MFA), 그리고 사용자, 기기, 위치 및 위험도를 기반으로 한 조건부 접근. 서비스 계정, 워크로드 신원, API 토큰, 사용자 수준의 접근 권한으로 작동하는 AI 에이전트 등 비인간 신원도 포함합니다.

2. 기기. 기기의 상태(관리 대상인지 비관리 대상인지, 패치가 적용되었는지, 보호되고 있는지)는 원격 사용자뿐만 아니라 모든 상황에서 접근 권한 결정에 반영되어야 합니다.

3. 네트워크 및 트래픽. 세그멘테이션, 인터넷으로 전송되는 트래픽에 대한 SWG( secure web gateway ) 검사, 사내 애플리케이션에 대한 ZTNA( zero trust network access ), 그리고 세그먼트 간 방화벽 제어. 또한 이 계층에서는 TLS 트래픽을 어디에서 복호화하고 검사할지 결정합니다.

4. 애플리케이션 및 워크로드. 강화된 구성, 클라우드 인프라의 보안 상태 관리, API 보안, 그리고 데이터 센터 서버와 클라우드 인스턴스를 모두 포괄하는 취약점 관리.

5. 데이터. 데이터 탐색 및 분류(데이터 보안 상태 관리(DSPM) 포함), 웹, SaaS, 사내 애플리케이션, 엔드포인트 및 AI 도구를 아우르는 데이터 유출 방지( data loss prevention , DLP), 암호화 및 키 관리.

6. 가시성 및 운영. 중앙 집중식 로깅, 행동 분석, 자동화된 대응, 그리고 정책-어-코드(Policy-as-Code)를 통해 변경 사항에 버전 관리를 적용하고 일관성을 유지합니다.

구성 요소, 트래픽 흐름, 제어 경계 및 배포 예시에 대한 다이어그램 수준의 개요를 보려면 ‘하이브리드 클라우드 보안 참조 아키텍처’를 참조하십시오.

제어 플레인 대 데이터 플레인

하이브리드 아키텍처의 핵심 원칙은 정책 결정을 중앙에서 일원화하고, 정책 적용은 트래픽이 실제로 흐르는 곳으로 분산시키는 것입니다.

NIST의 제로 트러스트 지침인 SP 800-207은, 주체가 리소스에 접근할 수 있는지 여부를 결정하는 정책 결정 지점(PDP)과, 트래픽 경로에 위치하여 연결을 허용, 모니터링 또는 종료하는 정책 집행 지점(PEP)을 구분합니다.

이러한 분리가 하이브리드 설계의 핵심입니다. 모든 곳에 동일한 규칙이 적용될 수 있도록 의사 결정은 중앙 집중화되어야 합니다. 한편, 규칙 적용은 분산되어야 하며, 이를 통해 SaaS에 접속하는 원격 사용자의 경우 클라우드 접속 지점에서, 사무실 사용자의 경우 지사 게이트웨이에서, 인터넷을 전혀 거치지 않는 내부 트래픽의 경우 데이터 센터 내부에서 각각 검사가 이루어져야 합니다.

결정과 집행이 환경별로 별도의 제품으로 분리될 경우, 조직은 두세 가지 정책 세트를 관리하게 됩니다. 이러한 정책 세트들은 점차 서로 어긋나게 되며, 이러한 불일치는 감사 지적 사항이나 보안 침해 경로로 이어집니다. ‘클라우드와 온프레미스 전반에 걸친 일관된 보안 정책’을 참조하십시오.

배포 방식 결정: 클라우드, 온프레미스 또는 하이브리드 적용

보안 제어 조치를 적용할 ‘단 하나의 올바른 위치’는 없습니다. 올바른 답은 트래픽과 데이터에 따라 달라지며, 워크로드, 사이트 또는 사용자 그룹별로 결정됩니다.

대부분의 기업은 두 방식을 혼합하여 채택합니다. 그러면 아키텍처 측면에서 클라우드와 온프레미스 환경이 하나의 정책 엔진을 공유할지, 아니면 병렬 스택으로 운영될지가 핵심 쟁점이 됩니다. ‘클라우드 대 온프레미스 보안 웹 게이트웨이’ 및 ‘프라이빗 SSE 배포’를 참조하십시오.

TLS 검사 위치 선정에는 각별한 주의를 기울여야 합니다. TLS 검사로 인한 위험 관리에 관한 NSA 지침에 따르면, 기업 네트워크 내에서 트래픽을 한 번만 복호화하고, 연쇄된 프록시를 통한 중복 검사를 피할 것을 권장합니다. 하이브리드 설계의 경우, 이는 각 트래픽 경로에서 복호화가 이루어질 위치를 신중하게 결정해야 함을 의미합니다. ‘온프레미스 대 클라우드 TLS 검사’를 참조하십시오.

클라우드 및 온프레미스 전반에 걸친 데이터 보호

하이브리드 환경에서의 데이터 보호는 데이터를 한 번만 분류하고, 데이터가 유출될 수 있는 모든 지점에서 해당 분류를 적용하는 데 달려 있습니다.

1. 데이터를 찾아보세요. 클라우드 스토리지, SaaS, 데이터베이스 및 파일 공유 환경에서 민감한 데이터를 식별하고, 해당 목록을 최신 상태로 유지하세요.
2. 한 번만 분류하세요. 단일 분류 체계를 적용하여, 기밀 문서가 웹에 업로드되든, SaaS에서 공유되든, 생성형 AI 프롬프트에 붙여넣어지든, USB 드라이브에 복사되든 상관없이 동일하게 처리되도록 하세요.
3. 지원되는 모든 채널에 적용합니다. 지원되는 웹, 클라우드, 사내 애플리케이션, 엔드포인트 및 AI 채널 전반에 공통 DLP 정책을 적용하고, 채널별 통합 사항을 문서화하십시오. ‘클라우드 및 온프레미스 환경 전반의 DLP’를 참조하십시오.
4. 자세와 집행 조치를 연계하십시오. DSPM 분석 결과를 바탕으로 어떤 저장소와 데이터 세트에 가장 엄격한 통제가 필요한지 결정하십시오. ‘DSPM과 SSE의 연계 방식’을 참조하십시오.
5. 데이터가 처리되는 위치를 제어하십시오. 검사가 수행되는 위치, 환경에서 외부로 전송되는 정보, 로그가 저장되는 위치, 그리고 복호화된 콘텐츠에 접근할 수 있는 사용자를 결정하십시오.

하이브리드 클라우드 보안에서 SSE의 역할

Security Service Edge 웹, SaaS 및 사내 애플리케이션에 대한 사용자 액세스를 보호하며, 하이브리드 아키텍처 환경에서는 클라우드와 온프레미스 환경 모두에서 보안을 적용할 수 있습니다.

가트너는 SSE(security service edge , 보안 서비스 확장 )를 웹, 클라우드 서비스 및 사내 애플리케이션에 대한 액세스를 보호하는 것으로 정의하며, 여기에는 액세스 제어, 위협 방지, 데이터 보안 및 보안 모니터링 등의 기능이 포함됩니다. 가트너는 SSE가 주로 클라우드를 통해 제공되지만, 온프레미스 또는 에이전트 기반 구성 요소를 포함할 수도 있다고 설명합니다.

SSE는 일반적으로 SWG, CASB( cloud access security broker ), ZTNA, DLP 및 RBI( remote browser isolation )를 통합합니다. 이는 하이브리드 아키텍처의 사용자-애플리케이션 계층을 다룹니다. SSE는 워크로드 상태 관리, 엔드포인트 보호 또는 신원 거버넌스를 대체하지는 않습니다.

초기 SSE 구축 방식은 모든 트래픽이 공급업체의 클라우드를 통해 라우팅될 것이라고 가정했습니다. 이는 원격 사용자와 SaaS에는 적합하지만, 규제 대상 데이터, 내부 트래픽, 지연 시간에 민감한 운영, 그리고 클라우드 중단 시에도 업무를 계속해야 하는 조직에게는 문제를 야기합니다. 가트너(Gartner)의 2026년 SSE 시장 분석에 따르면, 벤더들은 온프레미스에서 SSE 데이터 플레인을 확장하여 로컬 트래픽을 처리하고 클라우드 다운타임에 대한 복원력을 확보할 수 있는 가상 또는 하드웨어 어플라이언스를 점점 더 많이 제공하고 있다고 합니다. 이는 ‘Skyhigh Security’가 발표한 2026년 ‘ Critical Capabilities ’ 결과에서도 인용된 내용입니다.

이것이 바로 하이브리드 SSE입니다. 클라우드 접속 지점(PoP)과 온프레미스 또는 지사 환경에서의 보안 적용이 하나의 정책 엔진과 하나의 콘솔 아래에서 통합되어 운영됩니다. Skyhigh Hybrid SSE Mesh는 Skyhigh Security에서 구현한 해당 모델로, 로컬 TLS 검사 및 ZTNA를 위한 온프레미스 데이터 플레인을 기반으로 하며, 클라우드 CASB, DSPM, DLP 및 RBI로 기능이 확장되어 있습니다.

하이브리드 클라우드 보안 솔루션

하이브리드 클라우드 보안 솔루션은 여러 범주로 나뉘며, 대부분의 조직은 그중 하나 이상의 솔루션이 필요합니다.

하이브리드 클라우드 보안 공급업체를 비교할 때 가장 중요한 점은 온프레미스와 클라우드 환경의 보안 적용이 하나의 정책 엔진을 공유하는지, 아니면 동일한 브랜드 하에 별도의 제품으로 제공되는지 여부입니다. 배포 유연성, 데이터 보호, 정책 제어, 통합, 마이그레이션 및 복원력을 평가하고, 실제 트래픽을 활용한 개념 검증(PoC)을 통해 공급업체의 주장을 검증하십시오. ‘하이브리드 클라우드 보안 솔루션: 공급업체 비교 방법’을 참조하십시오.

규정 준수 및 규제 관련 고려 사항

대부분의 규정 준수 프레임워크는 하이브리드 클라우드를 직접 언급하지는 않지만, 각 프레임워크는 규제 대상 데이터와 사용자가 있는 곳이라면 어디에서나 일관되게 작동하는 통제 수단을 요구하고 있습니다.

여기서 두 가지 실질적인 시사점이 도출됩니다. 첫째, 감사관은 통제 수단이 모든 환경에서 일관되게 적용되는지 확인할 것이며, 이는 단일 정책 엔진과 단일 로그 파이프라인을 통해 입증하기가 더 쉽습니다. 둘째, 보안 도구 자체가 규제 대상 데이터를 처리하므로, 해당 도구의 검사 위치, 로그 및 공급업체의 접근 권한도 검토 범위에 포함됩니다. ‘하이브리드 클라우드 보안 참조 아키텍처’의 통제 매핑을 참조하십시오.

하이브리드 클라우드 보안 모범 사례

아래의 모범 사례들은 아키텍처를 실제 운영 프로그램으로 구현해 줍니다.

1. 구축에 앞서 전체 현황을 파악하십시오. SaaS 및 섀도우 IT를 포함한 모든 환경에 걸쳐 사용자, 기기, 애플리케이션, 데이터 저장소 및 트래픽 경로를 파악하십시오.
2. 책임 분담을 문서화하십시오. 각 서비스에 대해, 서비스 제공자가 담당하는 보안 사항과 귀사 팀이 담당하는 보안 사항을 기록하십시오. 서비스 등급이 변경될 때마다 이를 재검토하십시오.
3. 신원 관리를 최우선 통제 수단으로 삼으십시오. 신원 제공자를 통합하고, 피싱에 강한 다단계 인증(MFA)을 의무화하며, 서비스 계정, 워크로드 신원 및 AI 에이전트를 사람과 동일한 거버넌스 체계 하에 두십시오.
4. 정책은 중앙에서 관리하고, 적용은 분산하여 수행합니다. 규칙을 한 번 정의한 후 클라우드 및 온프레미스 환경의 모든 적용 지점에 배포합니다.
5. 암묵적인 네트워크 신뢰 관계를 제거하십시오. 광범위한 VPN 액세스를 애플리케이션별 ZTNA로 대체하고(온프레미스 사용자 포함), 내부 네트워크를 세분화하십시오. ‘사내 애플리케이션용 온프레미스 ZTNA’를 참조하십시오.
6. 데이터를 한 번만 분류하면 어디서나 적용됩니다. 단일 분류 체계와 단일 DLP 정책 세트를 웹, SaaS, 사내 애플리케이션, AI 도구 및 엔드포인트 전반에 걸쳐 적용합니다.
7. TLS 검사를 신중하게 배치하십시오. 트래픽 발생원과 가능한 한 가까운 지점에서 한 번만 복호화하고, 개인정보 보호가 중요한 범주에 대해서는 예외 사항을 문서화하십시오.
8. 예상치 못한 장애를 가정하고 설계하십시오. 클라우드 서비스, WAN 연결 또는 ID 제공자가 이용 불가능할 경우 접근 및 점검 절차가 어떻게 진행되는지 파악하고, 이를 테스트하십시오.
9. 관할권을 간과하지 않으면서 가시성을 중앙 집중화하십시오. 탐지를 위해 로그를 집계하되, 어떤 로그가 어느 관할 구역을 벗어날 수 있는지 결정하십시오.
10. 편차를 지속적으로 감지합니다. 보안 정책과 클라우드 구성을 코드로 간주하여 버전을 관리하고, 의도된 상태와 배포된 상태 간의 차이가 있을 경우 경고를 발령합니다.
11. 레거시 게이트웨이는 신중하게 현대화하십시오. 수명이 종료된 프록시는 일괄 마이그레이션 대신 병렬 배포 및 단계적 전환을 통해 교체하십시오. Secure Web Gateway Migration을 참조하십시오. 시만텍 Edge SWG(Blue Coat ProxySG) 고객은 2026년 12월까지 SGOS 7.3을 업그레이드해야 합니다. Blue Coat 및 ProxySG 수명 종료( Blue Coat ), 대체 솔루션, 그리고 Blue Coat 현대화 프로그램을 참조하십시오.

출처

1. Flexera. 2026년 클라우드 현황 보고서. https://info.flexera.com/CM-REPORT-State-of-the-Cloud
2. NIST. SP 800-215: 안전한 기업 네트워크 환경 구축 지침 (2022년 11월). https://csrc.nist.gov/pubs/sp/800/215/final
3. NIST. SP 800-207: 제로 트러스트 아키텍처 (2020년 8월). https://csrc.nist.gov/pubs/sp/800/207/final
4. CISA. 제로 트러스트 성숙도 모델, 버전 2.0. https://www.cisa.gov/zero-trust-maturity-model
5. NSA 및 CISA. 클라우드 보안 완화 전략 10가지 (2024년 3월 7일). https://www.nsa.gov/Press-Room/Press-Releases-Statements/Press-Release-View/Article/3699169/nsa-releases-top-ten-cloud-security-mitigation-strategies/
6. NSA. 전송 계층 보안(TLS) 검사에서 발생하는 위험 관리 (2019년 11월). https://media.defense.gov/2019/Nov/18/2002212783/-1/-1/0/MANAGING%20RISK%20FROM%20TLS%20INSPECTION_20191106.PDF
7. IBM 및 포네몬 연구소. 2025년 데이터 유출 비용 보고서. https://www-api.ibm.com/adobe/assets/urn:aaid:aem:607b9590-38e0-4c91-b433-aa8a17f5b5e8/original/as/cost-of-a-data-breach-2025-full-report.pdf
8. IBM 및 포네몬 연구소. 2026년 데이터 유출 비용 보고서. https://www.ibm.com/reports/data-breach
9. 가트너. Security Service Edge (SSE), 정보 기술 용어집. https://www.gartner.com/en/information-technology/glossary/security-service-edge-sse
10. Skyhigh Security. “Skyhigh Security , 2026년 가트너 ‘ Critical Capabilities ’ 보고서에서 ‘ Security Service Edge’ 부문의 ‘고급 SSE 사용 사례’ 1위 선정” (2026년 8월 5일). https://www.globenewswire.com/news-release/2026/08/05/3339504/0/en/skyhigh-security-ranked-1-in-advanced-sse-use-case-in-2026-gartner-critical-capabilities-for-security-service-edge.html
11. NIST. 사이버 보안 프레임워크 2.0. https://www.nist.gov/cyberframework
12. NIST. SP 800-53 Rev. 5: 정보 시스템 및 조직을 위한 보안 및 개인정보 보호 통제. https://csrc.nist.gov/pubs/sp/800/53/r5/upd1/final
13. ISO. ISO/IEC 27001:2022 정보 보안 관리 시스템. https://www.iso.org/standard/27001
14. PCI 보안 표준 위원회. PCI DSS v4.0.1 (문서 라이브러리). https://www.pcisecuritystandards.org/document_library/
15. 미국 보건복지부(HHS). HIPAA 보안 규정. https://www.hhs.gov/hipaa/for-professionals/security/index.html
16. 유럽연합. 규정 (EU) 2016/679 (GDPR). https://eur-lex.europa.eu/eli/reg/2016/679/oj
17. 유럽연합. 규정 (EU) 2022/2554 (DORA). https://eur-lex.europa.eu/eli/reg/2022/2554/oj