브라우저 보안 위험: 브라우저가 새로운 엔드포인트가 된 이유

브라우저는 직원들이 주로 활동하는 공간입니다. 직원들은 이곳에서 SaaS 애플리케이션에 인증하고, AI 도구에 고객 데이터를 붙여넣고, 민감한 파일을 다운로드하며, 외부 파트너와 협업하고, SSO를 통해 내부 시스템에 접속합니다. 그러나 대부분의 보안 아키텍처는 여전히 브라우저를 엔드포인트에 있는 수많은 애플리케이션 중 하나로 취급하며, PDF 리더나 메신저 클라이언트와 동일한 일반적인 EDR 정책을 적용하고 있습니다. 실제 업무가 이루어지는 방식과 보안이 적용되는 방식 사이의 이러한 괴리는 현재 기업 보안에서 가장 큰 사각지대가 되고 있습니다.

업계 위협 인텔리전스에 따르면, 2024년에 발생한 침입 사건의 압도적 다수는 악성코드가 사용되지 않은 것으로 나타났습니다. 즉, 이러한 침입은 합법적인 인증 정보, 신뢰할 수 있는 신원 확인 절차, 승인된 통합 기능을 악용한 것으로, 모두 브라우저에서 시작되어 브라우저를 통해 이루어지는 활동입니다. 보안 전략이 엔드포인트 에이전트에서 그친다면, 더 이상 실제 공격 표면과 일치하지 않는 경계만을 방어하고 있는 셈입니다.

90초 만에 발생하는 데이터 유출: EDR이 결코 감지하지 못하는 시나리오

중견 금융 서비스 회사의 목요일 오후를 상상해 보세요. 한 선임 애널리스트가 내부 검토를 위해 Chrome에서 Salesforce를 열어 분기별 고객 매출 데이터를 추출합니다. 그녀는 200건의 고객 기록(이름, 계약 금액, 갱신 날짜)이 담긴 표를 복사하여 ChatGPT에 붙여넣고, 부서 간 회의를 위한 요약문을 작성해 달라고 요청합니다. 결과물에 만족한 그녀는 AI가 생성한 분석 보고서를 PDF로 다운로드하여 개인 OneDrive에 저장한 뒤, 주말 동안 iPad로 검토할 수 있도록 합니다.

모든 과정은 단일 브라우저 세션 내에서 이루어졌습니다. 엔드포인트 에이전트는 크롬이 HTTPS 요청을 보내는 것을 감지했습니다. 네트워크 DLP는 승인된 도메인으로 전송되는 암호화된 트래픽을 포착했습니다. 최종 PDF 다운로드가 이루어질 때까지 로컬 디스크에 어떤 파일도 저장되지 않았는데, 그 시점에서 데이터는 이미 두 가지 경로—AI 도구의 서버와 개인 클라우드 스토리지 계정—를 통해 조직의 통제 범위를 벗어난 상태였습니다.

이는 단순한 가상의 예외 사례가 아닙니다. 이는 브라우저 기반 업무가 브라우저 기반 보안 통제 수단을 앞지른 조직에서 매일 벌어지는 현실입니다. AI를 활용하는 공격자들의 활동은 해마다 급격히 증가하고 있으며, 현재 침입 공격은 신뢰할 수 있는 신원 정보, SaaS 애플리케이션, 클라우드 인프라를 통해 이루어지고 있습니다. 데이터와의 거의 모든 상호작용이 브라우저를 통해 이루어지는데, 보안 시스템이 브라우저 세션 내부에서 일어나는 일을 파악할 수 없다면, 이는 마치 눈가리개를 한 채 업무를 수행하는 것과 다름없습니다.

왜 기존의 접근 방식이 브라우저 계층에서 실패하는가

대부분의 기업용 보안 스택은 위협이 파일 형태로 유입되어 네트워크를 통과한 뒤 엔드포인트에 도달하던 환경을 염두에 두고 구축되었습니다. 이러한 아키텍처는 업무가 로컬에 설치된 애플리케이션에서 이루어지고 데이터가 파일 서버에 저장되던 시절에는 효과적이었습니다. 그러나 세 가지 구조적 변화로 인해 이 모델은 무너졌습니다.

