Remote Browser Isolation (RBI)란 무엇이며 Remote Browser Isolation 어떻게 작동하나요?

Remote browser isolation RBI)는 사용자의 엔드포인트가 아닌 일회용 클라우드 컨테이너에서 웹 콘텐츠를 실행함으로써, 피싱 페이지, 제로데이 취약점 공격, 드라이브바이 다운로드로 인한 악성 코드가 기업 기기나 네트워크에 절대 도달하지 못하도록 보장합니다. 제로 트러스트 전략의 일환으로 브라우저 격리 기술을 평가하는 보안 설계자에게 RBI는 근본적으로 다른 보안 모델을 제공합니다. 웹 트래픽 내의 모든 위협을 탐지하려고 시도하기보다는, 모든 웹 콘텐츠를 신뢰할 수 없는 것으로 간주하고 실행을 엔드포인트로부터 물리적으로 분리합니다. 브라우저가 모든 기업에서 주요 작업 공간이자 주요 공격 표면이 됨에 따라 이러한 접근 방식의 중요성은 더욱 커지고 있습니다.

Remote Browser Isolation란 무엇인가

Remote browser isolation Browser Isolation)Remote browser isolation 사용자의 웹 브라우징 활동을 사용자의 로컬 기기와 기업 네트워크로부터 물리적으로 분리하는 사이버 Remote browser isolation . 사용자가 웹사이트로 이동하면, 해당 페이지는 사용자의 노트북이나 워크스테이션에 있는 브라우저 내부가 아닌, 안전하고 일시적인 클라우드 컨테이너 내에서 로드되고 실행됩니다. 사용자는 페이지의 안전한 시각적 표현을 보고 이와 상호작용하며, HTML, CSS, 자바스크립트, 내장 객체 등 모든 기반 코드는 원격 환경 내에 국한됩니다. 세션이 종료되면 컨테이너는 그 과정에서 접했을 수 있는 모든 악성 페이로드와 함께 파괴됩니다. 클라우드 호스팅 서비스 형태로 제공될 때, 이 기술은 remote browser isolation 불립니다.

실제로 이 과정이 어떻게 진행되는지 설명해 드리겠습니다. 마케팅 이사가 업계 보고서라고 주장하는 링크가 포함된 이메일을 받습니다. 그녀가 그 링크를 클릭합니다. 링크가 노트북의 크롬 브라우저에서 직접 열리지 않고, 트래픽이 조직의 secure web gateway를 통해 우회되며, 이 게이트웨이는 분류되지 않은 URL을 RBI 세션으로 안내합니다. 일회용 클라우드 컨테이너가 생성되어 페이지를 불러오고 렌더링합니다. 마케팅 이사는 스크롤하고, 클릭하고, 읽을 수 있는 완전히 상호작용 가능한 버전의 페이지를 보게 되지만, HTML, 자바스크립트 또는 실행 가능한 콘텐츠는 그녀의 컴퓨터에 절대 도달하지 않습니다. 링크가 제로데이 익스플로잇이 포함된 피싱 페이지로 연결되더라도, 악성 코드는 컨테이너 내부에서 실행되며, 세션이 종료되면 컨테이너는 파괴됩니다. 그녀의 엔드포인트는 안전하게 유지됩니다. 데이터 유출도 발생하지 않습니다. 공격이 시작되기도 전에 차단되었기 때문에 SOC는 사고를 분류할 필요조차 없을 수 있습니다.

이 모델은 기존의 탐지 기반 보안 방식과는 근본적으로 다릅니다. 알려진 위협 패턴과 시그니처에 의존하는 안티바이러스 엔진이나 URL 평판 필터와 달리, 브라우저 격리 기술은 평판과 관계없이 모든 웹 콘텐츠를 잠재적으로 위험한 것으로 간주하는 ‘제로 트러스트(Zero Trust)’ 접근 방식을 채택합니다. 이러한 차이는 매우 중요합니다. 기존 도구들은 구조상 시그니처가 아직 없는 위협인 ‘제로 아워(Zero Hour)’ 공격을 감지할 수 없기 때문입니다.

지금 Remote Browser Isolation 이유

브라우저는 더 이상 단순히 인터넷에 접속하기 위한 창이 아닙니다. 이메일, SaaS 애플리케이션, CRM 시스템, 금융 플랫폼, AI 도구가 한데 모이는 기업용 업무 공간입니다. 이러한 민감한 활동이 한곳에 집중되어 있기 때문에 브라우저는 매우 매력적인 공격 대상이 됩니다.

