SSE란? 정의, 구성 요소 및 모범 사례

SSE란 무엇인가요?

SSE (Security Service Edge)는 Gartner가 2021년에 도입한 시장 범주로, Secure Web Gateway (SWG), Cloud Access Security Broker (CASB), Zero Trust Network Access (ZTNA)라는 세 가지 핵심 보안 기능을 통합된 클라우드 제공 플랫폼으로 통합합니다. Gartner의 클라우드 보안 아키텍처 가이드에서 정의하듯이, SSE는 "웹, 클라우드 서비스 및 프라이빗 애플리케이션에 대한 액세스를 보호하는 SASE 하위 구성 요소"입니다.

사용자가 더 이상 단일한 신뢰 네트워크 뒤에 있지 않기 때문에 SSE는 중요합니다. 보안은 사용자를 따라가야 합니다. 트래픽을 중앙 데이터 센터로 백홀링하는 대신, SSE는 사용자와 애플리케이션 가까이에서 ID 인식 정책을 적용합니다. 이를 통해 지연 시간을 줄이고, 가시성 격차를 해소하며, 원격 액세스, SaaS 사용 및 인터넷 트래픽을 하나의 정책 세트 아래로 통합합니다.

조직이 전체 네트워킹 스택 없이 더 광범위한 Secure Access Service Edge (SASE) 프레임워크의 보안 구성 요소만 채택하고 있었기 때문에 SSE가 등장했습니다. Gartner는 이러한 패턴을 식별하고 SSE를 SASE의 보안 전용 하위 집합으로 정의했습니다. 이를 통해 팀은 광역 네트워크(WAN) 전환을 기다리지 않고도 클라우드 제공 보안을 통합할 수 있는 명확한 범주를 갖게 되었습니다.

SSE와 SASE 비교

SASE (Secure Access Service Edge) 는 SSE의 기반이 되는 더 광범위한 프레임워크입니다. Gartner는 2019년에 네트워킹과 보안을 단일 클라우드 제공 서비스로 융합한 개념으로 SASE를 도입했습니다. SSE는 보안 전용 하위 집합으로, 네트워킹 전환 계층 없이 액세스 보안 제어를 포함합니다.

대부분의 조직은 SSE부터 시작해 전체 SASE에 도달합니다. 보안 제어는 더 빠르게 배포되고, 비즈니스 사례는 더 명확하며, 팀은 WAN 전환에 착수하기 전에 가치를 입증할 수 있습니다. 네트워킹 로드맵이 아직 발전 중이거나 별도의 팀에서 관리되고 있다면, SSE가 올바른 시작점입니다.

조직에 SSE가 필요한 이유

SSE는 기존 보안 아키텍처의 구조적 실패를 해결합니다. 사용자가 클라우드 애플리케이션에 직접 연결하면 트래픽은 온프레미스 보안 스택을 전혀 통과하지 않습니다. 그 결과 웹 액세스, SaaS 사용 및 프라이빗 애플리케이션 세션에 대한 가시성을 동시에 잃게 됩니다.

공격자는 이러한 사각지대를 알아차립니다. 2023년에 공격자들은 소셜 엔지니어링 을 MGM Resorts의 헬프 데스크에 사용해 액세스 권한을 획득하고 호텔 및 카지노 운영을 방해했습니다. 회사의 SEC 8-K filing 에 따르면 복구 비용과 사이버 보험 영향을 제외하고도 3분기에만 약 1억 달러의 부정적 재무 영향이 발생한 것으로 추산되었습니다. 사용자가 재택근무 환경, 비관리 네트워크 및 클라우드 앱에서 인증할 때, 경계 중심 제어는 ID 중심 공격자가 악용할 수 있는 격차를 남깁니다. SSE는 모든 세션에서 ID와 컨텍스트를 평가함으로써 이러한 격차를 줄이고, 단일 침해 계정이 도달할 수 있는 범위를 제한합니다.

SSE는 클라우드 및 웹 액세스를 보호하는 보안 기능을 단일 시행 지점으로 통합합니다. 웹 필터링, 클라우드 앱 제어 및 원격 액세스를 위해 별도의 어플라이언스를 관리하는 대신, 하나의 클라우드 제공 플랫폼을 통해 일관된 정책을 시행합니다. 이는 과도한 경고를 생성하고 분리된 보안 제품 간의 커버리지 격차를 만드는 도구 난립을 직접적으로 줄여줍니다. SSE는 또한 제로 트러스트 보안 원칙을 사용자 액세스에 적용하는 가장 실용적인 방법 중 하나입니다.