엔드포인트 에이전트는 브라우저 세션 내부를 확인할 수 없습니다

EDR 도구는 프로세스 동작, 파일 쓰기, 시스템 호출을 모니터링합니다. 이 도구들은 Chrome이나 Edge를 하나의 프로세스로 인식할 뿐, 그 안에서 실행 중인 30개의 탭, 5개의 SaaS 애플리케이션, 3개의 브라우저 확장 프로그램은 감지하지 못합니다. 직원이 CRM 탭에서 고객의 개인 식별 정보(PII)를 복사하여 AI 어시스턴트 탭에 붙여넣을 때, 엔드포인트 에이전트는 이를 의심스러운 활동으로 감지하지 못합니다. 파일도, 악성코드도, 비정상적인 프로세스도 없습니다. 단지 두 브라우저 컨텍스트 간의 클립보드 작업일 뿐입니다.

암호화 및 SaaS로 인해 네트워크 DLP의 가시성이 저하됩니다

TLS 암호화와 SaaS로의 전환으로 인해, 기존의 네트워크 DLP 어플라이언스는 승인된 도메인으로 전송되는 암호화된 트래픽을 감지하게 됩니다. 이 어플라이언스는 직원이 승인된 마케팅 프레젠테이션 자료를 SharePoint에 업로드하는 경우와 고객 목록을 개인 Dropbox 계정에 업로드하는 경우를 구분할 수 없습니다. 두 경우 모두 인식된 클라우드 서비스에 대한 HTTPS POST 요청으로 보이기 때문입니다. 버라이즌(Verizon)의 2025년 DBIR 보고서에 따르면, 침해 사고의 22%에서 도난당한 인증 정보가 초기 접근 경로로 확인되었으며, 이러한 인증 정보는 거의 항상 브라우저를 통해 입력되는 것으로 나타났습니다.

URL 기반 방화벽은 미묘한 차이를 포착하지 못한다

도메인 전체를 차단하거나 허용하는 기존의 보안 웹 게이트웨이는 현대적인 브라우저 워크플로우가 요구하는 세분화된 제어를 적용할 수 없습니다. ChatGPT를 아예 차단하면 생산성을 중시하는 팀들의 반발을 살 수밖에 없습니다. 반면 이를 허용하더라도 직원들이 ChatGPT에 어떤 데이터를 붙여넣는지 통제할 수 없습니다. “안전하지 않음”이 곧 “알려진 악성 도메인”을 의미하던 시대에 맞춰 설계된 이 이분법적인 허용/차단 모델은, 승인된 도구의 사용 방식을 관리하는 데 구조적으로 한계가 있습니다. 기존 웹 게이트웨이와 차세대 웹 게이트웨이의 차이점을 이해하는 것이 이러한 격차를 해소하기 위한 첫걸음입니다.

무엇이 달라졌나: 브라우저가 업무용 운영체제가 되었다

세 가지 트렌드가 결합되면서 브라우저는 단순한 렌더링 엔진에서 기업의 주요 작업 공간으로 변모했으며, 동시에 가장 취약한 공격 표면이 되었습니다.

SaaS가 애플리케이션 스택을 장악했다

5년 전만 해도 일반적인 지식 근로자의 핵심 애플리케이션에는 로컬에 설치된 이메일 클라이언트, 오피스 제품군, 업무용 도구가 포함되었습니다. 오늘날 같은 근로자는 Salesforce, Microsoft 365, Workday, ServiceNow, Slack, Jira에 전적으로 브라우저 탭을 통해 접속합니다. 모든 인증 이벤트, 데이터 상호작용, 협업 워크플로는 브라우저를 통해 이루어집니다. 공격자들은 유효한 인증 정보, 해킹당한 ID 제공자, 도난당한 OAuth 토큰을 악용하여 클라우드 ID 시스템, SaaS 통합, 인증 흐름에 대한 신뢰를 악용하고 있습니다. CrowdStrike의 ‘2026 글로벌 위협 보고서’에 따르면, 국가 연계 위협 행위자들의 경우 전체 클라우드 사고의 35%가 유효한 계정 악용에 기인한 것으로 나타났습니다.