2024년에 조사된 보안 사고의 거의 절반(44%)은 피싱, URL 리디렉션 악용, 악성코드 다운로드 등 직원의 브라우저를 통해 시작되거나 촉진된 악의적인 활동과 관련이 있었습니다(Unit 42 2025 글로벌 사고 대응 보고서). 한편, Menlo Security의 ‘2025년 브라우저 보안 현황 보고서’에 따르면, 지난 1년간 브라우저를 표적으로 한 피싱 공격이 140% 급증했으며, 시그니처 데이터베이스에 등록되지 않은 최신 공격인 ‘제로 아워(zero hour)’ 피싱 사고는 130% 증가한 것으로 나타났다.

이로 인한 재정적 타격은 심각합니다. IBM의 ‘데이터 유출 비용 보고서’에 따르면, 2024년 전 세계 데이터 유출 사고의 평균 비용은 488만 달러에 달했습니다. 인증 정보가 유출된 공격의 경우, 이를 파악하고 차단하는 데 평균 292일이 소요되었습니다. 이러한 인증 정보 탈취 과정의 상당수는 브라우저에서 시작됩니다. 사용자가 그럴듯한 피싱 페이지에 접속해 인증 정보를 입력하면, 공격자는 차단 조치가 취해질 때까지 거의 10개월 동안 시스템 내부에 잠입해 있게 됩니다.

구체적인 시나리오를 생각해 봅시다. 중견 은행의 한 금융 분석가가 은행의 문서 관리 시스템에서 온 것처럼 보이는 브라우저 알림을 받습니다. 이 링크는 URL 평판 필터를 회피하기 위해 합법적인 클라우드 플랫폼에 호스팅된, 로그인 페이지와 픽셀 단위로 완벽하게 일치하는 복제 페이지로 연결됩니다. 브라우저 격리 기능이 없다면, 분석가는 인증 정보를 입력하게 되고, 공격자는 내부 시스템에 접근할 수 있게 됩니다. RBI가 적용된 경우, 피싱 페이지는 클라우드 컨테이너 내에서 로드됩니다. 분석가가 인증 정보를 입력하려고 시도하더라도, 분류되지 않은 도메인에 대한 인증 정보 입력을 차단하거나 양식 제출을 완전히 차단하도록 세션을 구성할 수 있습니다. 공격 체인은 첫 번째 링크에서 차단됩니다.

NIST SP 800-46 Rev. 2는 RBI가 필수적인 이유를 뒷받침하는 위협 모델을 강조하고 있습니다. 이 문서는 재택근무용 클라이언트 기기가 악성코드에 감염될 것이라고 가정하며, 접근 권한을 부여하기 전에 클라이언트의 보안 상태를 검증하는 네트워크 접근 제어 솔루션을 포함한 다층적 통제 방안을 권장합니다. RBI는 애초에 엔드포인트가 웹 콘텐츠를 안전하게 처리할 수 있다고 절대 신뢰하지 않음으로써 이러한 가정을 실제 운영에 적용합니다.

Remote Browser Isolation 원리: 세 가지 렌더링 방식

모든 RBI 솔루션은 동일한 핵심 아키텍처를 공유합니다. 즉, 웹 콘텐츠는 원격의 격리된 환경(일반적으로 일시적인 클라우드 컨테이너)에서 가져와 실행되며, 페이지의 안전한 표현만 사용자의 로컬 브라우저로 전달됩니다. 핵심적인 차이점은 바로 그 안전한 표현이 어떻게 생성되고 전송되는지에 있습니다. 이를 위한 세 가지 주요 접근 방식이 있습니다.

픽셀 푸싱 (픽셀 스트리밍)

이 방식은 원격 서버에서 웹 콘텐츠를 렌더링한 후, 웹 페이지의 시각적 표현을 대화형 이미지나 동영상 스트림 형태로 사용자의 기기로 전송합니다. 마치 다른 사람의 컴퓨터에서 실행 중인 브라우저 세션의 실시간 영상 피드를 보는 것과 같다고 생각하면 됩니다. 사용자의 기기는 단순한 디스플레이 클라이언트 역할을 합니다.