규제가 적용되는 산업의 경우, Security Service Edge는 공식 검증을 획득했습니다. 연방 제로 트러스트 지침에 대한 CISA 브리핑에서는 SASE/SSE를 Trusted Internet Connection (TIC) 3.0 요구 사항을 충족하기 위한 허용 가능한 아키텍처로 식별하며, 기존 모델보다 더 큰 유연성을 제공합니다.

SSE의 각 구성 요소는 분산 근무가 초래한 특정 액세스 격차를 해소합니다.

SSE의 핵심 구성 요소

Security Service Edge 플랫폼은 세 가지 기반 보안 서비스를 통합합니다. 각 서비스는 분산된 인력이 매일 만들어내는 서로 다른 액세스 패턴을 처리합니다.

보안 웹 게이트웨이 (SWG)

보안 웹 게이트웨이는 URL 필터링, 안티 멀웨어 보호, 콘텐츠 검사 및 허용 가능한 사용 정책을 적용하여 인터넷 및 웹 액세스를 보호합니다. SSE 내에서 보안 웹 게이트웨이 기능은 어플라이언스 기반이 아니라 클라우드 제공 방식이어야 합니다. SSE의 핵심 아키텍처 요구 사항은 검사가 중앙 집중식 어플라이언스 스택을 통하는 대신 사용자 가까이에 있는 분산 클라우드 인프라에서 이루어져야 한다는 점입니다. 이를 통해 웹 트래픽을 중앙 데이터 센터로 다시 라우팅할 때 발생하는 지연 페널티를 제거합니다.

클라우드 액세스 보안 브로커 (CASB)

클라우드 액세스 보안 브로커는 클라우드 애플리케이션 사용에 대한 가시성과 제어를 제공하고, SaaS 플랫폼 전반에 걸쳐 데이터 보안 정책을 적용하며, 규정 준수 위반을 모니터링합니다. SSE 내에서 클라우드 액세스 보안 브로커 기능은 두 가지 모드로 작동합니다. 실시간 차단을 위한 인라인 방식과, 승인되지 않은 클라우드 앱을 사후적으로 발견하기 위한 API 기반 방식입니다.

이러한 이중 모드 구분은 운영 측면에서 중요합니다. API 기반 CASB는 승인되지 않은 앱으로의 트래픽이 SSE 프록시를 통과하지 않기 때문에 인라인 검사가 놓치는 섀도우 IT를 포착합니다. CASB의 기본 사항과 더 광범위한 클라우드 제어를 비교하고 있다면, 이러한 분리는 SSE 플랫폼이 인라인 방식과 API 방식을 모두 포함하는 주요 이유 중 하나입니다.

제로 트러스트 네트워크 액세스 (ZTNA)

제로 트러스트 네트워크 액세스는 NIST 제로 트러스트 원칙을 원격 액세스에 적용하여 기존 VPN을 대체합니다. 모든 요청은 ID 및 컨텍스트를 기반으로 검증되며, 광범위한 네트워크 세그먼트가 아니라 특정 애플리케이션에만 최소 권한 액세스가 부여됩니다. 실제로 제로 트러스트 네트워크 액세스는 원격 애플리케이션 액세스에 깔끔하게 매핑되기 때문에 배포가 가장 빠른 SSE 사용 사례인 경우가 많습니다.

추가 구성 요소

세 가지 핵심 서비스 외에도, SSE 플랫폼에는 일반적으로 다음이 포함됩니다:

• Firewall-as-a-Service: 온프레미스 어플라이언스 없이 클라우드로 제공되는 네트워크 방화벽 기능
• Data Loss Prevention (DLP): 클라우드 앱 전반에 걸쳐 데이터 처리 정책을 적용하기 위해 CASB와 통합됨
• Remote Browser Isolation:브라우저 기반 위협을 격리하기 위해 웹 세션을 격리된 환경에서 실행
• Cloud Security Posture Management (CSPM): 클라우드 환경 전반에서 지속적인 오구성 탐지

이러한 구성 요소는 함께 기존의 헤어핀 트래픽 모델을 분산 클라우드 적용으로 대체합니다. 이들이 시스템으로서 함께 작동하는 방식이 실제 배포 결정을 좌우합니다.

SSE 작동 방식

Security Service Edge는 중앙 집중식 어플라이언스 기반 검사를 분산 클라우드 적용으로 대체합니다. SSE는 사용자와 대상지 가까이에 위치한 분산 클라우드 PoP(Point of Presence)로 트래픽을 라우팅합니다.

