크롬 브라우저를 열어둔 채 며칠씩 재시작하지 않는 습관이 2026년 9월 기준으로는 꽤 위험한 선택이 됐다. 구글이 2026년 9월 3~4일 사이 윈도우·macOS용 크롬을 152.0.7977.82/.83으로, 리눅스용은 152.0.7977.82로 업데이트하면서 V8 자바스크립트 엔진의 타입 컨퓨전 취약점 CVE-2026-85046이 이미 실제 공격에 쓰이고 있었다는 사실을 확인했기 때문이다.
문제는 이 취약점이 단순한 버그 리포트 수준이 아니라는 점이다. 크래프트된 HTML 페이지 하나만 열어도 크롬 샌드박스 내부에서 임의 코드 실행이 가능한 구조라, 특별한 클릭이나 다운로드 없이 페이지 방문만으로 피해가 발생할 수 있다.
📌 핵심 요약
- CVE-2026-85046(CVSS 8.8)은 2026년 크롬에서 패치된 여섯 번째 제로데이 취약점이다
- 이번 업데이트로 총 12건의 보안 취약점이 함께 수정됐다
- 미국 CISA는 이 취약점을 KEV(알려진 악용 취약점) 카탈로그에 등재하고 연방 기관에 2026년 9월 18일까지 패치를 의무화했다
- 확인 방법은 chrome://settings/help 접속 → 버전 확인 → 자동 업데이트 적용 → 재시작 순서다
- WebGPU 처리 컴포넌트 Dawn, V8 엔진 등 최근 취약점 대부분이 메모리 처리 오류에서 비롯됐다
크롬 제로데이 취약점이란 무엇인가
제로데이 취약점은 개발사가 패치를 배포하기 전, 혹은 패치와 거의 동시에 공격자가 이미 악용하고 있는 보안 결함을 말한다. 일반적인 취약점은 발견 후 수정까지 시간 여유가 있지만, 제로데이는 방어 측이 대응할 '0일'의 여유조차 없다는 의미에서 이런 이름이 붙었다.
CVE-2026-85046은 크롬의 핵심 자바스크립트 엔진인 V8에서 발생한 타입 컨퓨전(type confusion) 오류다. 프로그램이 한 종류의 데이터를 다른 종류로 잘못 해석하도록 유도해 메모리 접근 권한을 넘어서게 만드는 방식으로, 공격자가 이를 성공시키면 크롬의 샌드박스 보호막을 뚫고 시스템 권한에 가까운 코드를 실행할 수 있다.