보안상의 장점: 완벽한 격리. 원본 웹 코드나 스크립트가 엔드포인트에 도달하는 일이 전혀 없습니다. 사이트 코드에 포함된 모든 잠재적 공격 경로는 원격 서버 내에서 완전히 격리된 상태로 유지됩니다.

단점: 비디오 스트림을 지속적으로 인코딩하고 전송하는 작업은 대역폭을 많이 소모하며, 대규모로 운영할 경우 비용이 많이 듭니다. 아무리 최적화를 잘 하더라도 피할 수 없는 지연 시간으로 인해 사용자 경험이 눈에 띄게 달라집니다. 고해상도(DPI) 디스플레이에서는 텍스트가 흐릿하게 보일 수 있으며, 연결 상태가 불안정한 모바일 사용자의 경우 화질이 저하됩니다.

가장 적합한 용도: 사용자 경험보다 정보의 기밀성이 더 중요한 고보안 환경—OSINT 조사, 중요 시스템에 대한 관리자 권한 액세스, 또는 기밀 분류된 환경에서의 웹 브라우징 등.

DOM 미러링 (DOM 재구성)

DOM 재구성을 통해 웹 페이지는 격리된 환경에서 로드되고, 문서 객체 모델(DOM) 수준에서 분석된 후 잠재적인 위협 요소를 제거하기 위해 재작성됩니다. 콘텐츠가 정제되면, 정제된 버전이 사용자의 기기로 전송되며, 해당 기기의 엔드포인트 브라우저가 자체 엔진을 사용하여 이를 렌더링합니다.

보안상의 장점: 가볍고 빠릅니다. 엔드포인트에서는 GPU 가속 및 표준 스크롤 동작이 유지되는, 네이티브에 가까운 브라우징 환경을 경험할 수 있습니다.

단점: HTML, CSS, 웹 폰트와 같은 기반 기술 자체가 공격 경로가 됩니다. 정화 과정을 통해 악성 콘텐츠를 제거하려는 시도는 본질적으로 완벽할 수 없으며, 새로운 공격 기법이 이를 뚫고 들어올 수 있습니다. 또한 복잡한 동적 페이지의 경우 제대로 작동하지 않거나 잘못 표시될 수 있습니다.

가장 적합한 용도: 성능과 사용자 경험이 가장 중요하며, 조직이 생산성 향상을 위해 격리 수준을 다소 낮게 허용하는 일반적인 기업용 브라우징 환경.

네트워크 벡터 렌더링(NVR)

NVR은 크로미움과 파이어폭스에서 사용되는 그래픽 엔진의 그리기 명령을 가로채어 암호화한 뒤, 이를 로컬 브라우저로 스트리밍합니다. NVR은 실제 웹사이트 코드가 아닌 벡터 그리기 명령을 스트리밍하기 때문에, 강력한 격리 경계를 유지하면서도 픽셀 전송 방식보다 더 낮은 대역폭 소비를 실현합니다.

보안상의 장점: 픽셀 푸싱과 마찬가지로 웹사이트 코드가 엔드포인트에 도달하지 않지만, 벡터 그리기 명령어가 픽셀 비디오 프레임보다 훨씬 더 간결하기 때문에 대역폭 소비량이 현저히 낮습니다.

장단점: NVR의 적용 범위는 더 좁으며, 특정 브라우저 엔진의 지원 여부에 따라 달라질 수 있습니다. 보안 및 성능 특성 면에서 NVR은 픽셀 푸싱과 DOM 미러링의 중간 수준에 위치합니다.

가장 적합한 대상: 대역폭 부하 없이 픽셀 단위의 정밀한 보안을 필요로 하는 조직, 즉 다양한 네트워크 환경에 연결된 분산 근무 인력을 보유한 조직.

완전 격리 대 선택적 격리: 올바른 정책 모델 선택하기

대부분의 조직은 모든 브라우징 세션을 격리할 필요도, 그럴 의향도 없습니다. 트래픽의 대부분이 잘 알려져 있고 분류된 SaaS 애플리케이션으로 향하는 상황에서, 완전한 격리가 초래하는 성능 저하와 컴퓨팅 비용을 정당화하기는 어렵습니다. 바로 이 점에서 선택적 격리가 실용적인 전략으로 대두됩니다.