GenAI가 새로운 정보 유출 경로를 열었다

직원이 독점 소스 코드, 고객 데이터 또는 전략 계획을 GenAI 도구에 붙여넣을 때, 브라우저가 그 통로 역할을 합니다. 엔드포인트 DLP가 검사할 파일 전송도 없고, 메일 게이트웨이가 경고할 발신 이메일도 없습니다. 데이터는 브라우저의 텍스트 입력란을 통해 이동하며, 세션 내 제어 기능이 없다면 어떠한 보안 감독도 받지 않은 채 이동하게 됩니다. AI가 SaaS 플랫폼과 운영 워크플로우에 통합됨에 따라, 공격자들은 수십 개 조직에 걸쳐 합법적인 GenAI 도구를 악용하기 시작했으며, 악성 프롬프트를 삽입하여 인증 정보와 데이터를 탈취하고 있습니다.

비관리형 및 BYOD 접속이 영구화되었다

팬데믹으로 인해 엔드포인트 에이전트의 적용 범위에 결코 포함되지 않았던 계약직 직원의 노트북, 개인 기기, 그리고 ‘개인 브라우저 사용(BYOB)’과 같은 접속 패턴이 일반화되었습니다. 버라이즌(Verizon)의 2025년 DBIR 보고서에 따르면, 정보 탈취 공격 로그에 기업 로그인 정보가 기록된 기기의 46%가 관리 대상이 아닌 것으로 나타났습니다. 이는 기업의 통제 체계와 사용자 행동 사이에 존재하는 위험한 격차입니다. 계약직 직원이 개인 브라우저에서 귀사의 Salesforce 테넌트를 열면, EDR 에이전트가 실행되지 않고, 네트워크 DLP가 인라인으로 작동하지 않으며, URL 분류 정책도 적용되지 않습니다. 브라우저 세션이 귀사가 가진 유일한 통제 지점이지만, 대부분의 조직은 이곳에 아무런 조치도 취하지 않고 있습니다.

‘적’의 전략: 브라우저 위험이 실제로 어떻게 현실화되는가

브라우저 보안 위험을 이해하려면 특정 공격 기법을 브라우저 세션에 대입해 분석해야 합니다. 주로 두 가지 범주가 있습니다.

인증 정보 도용 및 세션 탈취

브라우저는 세계 최대 규모의 인증 정보 저장소입니다. 저장된 비밀번호, 세션 쿠키, OAuth 토큰, SSO 어설션 등은 모두 브라우저 내에 저장되거나 브라우저를 통해 전달됩니다. 정보 탈취형 악성코드는 특히 브라우저의 인증 정보 저장소를 표적으로 삼아, Chrome, Edge, Firefox 프로필에서 저장된 비밀번호를 탈취합니다. 버라이즌 2025 DBIR에 따르면, 보안 침해 사고 중 제3자의 개입 비율은 전체 사고의 30%로 두 배 증가했으며, 이는 대개 관리되지 않는 기기의 브라우저 세션에서 도난당한 인증 정보로 인해 발생합니다. 의료 기업의 마케팅 계약직 직원이 회사 SSO 비밀번호를 개인 쇼핑 사이트에서도 재사용한다고 가정해 봅시다. 해당 사이트가 해킹당해 비밀번호가 콤보 목록에 노출되고, 공격자가 가정용 VPN 출구 노드를 통해 계약직 직원의 SSO 포털에 로그인합니다. 이 모든 과정은 브라우저에서 시작되고 끝납니다.

드라이브바이 공격 및 브라우저 취약점 악용