• 기존 경로: User → VPN → Data Center → Internet → Data Center → VPN → User
• SSE 경로: User → Nearest Cloud PoP (inspection + enforcement) → Destination

에서 NIST SP 1800-35가 설명하듯이, 최신 제로 트러스트 및 SSE 정렬 아키텍처는 검토 및 암호화를 위해 트래픽을 중앙 데이터 센터로 다시 라우팅하는 대신, 최종 사용자 또는 엔드포인트에 더 가까운 분산 적용 지점으로 트래픽을 전달합니다.

트래픽 흐름 및 정책 적용

Based on NIST 1800-35를 기반으로, SSE는 정의된 순서를 통해 트래픽을 처리합니다:

1. 사용자 또는 클라이언트가 ID 공급자에 인증하고, 조건부 액세스 정책이 평가됩니다.
2. SSE는 데이터 센터가 아니라 가장 가까운 클라우드 PoP에 인증된 터널을 설정합니다.
3. 트래픽은 URL 필터링, 위협 분석, DLP 및 액세스 제어를 위한 검사를 위해 SSE 클라우드 서비스를 통과합니다.
4. SSE는 로그인 시점에만이 아니라 전체 세션 동안 조건부 액세스 정책을 적용합니다.
5. SSE는 트래픽을 대상지로 전달합니다: SWG를 통한 퍼블릭 인터넷, CASB를 통한 SaaS 애플리케이션 또는 ZTNA 커넥터를 통한 프라이빗 리소스.

4단계는 중요한 아키텍처상 구분점입니다. 기존 VPN은 터널 설정 시 한 번만 인증합니다. SSE는 디바이스 규정 준수 상태, 사용자 위험 점수, 지리적 위치, 애플리케이션 민감도 및 시간 기반 제한을 포함한 변화하는 컨텍스트 신호를 기반으로 정책을 지속적으로 평가합니다.

그 지속적인 평가는 한 가지에 달려 있습니다: 바로 ID입니다. 이는 전체 시행 모델이 구축되는 기반입니다.

ID 기반 제어

SSE는 검증된 ID를 기본 액세스 제어 메커니즘으로 사용합니다. 정책은 사용자, 디바이스 및 세션 컨텍스트를 따라가며, 기존 아키텍처가 의존했던 네트워크 위치 기반 접근 방식(IP 주소 또는 VLAN 멤버십)을 대체합니다.

ID 인식 정책이 실제로 어떻게 작동하는지 가장 명확하게 볼 수 있는 곳은 기존 경계가 가장 먼저 실패한 환경입니다.

SSE 사용 사례

SSE는 경계 기반 보안이 가장 분명하게 무너지는 네 가지 시나리오를 해결합니다.

원격 및 하이브리드 인력

인력이 홈 오피스와 관리되지 않는 네트워크에서 연결할 때, 기존 VPN은 인증에 성공한 누구에게나 광범위한 네트워크 액세스를 부여합니다. SSE는 그 모델을 ZTNA를 통한 애플리케이션 수준 액세스, SWG를 통한 웹 위협 보호, CASB를 통한 SaaS 정책 시행으로 대체합니다. 모든 세션은 단일 로그인 이후 신뢰되는 것이 아니라 지속적으로 평가됩니다.

클라우드 우선 애플리케이션 환경

대부분의 워크로드를 SaaS 또는 퍼블릭 클라우드에서 실행하는 조직에는 제어를 시행할 온프레미스 경계가 없습니다. 트래픽은 사용자에서 클라우드 앱으로 직접 흐르며, 온프레미스 검사 스택을 완전히 우회합니다. SSE는 시행 지점을 분산형 클라우드 PoP로 옮겨, 사용자가 어디에 있든 어떤 디바이스를 사용하든 CASB를 통해 모든 SaaS 세션에, SWG를 통해 모든 웹 요청에 정책을 적용합니다.

규제 산업

의료, 금융 서비스 및 연방 기관은 데이터 처리, 액세스 로깅 및 네트워크 아키텍처와 관련된 구체적인 요구 사항에 직면해 있습니다. CISA 지침은 SSE 정렬 아키텍처를 TIC 3.0의 요구 사항을 충족하는 데 허용 가능한 것으로 인정합니다 연방 요구 사항. CASB는 이러한 환경에 필요한 데이터 분류 및 DLP 시행을 제공하며, 규정 준수 보고 의무를 충족하는 감사 추적도 함께 제공합니다.

섀도우 IT 및 클라우드 확산