완전 격리 방식은 모든 웹 트래픽을 RBI를 통해 경유시킵니다. 모든 페이지, 모든 세션, 모든 사용자가 이에 해당합니다. 이러한 접근 방식은 기밀 정보를 다루는 정부 기관, 금융 거래소, 외부 데이터 소스에 접근하는 의료 연구소 등 보안 수준이 매우 높은 부문에 적합합니다. 보안은 절대적으로 보장되지만, 비용과 지연 시간의 영향도 그만큼 큽니다.

선택적 격리는 정의된 위험 임계값을 초과하는 트래픽에만 RBI를 적용합니다. 일반적인 트리거는 다음과 같습니다:

분류되지 않거나 새로 등록된 도메인. 계약자가 48시간 전에 등록된 도메인의 링크를 클릭합니다. SWG는 이를 ‘분류되지 않음’으로 표시하고, RBI는 해당 세션을 자동으로 격리합니다.

위험한 URL 범주. 파일 공유, 개인 이메일 또는 광고 네트워크로 분류된 사이트는 차단되는 반면, 기업용 SaaS 트래픽은 직접 통과합니다.

이메일에 포함된 링크. 수신 이메일 내의 모든 URL은 평판과 관계없이 RBI를 통해 열리므로, 피싱 공격의 주요 전달 경로를 무력화합니다.

민감한 사용자 그룹. 규제 대상 데이터를 다루는 경영진, 재무 및 인사 담당자는 기본적으로 격리 모드에서 브라우징하며, 일반 직원은 위험성이 높은 사이트에 접속할 때만 이 기능을 사용합니다.

핵심 통합 지점은 트래픽을 실시간으로 분류하고 라우팅하는 secure web gateway(SWG)입니다. SWG 정책은 어떤 세션이 RBI로 진입하고, 어떤 세션이 표준 검사 과정을 거칠지를 결정합니다. SWG가 더 광범위한 SSE 플랫폼의 일부일 경우, 격리 결정에 CASB 위험 점수, DLP 분류, 사용자 신원, 기기 상태 및 실시간 위협 인텔리전스를 반영할 수 있어, 보안과 생산성 간의 균형을 맞추는 상황 인식형 정책을 수립할 수 있습니다.

RBI가 제로 트러스트 및 SSE 아키텍처에 어떻게 적용되는가

브라우저 격리(RBI)는 단독으로 작동하는 것이 아닙니다. 단독으로 배포될 경우 웹 기반 악성코드와 피싱을 차단할 수는 있지만, 데이터 유출, SaaS 섀도우 IT, 신원 기반 공격에 대해서는 취약점을 남기게 됩니다. RBI가 상호 보완적인 통제 수단과 함께 제로 트러스트 아키텍처에 통합될 때 비로소 진정한 가치가 드러납니다.

CISA의 제로 트러스트 성숙도 모델 v2.0(2023)은 기존의 경계 중심 접근 방식에서 벗어나, 조직이 호스트를 격리하고, 암호화를 적용하며, 활동을 세분화하고, 애플리케이션과 데이터에 더 가까운 곳에서 보안 통제 조치를 구현할 수 있도록 지원합니다. RBI는 이러한 원칙을 직접적으로 반영합니다. 즉, 브라우징 환경을 격리하고, 컨테이너와 엔드포인트 간에 암호화를 적용하며, 위험한 웹 활동을 기업 네트워크에서 분리합니다.

클라우드 보안 연합(Cloud Security Alliance)의 2026년 브라우저 보안 기술 청사진은 한 걸음 더 나아가, 최소 권한 기반 접근 제어, 피싱 방지 다단계 인증, 기기 상태 검증, 적응형 세션 거버넌스, remote browser isolation 통합한 포괄적인 제로 트러스트 아키텍처 내에서 브라우저를 최상위 정책 적용 지점(PEP)으로 재정의합니다. CSA는 특히 권한이 부여된 세션이나 위험이 높은 세션 remote browser isolation 도입하여, 엔드포인트 침해와 악성 웹 기반 위협을 모두 무력화할 것을 구체적으로 권장합니다.

실제 SSE 아키텍처에서 RBI는 다음 요소들과 함께 작동합니다:

URL 필터링, 위협 인텔리전스 및 트래픽 라우팅 결정에 사용되는 SWG.