MITRE ATT&CK 기법 T1189인 ‘드라이브 바이 컴프로마이즈(Drive by Compromise)’는 사용자가 평소처럼 웹 사이트를 방문하는 과정에서 공격자가 시스템에 접근할 수 있는 방법을 설명합니다. 이는 인터넷 익스플로러 시대의 유물이 아닙니다. 실제로 41개의 알려진 위협 그룹과 악성코드 계열이 현장에서 이 기법을 사용하는 것이 관찰되었습니다. 공격자들은 브라우저 푸시 알림 메커니즘을 악용하여 탭을 닫아도 지속되는 지속적인 피싱 유인물과 악성 리디렉션을 전달합니다. 이는 푸시 알림 권한이 탭 수준이 아닌 브라우저 수준에서 부여되기 때문입니다. 기존의 드라이브-바이 익스플로잇과 달리, 이 기법은 사용자를 사회공학적으로 유도하여 알림 권한을 부여받도록 하는 방식에 의존하기 때문에, 패치가 완전히 적용된 브라우저에서도 효과적으로 작동합니다.

현대적인 워터홀 공격은 특정 산업 분야의 웹사이트를 표적으로 삼습니다. 예를 들어, 귀사의 조달 팀이 매일 방문하는 공급업체 포털을 해킹하거나, 컨퍼런스 등록 페이지에 악성 자바스크립트를 삽입하거나, 합법적인 광고 네트워크를 통해 악성 광고를 노출시키는 방식이 있습니다. 가트너(Gartner)는 크로미움(Chromium)의 제로데이 패치가 전체 스택 기업용 브라우저에 적용되기까지 24~72시간이 소요될 수 있으며, 공격자들이 이 취약 기간을 적극적으로 악용하고 있다고 지적합니다(가트너, “보안 브라우저 강요가 아닌 브라우저 보안에 집중하라”, 2025년 10월). 브라우저 격리 기술은 웹 콘텐츠를 사용자에게 표시하기 전에 격리된 환경에서 실행함으로써 바로 이러한 격차를 해소하기 위해 존재합니다.

브라우저 속도의 사회공학

2024년부터 2025년에 걸쳐 음성 피싱(비싱) 공격이 급격히 증가했으며, 시스코 탈로스(Cisco Talos)에 따르면 2025년 1분기 피싱 관련 전체 사고 대응 사례 중 비싱이 60% 이상을 차지해, 해당 팀이 접한 피싱 공격 수단 중 가장 흔한 것으로 나타났습니다. 이러한 공격 캠페인의 상당수는 피해자를 브라우저 기반의 인증 정보 탈취 페이지로 유도하는데, 이 페이지들은 마이크로소프트, 옥타(Okta), 구글의 로그인 화면을 픽셀 단위로 완벽하게 복제한 것입니다. 구글 위협 인텔리전스(Mandiant)가 최근 기록한 바와 같이, 공격자는 IT 지원 담당자로 위장해 전화를 걸어 피해자를 유사하게 만들어진 SSO 포털로 유도한 뒤, 피해자가 비밀번호와 MFA 토큰을 입력하는 즉시 이를 실시간으로 탈취합니다. 전체 공격 체인은 브라우저 내에서 진행되며, 엔드포인트 에이전트가 탐지할 수 있는 악성코드 흔적을 전혀 남기지 않습니다.

보안 팀이 지금 취해야 할 조치

브라우저 보안 격차를 해소하기 위해 기존 보안 인프라를 전면적으로 철거하거나, 직원들이 거부감을 느낄 만한 특정 브라우저의 사용을 강제할 필요는 없습니다. 대신 DLP, CASB, SWG, RBI, ZTNA와 같이 검증된 보안 통제 수단을 데이터가 실제로 이동하는 브라우저 세션까지 확대 적용해야 합니다.

조치가 이루어지는 시점에 데이터 제어를 적용하십시오

브라우저 세션 내에서 클립보드 작업, 파일 업로드, 파일 다운로드 및 양식 필드 제출을 검사하는 DLP 정책을 구성하십시오. 직원이 Salesforce에서 고객 목록을 복사하여 승인되지 않은 AI 도구에 붙여넣으려고 할 때, 해당 정책은 민감한 데이터 패턴을 감지하여 붙여넣기를 차단해야 하며, 3일 후에야 해당 이벤트를 기록해서는 안 됩니다. Skyhigh Security SSE 플랫폼은 통합 정책 엔진을 통해 웹, SaaS 및 사내 애플리케이션 전반에 걸쳐 이러한 인라인 DLP 제어를 적용합니다.

고위험 브라우징을 차단하지 않고 분리하기