2026년 크롬 제로데이 타임라인과 업데이트 비용 없는 대응법
CVE-2026-85046은 올해 들어 구글이 패치한 여섯 번째 크롬 제로데이다. 앞서 CVE-2026-2441, CVE-2026-3909, CVE-2026-3910, CVE-2026-5281, CVE-2026-11645가 순차적으로 발견돼 수정됐고, 이번 건까지 더하면 반년 사이 여섯 차례나 실공격 사례가 확인된 셈이다.
다행히 이런 취약점에 대응하는 데 드는 실제 비용은 0원에 가깝다. 별도의 유료 보안 프로그램 구독이나 백신 라이선스 결제 없이, 크롬 자체의 자동 업데이트 기능만 켜두면 대부분 자동으로 패치가 적용된다. 반대로 기업 환경에서 업데이트를 미루다 실제 침해사고가 터지면 포렌식 조사와 복구에 드는 비용이 수천만 원 단위로 뛸 수 있다는 점에서, 지금 5분 들여 버전을 확인하는 쪽이 압도적으로 저렴하다.
| CVE 번호 | 취약점 위치 | 특징 |
|---|---|---|
| CVE-2026-2441 | 렌더링 엔진 | 2026년 상반기 첫 제로데이 |
| CVE-2026-3909 | 브라우저 코어 | 긴급 패치 배포 |
| CVE-2026-3910 | 브라우저 코어 | CVE-2026-3909와 연달아 발견 |
| CVE-2026-5281 | WebGPU(Dawn) | 유즈 애프터 프리 오류 |
| CVE-2026-11645 | V8 엔진 | 자바스크립트·웹어셈블리 메모리 접근 오류 |
| CVE-2026-85046 | V8 엔진 | 타입 컨퓨전, CVSS 8.8, CISA KEV 등재 |
버전 확인부터 재시작까지, 업데이트 신청 절차
대응 절차 자체는 어렵지 않다. 주소창에 chrome://settings/help를 입력해 접속하면 현재 설치된 버전이 표시되고, 최신 버전이 아니라면 크롬이 자동으로 업데이트 파일을 내려받기 시작한다.
다운로드가 끝나면 화면에 "다시 시작" 버튼이 뜨는데, 이 버튼을 누르기 전까지는 패치가 실제로 적용되지 않은 상태다. 탭을 많이 열어둔 채 재시작을 미루는 경우가 많은데, 보안 패치는 재시작 시점에 메모리에 올라가는 구조라 재부팅을 미루면 취약한 상태 그대로 브라우저를 계속 쓰는 셈이 된다. 재시작 후에는 다시 한번 chrome://settings/help로 들어가 버전 번호가 152.0.7977.82(또는 .83)로 바뀌었는지 확인하는 절차까지 마쳐야 패치 적용이 완료됐다고 볼 수 있다.
다른 브라우저·운영체제는 안전한가 — 비교 관점
크롬만의 문제로 보이기 쉽지만, V8 엔진은 마이크로소프트 엣지를 비롯한 크로미움 기반 브라우저 전반에서 공유된다. 크로미움 엔진을 쓰는 브라우저를 사용 중이라면 각 제조사가 별도로 배포하는 업데이트도 함께 확인할 필요가 있다.
운영체제별로는 윈도우·macOS가 152.0.7977.82/.83, 리눅스가 152.0.7977.82로 버전 표기가 미묘하게 다르게 배포됐다는 점도 눈여겨볼 부분이다. 회사나 학교처럼 여러 대의 PC를 관리하는 환경에서는 운영체제가 섞여 있는 경우가 많아, 버전 번호만으로 패치 여부를 단정하지 말고 각 기기에서 chrome://settings/help로 직접 확인하는 편이 안전하다.
| 운영체제 | 패치된 버전 | 확인 방법 |
|---|---|---|
| Windows | 152.0.7977.82/.83 | chrome://settings/help |
| macOS | 152.0.7977.82/.83 | chrome://settings/help |
| Linux | 152.0.7977.82 | chrome://settings/help |
기업·기관이라면 CISA KEV 기준으로 대응 체크리스트를 짜야 한다
개인 사용자와 달리 기업·공공기관은 좀 더 체계적인 대응이 필요하다. 미국 CISA(사이버보안·인프라보안국)는 CVE-2026-85046을 2026년 9월 4일 KEV(알려진 악용 취약점) 카탈로그에 등재하면서 연방 민간 기관에 9월 18일까지 패치를 의무화했다. 이는 이 취약점이 이론상의 위험이 아니라 실제 공격 캠페인에서 확인된 위협이라는 공식 판단이 내려졌다는 뜻이다.
국내 기업이나 기관이 직접 CISA의 강제 대상은 아니더라도, KEV 등재 취약점은 국제적으로 위험도가 검증된 기준으로 통용된다. 보안 담당자라면 사내 전 직원 PC의 크롬 버전을 원격 관리 도구로 일괄 조회하고, 미패치 단말이 있다면 업무용 메신저나 사내 공지로 재시작을 독려하는 절차를 정례화해두는 편이 좋다.
지금 당장 확인해야 할 실전 체크리스트
여러 단계를 나열했지만 실제로 해야 할 일은 단순하다. 크롬 주소창에 chrome://settings/help를 입력하고, 버전이 152.0.7977.82 또는 .83 이상인지 확인한 뒤, 업데이트가 남아있다면 다시 시작 버튼을 눌러 재부팅까지 마치면 된다.
스마트폰용 크롬도 마찬가지로 앱스토어·플레이스토어에서 업데이트 알림이 와 있는지 점검할 필요가 있다. 모바일 환경은 브라우저 업데이트를 뒤로 미루는 경향이 특히 강한데, 제로데이 취약점은 플랫폼을 가리지 않고 악용될 수 있으므로 데스크톱과 모바일 모두 같은 기준으로 점검하는 것이 안전하다.
CVE-2026-85046 · CVSS 8.8
2026년 크롬 여섯 번째 제로데이 · CISA KEV 등재(2026-09-04) · 출처: SecurityWeek·Tech-Insider
반년 새 여섯 번의 제로데이가 확인됐다는 사실은 이런 패치 확인 습관을 일회성 이벤트로 끝내면 안 된다는 것을 보여준다. 크롬 버전 확인은 한 번 해두고 끝내는 일이 아니라, 한 달에 한 번쯤은 습관처럼 chrome://settings/help에 들어가 보는 루틴으로 만드는 편이 실질적인 방어가 된다.
CVE-2026-85046은 클릭 한 번으로 감염될 수 있는 실공격형 취약점이었던 만큼, 지금 브라우저를 열어 chrome://settings/help에서 버전을 확인하고 대기 중인 업데이트가 있다면 바로 재시작하는 것이 가장 확실한 첫 대응이다.