직원이 승인되지 않은 SaaS 도구를 도입하면 보안 팀은 어떤 데이터가 어디로 흐르는지 가시성을 확보할 수 없습니다. SSE의 이중 모드 CASB(실시간 차단을 위한 인라인 방식과 사후 탐지를 위한 API 기반 방식)는 모든 트래픽을 기존 프록시를 통해 라우팅하도록 요구하지 않고도, 승인된 클라우드 사용과 승인되지 않은 클라우드 사용을 모두 단일 플랫폼에서 포착합니다.

이 네 가지 시나리오 전반에서 SSE의 운영상 이점은 단순히 보안 격차를 해소하는 데 그치지 않습니다.

SSE 도입의 주요 이점

웹, SaaS 및 원격 액세스 보안을 단일 클라우드 제공 플랫폼으로 통합하면 보안 태세, 운영 오버헤드 및 분석가 워크로드 전반에서, 종종 동시에, 개선 효과를 얻을 수 있습니다.

1. 측정 가능한 보안 태세 개선: SSE의 주요 가치는 아키텍처 일관성입니다. 보안 정책은 위치와 관계없이 사용자와 애플리케이션을 따라가므로, 원격 액세스, SaaS 보안, 웹 필터링이 별도로 관리될 때 발생하는 격차를 줄여줍니다. 이러한 일관성 때문에 security service edge는 분산된 사용자와 클라우드 우선 애플리케이션 액세스를 갖춘 조직에 적합합니다.
2. 도구 통합 및 비용 절감: 웹 필터링, 클라우드 앱 제어, 원격 액세스 및 데이터 손실 방지를 위해 별도의 어플라이언스를 관리하고 있다면, SSE는 이를 단일 플랫폼으로 통합합니다. 공급업체 수가 줄어들면 라이선스 계약, 지원 계약, 유지 관리해야 할 정책 엔진도 줄어듭니다.
3. SOC 경고 감소 및 운영 효율성: SSE 통합은 귀사의 SOC로 유입되는 개별 경고 소스의 수를 줄입니다. 여기에 신호 대 잡음비를 개선하는 확장형 탐지 및 대응(XDR) 플랫폼을 결합하면 운영상 영향은 더욱 커집니다. 팀은 중복 경고를 분류하는 데 시간을 덜 쓰고 실제 위협을 조사하는 데 더 많은 시간을 쓸 수 있습니다.
4. VPN 공격 표면 제거: 제로 트러스트 네트워크 액세스를 통한 VPN 대체는 자격 증명 손상 이후 측면 이동을 가능하게 하는 광범위한 네트워크 액세스 권한 부여를 제거합니다. 사용자는 애플리케이션별 액세스만 받게 되므로, 단일 손상된 ID의 영향 범위가 줄어듭니다. 많은 조직에서 VPN 대체는 SSE로 진입하는 가장 실용적이고 마찰이 적은 출발점입니다. 팀이 여전히 VPN 보안을 평가하고 있다면, 이는 예산 승인을 받는 첫 번째 비즈니스 사례가 되는 경우가 많습니다.

이러한 이점은 실제입니다. 이를 달성하기 위해 필요한 노력도 마찬가지입니다.

SSE 도입의 과제

대부분의 조직은 플랫폼 선택이나 팀 규모와 관계없이 동일한 장애물에 직면합니다.

1. 사이버 보안 기술 격차: SSE 배포에는 클라우드 보안 아키텍처, 정책 마이그레이션 및 크로스 플랫폼 통합에 대한 전문성이 필요합니다. SSE는 운영 단순화를 약속하지만, 그 단계에 도달하려면 많은 조직이 아직 구축 중인 계획 수립, 아키텍처 설계 및 정책 규율이 필요합니다.
2. 레거시 인프라 통합: 기능하는 온프레미스 인프라를 단순히 버릴 수는 없습니다. 대부분의 기업은 다양한 도구와 공급업체에 상당한 투자를 해왔으며, 그중 다수는 여전히 온프레미스에 배포되어 있습니다. 대부분의 마이그레이션은 한동안 하이브리드 모델로 운영되며, 그 모델은 자체적인 관리 오버헤드를 수반합니다.
3. 조직적 저항과 사이버 보안 부채: 기존 도구를 중심으로 구축된 기존 워크플로와 조직 내 지식은 기술적 복잡성보다 정량화하기 더 어렵지만 일정에 동일하게 큰 혼란을 주는 마이그레이션 마찰을 만듭니다.
4. 엔드 투 엔드 가시성 격차: SSE는 귀사가 소유하거나 통제하지 않는 외부 종속성을 증가시킵니다. 문제가 발생하면 ISP 네트워크, SaaS 애플리케이션 성능 및 기타 클라우드 종속성에 대한 가시성이 제한됩니다. 이는 incident response를 복잡하게 만들며 현재의 런북에서 다루지 않을 수 있는 모니터링 접근 방식을 요구합니다.