알 수 없는 웹사이트라고 해서 무조건 차단해야 하는 것은 아닙니다. Remote browser isolation 는 웹 콘텐츠를 안전한 클라우드 컨테이너 내에서 렌더링하고, 그 화면을 사용자의 브라우저로 스트리밍합니다. 조달 분석가가 익숙하지 않은 공급업체 포털을 방문해야 할 경우, RBI를 통해 악성 코드가 엔드포인트에 도달하지 않도록 보장하면서 평소와 같이 브라우징할 수 있습니다. 이는 MITRE ATT&CK T1189에 대한 실질적인 해결책으로, 사용자의 업무 수행 능력을 저해하지 않으면서 익스플로잇의 실행 환경을 제거하는 것입니다.

관리 대상이 아닌 기기에 대해 세션 수준 제어 적용

계약업체, 파트너 또는 개인 기기를 사용하는 직원이 기업의 SaaS 애플리케이션에 액세스할 때, 엔드포인트 에이전트 설치 없이도 파일 다운로드를 방지하고, 민감한 콘텐츠의 복사/붙여넣기를 차단하며, 화면 표시 시 워터마크를 적용하는 리버스 프록시 또는 RBI 기반 세션 제어를 적용하십시오. NIST SP 800-207은 제로 트러스트를 원격 사용자, BYOD, 클라우드 기반 자산 등 기업 네트워크의 최신 동향에 대한 대응 방안으로 정의하며, 네트워크 세그먼트보다는 리소스 보호에 중점을 둡니다. 브라우저 세션 제어는 SaaS 액세스에서 이 원칙을 실질적으로 적용할 수 있게 하는 핵심 요소입니다.

섀도우 AI 및 승인되지 않은 SaaS에 대한 가시성을 확보하세요

CASB와 SWG를 함께 사용하여 직원들이 브라우저를 통해 액세스하는 모든 AI 도구와 클라우드 서비스를 파악하고 분류하십시오. 위험 기반 정책을 적용하십시오: DLP 검사를 거친 승인된 GenAI 도구는 허용하고, 중간 위험도 서비스에 대해서는 사용자에게 지침을 제공하며, 고위험 대상은 차단하십시오. 이러한 가시성이 확보되지 않으면 모든 브라우저 탭이 잠재적인 정보 유출 경로가 될 수 있습니다.

긴급성과 우선순위 설정: 왜 이 일을 미룰 수 없는가

가트너는 2028년까지 조직의 25%가 최소 한 가지 이상의 보안 기업용 브라우저 기술을 도입하여 기존의 보안 원격 액세스 및 엔드포인트 보안 도구를 보완할 것으로 전망합니다. 현재 보안 기업용 브라우저를 도입한 조직은 10% 미만에 불과합니다. 이는 공격 표면이 근본적으로 확대되었음에도 불구하고, 대다수의 기업이 3년 전과 동일한 브라우저 보안 아키텍처를 그대로 운영하고 있음을 의미합니다.

계산은 간단하지만 결과는 좋지 않습니다. 버라이즌(Verizon)의 ‘2025 데이터 침해 조사 보고서(DBIR)’에 따르면, 자격 증명 남용은 침해 사고의 주요 초기 접근 경로였으며, 전체 확인된 침해 사고의 22%를 차지했고, 기본 웹 애플리케이션 공격의 무려 88%가 도난당한 자격 증명을 이용한 것으로 나타났습니다. 이러한 초기 접근은 대개 브라우저에서 시작되는데, 피싱 페이지, 침해된 OAuth 흐름, 악성 확장 프로그램, 또는 SaaS 로그인을 대상으로 한 자격 증명 스터핑 공격을 통해 이루어집니다. 또한 DBIR은 중간자 공격(Adversary-in-the-Middle), 토큰 탈취, 프롬프트 폭격(prompt bombing)을 포함한 다단계 인증(MFA) 우회 기법의 급증도 기록했는데, 이는 MFA를 도입한 조직조차도 안전하지 않음을 의미합니다. 공격자가 유효한 세션 토큰을 확보하면, 직원과 동일한 접근 권한으로 SaaS 애플리케이션 내부에 침투하게 되며, 엔드포인트 에이전트는 이를 감지할 수 있는 방법이 없습니다.