승인 및 미승인 SaaS 사용 현황을 파악할 수 있는 CASB로, 업로드/다운로드 작업을 차단하면서 섀도우 IT 서비스에 대한 세션을 격리할 수 있는 기능을 제공합니다.

DLP는 격리된 세션을 통해 전송되는 콘텐츠를 검사하여, 위험한 브라우징 중 민감한 데이터가 복사·붙여넣기, 업로드 또는 인쇄되는 것을 방지합니다.

ZTNA / 내부 애플리케이션에 액세스하는 관리되지 않는 기기의 세션을 Private Access — 개인 노트북을 사용하는 계약직 직원이 복사, 붙여넣기 및 다운로드 기능이 비활성화된 격리된 세션을 통해 기업 인트라넷에 액세스합니다.

2024년 가트너(Gartner) Magic Quadrant SSE Magic Quadrant 따르면, 2026년까지 웹, SaaS 및 사내 애플리케이션의 보안을 강화하고자 하는 조직의 85%가 SSE 솔루션을 통해 보안 기능을 확보할 것으로 전망됩니다. RBI는 성숙한 SSE 플랫폼이 갖춰야 할 예상 기능 중 하나로 꼽히며, 이는 기업 브라우저 보안을 진지하게 고려하는 조직에게 격리 기능이 더 이상 선택 사항이 아님을 다시 한번 강조합니다.

RBI 솔루션 평가: 보안 설계자가 우선시해야 할 사항

모든 RBI 구현 방식이 똑같은 것은 아닙니다. 솔루션을 평가할 때는 보안 상태, 운영 복잡성, 사용자 수용도에 직접적인 영향을 미치는 기준에 중점을 두어야 합니다.

1. 렌더링 방식 및 격리형 천장. 해당 솔루션이 픽셀 푸싱, DOM 미러링, NVR 또는 하이브리드 방식 중 어떤 것을 사용하는지 파악하십시오. 공급업체에 엔드포인트 브라우저에서 실행되는 콘텐츠가 있는지, 있다면 어떤 것인지 문의하십시오. 정제된 자바스크립트를 엔드포인트로 전송하는 DOM 미러링 솔루션은, 이미지 프레임만 전송하는 픽셀 푸싱 솔루션과는 위협 노출 면적이 다릅니다.

2. 사용자 경험 및 지연 시간. 실제 네트워크 환경에서 개념 검증(PoC)을 요청하십시오. 사용자들이 격리된 세션을 통해 가장 자주 사용하는 SaaS 애플리케이션 10개를 실행하게 한 뒤, 페이지 로딩 시간, 스크롤 유동성, 복사·붙여넣기 기능, 파일 업로드/다운로드 워크플로우를 측정하십시오. 사용자 경험이 눈에 띄게 저하된다면 사용자 도입은 실패할 것이며, 사용자들은 격리 기능을 완전히 우회하는 방법을 찾아낼 것입니다.

3. SSE 통합 수준. 격리 엔진은 정책, 신원 정보, DLP 규칙 및 위협 인텔리전스를 SWG, CASB, ZTNA 구성 요소와 공유해야 합니다. 별도의 규칙 언어를 사용하는 별도의 콘솔에서 RBI 정책을 관리해야 한다면, 이는 플랫폼 기능이 아닌 단일 제품(포인트 제품)을 구매하는 것입니다. Skyhigh Security SSE 플랫폼은 단일 정책 엔진 하에서 RBI를 SWG, CASB, DLP 및 ZTNA와 통합하며, 이는 보안 설계자들이 요구해야 할 통합 접근 방식의 한 예입니다.

4. 관리 대상이 아닌 기기 지원. RBI의 가장 가치 있는 활용 사례 중 하나는 조직이 관리하지 않는 기기(계약업체의 노트북, 파트너사의 기기, 개인용 태블릿 등)에서도 안전한 액세스를 가능하게 하는 것입니다. 해당 솔루션은 사용자가 에이전트나 전용 소프트웨어를 설치하지 않고도 표준 브라우저를 통해 연결할 수 있는 클라이언트리스(에이전트리스) 배포를 지원해야 합니다.

5. 데이터 제어 세분화 수준. 해당 솔루션이 정책별로 복사·붙여넣기, 인쇄, 스크린샷 촬영 및 파일 다운로드를 비활성화할 수 있습니까? 계약직 직원이 Salesforce에 접속하는 격리된 세션의 경우, 복사·붙여넣기가 차단되고 로컬 파일 캐싱이 허용되지 않는 읽기 전용 액세스 권한이 필요합니다.