이러한 장애물 중 어느 것도 기다려야 할 이유는 아닙니다. 각각은 예측 가능하며, 아래의 관행은 이를 직접적으로 해결합니다.

SSE 모범 사례

SSE를 가장 성공적으로 배포하는 팀들은 몇 가지 일관된 습관을 공유합니다. 즉, 좁은 범위에서 시작하고, 이해관계자를 조기에 정렬하며, 전후를 측정합니다. 이러한 관행은 500명의 사용자에게 배포하든 50,000명에게 배포하든 적용됩니다.

• 한 번에 모두가 아니라 단계적으로 마이그레이션: 모든 보안 기능을 동시에 마이그레이션하면 복합적인 위험이 발생합니다. 서비스 중단, 불충분한 정책 테스트, 그리고 팀의 역량을 초과하는 복잡성이 그것입니다. 단일 사용 사례(ZTNA를 통한 원격 액세스 또는 SWG를 통한 인터넷 트래픽)로 시작해 가치를 입증한 다음 확장하십시오. 이는 더 광범위한 SASE 여정에도 적용됩니다. 전체 SASE 통합을 WAN 전환과 함께 시도하기 전에 SSE를 배포하면 위험을 낮추고 네트워킹 로드맵의 유연성을 유지할 수 있습니다.
• 분산된 인력을 위해 ZTNA를 우선 도입: ZTNA는 즉각적인 원격 액세스 보안 격차를 해결하고, 문제가 많은 레거시 VPN을 대체하며, 조직의 지지를 구축하는 사용자 경험 개선을 제공하고, 불투명한 VPN 터널에 비해 SOC 가시성을 향상시키는 세분화된 액세스 로깅을 제공하기 때문에 가장 효과적인 시작점인 경우가 많습니다.
• 보안-네트워킹 공동 거버넌스를 조기에 수립: 배포 전에 플랫폼 관리, 정책 권한, SOC 에스컬레이션 경로에 대한 거버넌스를 정의하십시오. 명확한 소유권 할당이 없으면 플랫폼 마이그레이션이 운영 모델보다 앞서 나가고 전환 중 보안 공백이 발생합니다.
• 관리형과 자체 관리형 제공 방식을 비교 검토: 팀이 이미 리소스 제약을 받고 있다면 초기 배포, 지속적인 정책 최적화, 연속 모니터링을 위해 관리형 SSE 서비스를 평가하십시오. 이 접근 방식은 특히 심층적인 보안 엔지니어링 역량이 없는 미드마켓 조직에서 팀 번아웃을 가중하지 않으면서 통합 이점을 확보할 수 있습니다.
• 배포 전에 기준선을 수립: SSE를 배포하기 전에 현재 경보 볼륨, 분석가의 트리아지 시간 배분, 정책 확산 상태를 문서화하십시오. 이후에도 이러한 지표를 추적하여 경영진이 지속적인 투자를 위해 요구하는 근거를 구축하십시오.

적절한 관행이 마련되면 SSE는 측정 가능한 통합 이점을 제공합니다. 이를 전체 환경에서 경보 품질을 향상시키는 XDR 계층과 결합하면 그 이점은 더욱 커집니다.

클라우드 보안 데모

센티넬원 제품 전문가와의 일대일 데모를 통해 AI 기반 클라우드 보안으로 조직을 보호하는 방법을 알아보세요.

데모 신청하기

결론

SSE는 SWG, CASB, ZTNA를 분산된 인력을 위해 설계된 통합된 클라우드 제공 보안 플랫폼으로 통합합니다. 이는 중앙집중식 어플라이언스 기반 검사를 분산된 클라우드 PoP에서의 ID 인식형 연속 정책 시행으로 대체합니다. 

SSE는 네트워크 및 클라우드 액세스 보안을 포괄하며, 이를 XDR과 결합하면 엔드포인트, 워크로드, ID까지 보호를 확장할 수 있습니다. ZTNA로 시작하고, 마이그레이션을 단계적으로 진행하며, 거버넌스를 조기에 수립하십시오. 그렇게 하면 모든 사용자는 어디서나 자신에게 정확히 필요한 것에만 접근할 수 있고, 그 이상은 허용되지 않습니다.