가트너는 크롬ium 기반 브라우저가 전체 브라우저 시장 점유율의 약 75%를 차지한다고 지적하며(“보안 브라우저 강요가 아닌 브라우저 보안에 집중하라”, 2025년 10월), 이로 인해 브라우저가 거의 모든 기업에서 공통적으로 공유되는 단일하고 지배적인 공격 표면이 되고 있다고 설명합니다. 문제는 브라우저 보안에 투자할지 여부가 아닙니다. 문제는 통제 수단을 구축할 시간이 아직 남아 있는 지금 당장 조치를 취할 것인지, 아니면 브라우저를 매개로 한 침해 사고가 발생해 어쩔 수 없이 조치를 취해야 하는 상황이 된 후에야 대응할 것인지입니다.

CISA의 제로 트러스트 성숙도 모델 v2.0은 제로 트러스트와 관련된 지속적인 현대화 노력을 달성하기 위한 접근 방식을 제시하며, 이는 ‘신원’, ‘기기’, ‘네트워크’, ‘애플리케이션 및 워크로드’, ‘데이터’라는 다섯 가지 핵심 영역으로 구성되어 있습니다. 브라우저는 이 다섯 가지 영역이 모두 교차하는 지점에 위치합니다. 브라우저는 신원을 확인하는 장치이자, 데이터에 접근하는 애플리케이션이며, 모든 SaaS 트랜잭션이 흐르는 네트워크 경로이기도 합니다. 브라우저 세션을 보호하는 것은 단순한 틈새 프로젝트가 아니라, 제로 트러스트 성숙도를 달성하기 위한 기초적인 요건입니다.

브라우저 보안 전략 수립: 어디서부터 시작해야 할까

보안 팀은 무리하게 모든 것을 다 하려고 할 필요가 없습니다. 위험 노출 정도와 운영상의 실현 가능성을 바탕으로 우선순위를 정하십시오.

1단계 — 가시성 확보 (1~4주). CASB 탐지 기능과 SWG 로깅을 활성화하여 직원의 브라우저를 통해 액세스되는 모든 SaaS 애플리케이션, AI 도구 및 클라우드 서비스를 파악합니다. 섀도우 IT 및 섀도우 AI 사용 현황을 정량화합니다. 브라우저 세션을 통해 전송되는 민감한 데이터 유형을 파악합니다.

2단계 — 인라인 제어 (2~3개월 차). secure web gateway 에 DLP 정책을 적용하여 업로드, 다운로드, 복사/붙여넣기 작업 및 양식 제출 내용을 검사하십시오. PII, 금융 기록, 소스 코드, 규제 대상 의료 데이터 등 위험도가 가장 높은 데이터 유형부터 시작하십시오.

3단계 — 격리 및 관리되지 않는 액세스 (3~6개월). 고위험 웹 카테고리, 분류되지 않은 도메인, 관리되지 않는 기기의 SaaS 세션 remote browser isolation 활성화합니다. 계약업체 및 BYOD(개인 기기 업무용 사용) 사용자의 중요 SaaS 애플리케이션 액세스에 대해 리버스 프록시 CASB 제어 기능을 구현합니다.

4단계 — 지속적인 대응 (진행 중). 브라우저 세션 텔레메트리 데이터를 SIEM 및 XDR 플랫폼과 통합합니다. 의심스러운 로그인 위치, 비정상적인 SaaS 데이터 접근 패턴, 비정상적인 AI 도구 사용 등 브라우저 기반 이벤트를 엔드포인트 및 신원 정보 신호와 상호 연관시켜 도메인 간 위협을 탐지합니다.

이러한 단계적 접근 방식은 NIST SP 800-207 및 CISA 제로 트러스트 성숙도 모델이 권장하는, 기존 성숙도 수준에서 최적 성숙도 수준으로 점진적으로 발전해 나가는 방식과 일치합니다. 각 단계에서는 구체적인 위험 노출 범위를 줄이는 동시에 포괄적인 브라우저 보안 태세를 구축해 나갑니다.