6. 확장성 및 클라우드 사용 규모. 각 격리 세션은 컴퓨팅 리소스를 소모합니다. 서비스 제공업체의 클라우드 인프라, 지역별 서비스 범위, 세션 동시 접속 제한, 그리고 사용자가 증가하거나 격리되는 트래픽의 비율이 높아짐에 따라 비용이 어떻게 변동되는지 문의하십시오.

7. 기존 브라우저와의 호환성. 가장 효과적인 도입 방식은 전용 브라우저로 교체하도록 요구하는 대신, 사용자의 기존 브라우저(Chrome, Edge, Firefox, Safari)를 그대로 유지하는 것입니다. ‘기업용 브라우저 대 RBI’ 비교 분석에서 살펴본 바와 같이, RBI 통합 SSE 솔루션을 사용하면 업무에 지장을 주는 마이그레이션을 강요하지 않고도 직원들이 이미 사용하고 있는 브라우저의 보안을 강화할 수 있습니다.

RBI 배포 시 흔히 발생하는 실수

첫날부터 모든 것을 격리하는 것. 모든 트래픽을 완전히 격리하는 것은 프레젠테이션 자료상에서는 안전해 보이지만, 실제로는 성능 관련 불만을 야기하여 사용자 신뢰를 훼손할 수 있습니다. 더 나은 접근 방식은 고위험 범주, 즉 분류되지 않은 도메인, 이메일에 포함된 URL, 관리되지 않는 기기 세션부터 시작하는 것입니다. 사용자에게 미치는 영향을 측정하고 신뢰도를 높여가면서 격리 범위를 점차 확대해 나가세요.

RBI를 독립형 제품으로 배포하는 경우. SWG와 통합되지 않은 RBI는 지능형 라우팅 결정을 내릴 수 없습니다. DLP가 적용되지 않은 RBI는 격리된 세션 중에 사용자가 웹 양식에 민감한 데이터를 입력하는 것을 막을 수 없습니다. CASB가 적용되지 않은 RBI는 대상 위치가 승인된 클라우드 스토리지인지, 아니면 개인 파일 공유 계정인지 파악할 수 없습니다. 격리는 악성 콘텐츠가 엔드포인트에 도달하는 것을 방지하는 단일 문제를 해결할 뿐이지만, 데이터 보안을 위해서는 전체 SSE 스택이 필요합니다.

관리되지 않는 기기의 사용 사례는 간과되고 있습니다. 많은 조직이 관리 대상 엔드포인트를 위해 RBI를 도입하지만, BYOD 기기를 사용하는 계약직 직원 및 제3자 사용자는 소홀히 하고 있습니다. 이러한 사용자들의 세션은 가장 높은 위험도를 보이는 사례 중 일부입니다. NIST SP 800-46 Rev. 2는 BYOD 클라이언트 기기를 포함한 재택근무 기술의 모든 구성 요소가 위협 모델을 통해 식별된 예상 위협에 대해 보안이 유지되어야 한다고 명시적으로 경고하고 있습니다. RBI는 기기 관리 등록 절차 없이 이를 구현할 수 있는 가장 실용적인 방법 중 하나입니다.

격리 조치를 신원 정보와 연계하지 못하는 문제. 모든 사용자를 동일하게 취급하는 일률적인 격리 정책은 자원을 낭비할 뿐만 아니라 저위험 사용자에게 불편을 초래합니다. 격리 정책을 신원 그룹, 역할 기반 접근 제어(RBAC), 적응형 위험 점수 산정 시스템과 연계해야 합니다. 기업 네트워크에 연결된 관리 대상 기기를 통해 웹을 이용하는 경영진에게는 격리가 필요하지 않을 수 있지만, 개인 태블릿을 사용하여 호텔 Wi-Fi 네트워크에서 웹을 이용하는 동일한 경영진에게는 자동으로 격리가 적용되어야 합니다. Unit 42의 ‘2025 글로벌 사고 대응 보고서’에 따르면, 사고의 70%가 3개 이상의 공격 벡터를 포함하는 것으로 나타났습니다. 따라서 신원, 기기, 목적지를 고려하는 상황 인식 정책은 다중 벡터 공격 체인을 차단하는 데 필수적입니다.