Google은 브라우저의 XML 구성 요소에서 적극적으로 악용되는 취약점을 해결하는 Chrome 보안 업데이트를 출시하여 올해 패치된 Chrome 제로데이 수가 8개로 늘어났습니다. 이번 공개로 인해 조직은 브라우저 업데이트를 가속화하고 사용자가 영향을 받는 설치를 다시 시작했는지 확인해야 한다는 새로운 압력을 받게 되었습니다.
다음과 같이 추적되는 취약점 CVE-2026-125350심각도가 높은 use-after-free 결함입니다. Google은 3일 전 익명의 신고를 받은 후 11월 9일에 수정 사항을 발표했습니다.
“Google은 다음에 대한 악용을 알고 있습니다. CVE-2026-125350 야생에 존재한다”고 회사는 밝혔다. Chrome 보안 권고. 업데이트에는 9개의 보안 수정 사항이 포함되어 있습니다.
이번 공개는 2026년에 패치되어 적극적으로 악용된 다른 7개의 Chrome 취약점에 이어 발생합니다. 그러나 실제 악용이 존재하더라도 공격이 얼마나 널리 퍼져 있는지 또는 어떤 사용자가 가장 많이 노출되는지는 알 수 없습니다.
XML 취약점의 의미
Use-After-Free 취약점은 소프트웨어가 재사용을 위해 해당 메모리를 해제한 후에도 계속해서 메모리에 액세스할 때 발생합니다. 오래된 참조는 다른 데이터가 포함된 영역을 가리킬 수 있으며 이로 인해 프로그램이 예측할 수 없게 작동할 수 있습니다.
이 약점에 대한 MITRE의 설명 충돌, 데이터 손상, 정보 공개 및 적절한 조건 하에서 공격자가 제어하는 코드 실행을 포함한 여러 가지 가능한 결과를 식별합니다. 결과는 취약한 작업과 영향을 받는 메모리에 영향을 미치는 공격자의 능력에 따라 달라집니다.
브라우저 사용자의 경우 브라우저가 외부에서 제공되는 콘텐츠를 일상적으로 처리하기 때문에 이러한 종류의 결함이 우려됩니다. 그럼에도 불구하고 use-after-free 공격의 일반적인 기능을 이 특정 취약점이 어떻게 무기화되었는지에 대한 확인된 설명과 혼동해서는 안 됩니다.
공개에서는 정확한 전달 메커니즘, 피해자에게 필요한 조치 또는 공격자가 결함을 추가 취약점과 결합했는지 여부를 설정하지 않습니다. 따라서 이를 장치 인수를 완료하기 위한 확인된 경로로 설명하는 것은 사용 가능한 증거를 넘어서는 것입니다.
악용 확인, 공격에 대한 가시성 제한
Google의 인정은 이것이 이론적인 보안 문제 그 이상임을 입증합니다. 통제된 연구 환경 밖에서 작동하는 익스플로잇이 관찰되었습니다.
그러나 회사의 공시는 공격자, 피해자 조직, 대상 국가 또는 캠페인을 식별하지 않습니다. 또한 방어자가 보고된 활동을 식별하는 데 사용할 수 있는 캠페인별 침해 지표도 제공하지 않습니다.
Google은 영향을 받는 타사 라이브러리에 의존하는 다른 프로젝트를 포함하여 사용자가 업데이트를 설치하는 동안 취약점 세부 정보를 제한할 수 있다고 밝혔습니다. 해당 공개 정책 자체만으로는 특정 공유 라이브러리가 이 결함에 책임이 있음을 입증하지 않습니다.
보안 팀의 경우 제한된 공개로 인해 실질적인 차이가 발생합니다. 즉, 패치 우선 순위를 정할 수 있는 충분한 증거가 있지만 의심스러운 활동이 이 공격에 의한 것이라고 확신하기에는 공개 정보가 부족합니다. 조직에서는 공개된 공격 지표가 없다는 사실을 시스템이 안전하다는 증거로 간주해서는 안 됩니다.
브라우저 악용이 자동으로 전체 시스템 손상을 의미하지 않는 이유
Chrome의 보안 아키텍처에는 손상된 브라우저 구성요소가 수행할 수 있는 작업을 제한하기 위한 경계가 도입되었습니다.
Chromium 프로젝트의 샌드박스 문서 렌더러 프로세스가 제한된 환경에서 작동한다고 설명합니다. 이러한 제한은 운영 체제 리소스에 대한 액세스를 제한하고 샌드박스 프로세스 내부의 결함으로 인해 컴퓨터에 대한 무제한 액세스가 자동으로 부여되는 것을 방지하는 데 도움이 됩니다.
이러한 구별은 잠재적 영향을 평가할 때 중요합니다. 제한된 브라우저 프로세스 내에서 코드를 실행하는 것과 더 광범위한 운영 체제 액세스로 코드를 실행하는 것은 다른 결과입니다. 공격자가 보안 경계를 넘으려면 또 다른 약점이 필요할 수 있습니다.
검토된 공개 내용에는 다음과 같은 공개 확인이 없습니다. CVE-2026-125350 샌드박스 탈출이 포함되어 있습니다. 마찬가지로, 샌드박싱이 있다고 해서 해결이 지연되는 것은 아닙니다. 브라우저 격리로 인해 위험이 줄어들지만, 적극적으로 악용되는 취약점에는 여전히 즉각적인 주의가 필요합니다.
수정 사항이 포함된 Chrome 버전
Google은 다음과 같은 패치된 데스크톱 릴리스를 발표했습니다.
이 릴리스는 Chrome의 Stable 채널을 통해 배포되고 있으며 Google에서는 앞으로 며칠, 몇 주에 걸쳐 출시될 예정이라고 설명합니다. 이는 발표에서 확인된 데스크톱 버전입니다. 버전 번호는 모바일 브라우저나 다른 브라우저 공급업체의 제품에 적용되어서는 안 됩니다.
조직의 운영 목표는 장치가 고정 릴리스 또는 후속 지원 버전을 실행하고 있는지 확인하는 것입니다. 단순히 업데이트가 다운로드되었다는 기록만으로는 활성 브라우저 세션이 패치된 실행 파일로 전환되었음을 확인할 수 없습니다.
비용이 많이 드는 사고로 이어지기 전에 보안 격차를 해소하세요. SOC에 위협 가시성을 제공하여 조기에 탐지하고 대응하세요👇🏻
동일한 릴리스에서 해결된 8가지 다른 취약점
악용된 XML 취약점이 최우선 순위이지만 업데이트는 여러 브라우저 구성 요소의 약점도 해결합니다.
나란히 CVE-2026-125350Google은 WebGL, 파일 시스템, 합성, GPU, V8 및 XML에 영향을 미치는 심각도가 높은 문제를 나열합니다. 두 가지 추가 GPU 문제는 중간 심각도 등급을 갖습니다.
또 다른 XML 결함은 CVE-2026-125346또한 use-after-free 취약점으로 분류됩니다. Google의 악용 인정에는 구체적으로 이름이 명시되어 있습니다. CVE-2026-125350; 두 번째 XML 문제가 적극적으로 악용되는 것으로 식별되지는 않습니다.
릴리스의 폭이 넓어 전체 브라우저 업데이트 배포의 가치가 강화됩니다. 문제 해결은 개별 브라우저 구성 요소를 별도로 해결하기보다는 지원되는 고정 빌드에 초점을 맞춰야 합니다.
1년간 반복된 Chrome 제로데이 패치
최신 공개는 여러 구성 요소에 걸쳐 일련의 악용된 Chrome 취약점을 따릅니다.
- CVE-2026-2441 2월
- CVE-2026-3909 그리고 CVE-2026-3910 3월
- CVE-2026-5281 4월
- CVE-2026-11645 6월
- CVE-2026-85046 그리고 CVE-2026-87491 9월에.
11월 XML 취약점으로 인해 보고된 수는 총 8개로 늘어났습니다.
이 그림은 악용되어 패치된 것으로 알려진 취약점을 설명합니다. 공격 캠페인, 손상된 조직 또는 영향을 받은 사용자의 수가 아닙니다.
기업 방어자의 경우 반복 공개는 브라우저 유지 관리를 지속적인 보안 책임으로 처리하는 것을 지원합니다. 일상적인 작업 중에 작동하는 브라우저 업데이트 프로세스는 악용이 확인되면 신속하게 대응할 수도 있어야 합니다.
사용자가 보호를 업데이트하고 확인하는 방법
구글의 공식 업데이트 지침 데스크톱 사용자에게 Chrome의 점 3개 메뉴를 열도록 안내하고 돕다그 다음에 Google 크롬 정보. 이 페이지에는 설치된 버전이 표시되고 사용 가능한 업데이트가 있는지 확인합니다.
사용자는 업데이트가 완료되도록 허용하고 선택해야 합니다. 다시 시작 메시지가 표시되면. 다시 시작한 후에는 동일한 페이지로 돌아가서 실행 중인 버전을 확인해야 합니다.
Google은 Linux 사용자가 패키지 관리자를 통해 Chrome을 업데이트해야 한다고 말합니다. 또한 해당 지침에서는 일반적으로 브라우저를 닫았다가 다시 열 때 업데이트가 적용되므로 장시간 실행되는 브라우저 세션이 문제 해결을 완료하는 데 잠재적인 장애물이 될 수 있다고 설명합니다.
기업 보안팀이 우선순위로 두어야 할 사항
관리형 환경의 경우 권장되는 대응은 배포를 가속화하고, 완료를 확인하고, 예외를 조사하는 것입니다.
보안 및 IT 팀은 오래된 설치를 식별하고, 업데이트 제한으로 인해 배포가 지연되는지 확인하고, 적절하게 짧은 기간 내에 브라우저가 다시 시작되는지 확인해야 합니다. 오프라인 상태로 유지되거나, 업데이트가 실패하거나, 지원되는 릴리스를 실행할 수 없는 장치는 규정 준수 보고에서 사라지기보다는 명시적으로 추적해야 합니다.
Google은 이러한 목적으로 관리 제어 기능을 제공합니다. 그것은 Chrome Enterprise 안내 사용자가 연기할 수 있는 권장 재실행 알림과 구성된 알림 기간에 따라 관리되는 필수 재실행을 구별합니다. 관리자는 이러한 제어를 사용하여 업데이트 가용성과 실제 보호 간의 격차를 줄일 수 있습니다.
합리적인 검증 프로세스는 재시작 후 실행 중인 버전을 측정해야 합니다. 또한 패치 적용과 사고 대응을 분리해야 합니다. 업데이트하면 취약한 코드 경로가 닫히고 의심스러운 브라우저 또는 엔드포인트 활동의 증거는 별도의 조사가 필요할 수 있습니다.
다른 Chromium 기반 제품 사용자의 경우 적절한 다음 단계는 관련 공급업체의 보안 공지 및 사용 가능한 업데이트를 검토하는 것입니다. Chrome의 출시 번호만으로는 다른 제품이 영향을 받거나 수정되었는지 확인할 수 없습니다.
즉각적인 우선순위는 분명합니다. 보안 업데이트를 설치하고 Chrome을 다시 시작한 다음 패치된 버전이 활성화되어 있는지 확인하세요. 추가 공개를 통해 공격을 명확히 할 수 있지만 교정을 시작하는 데 추가 세부 정보가 필요하지는 않습니다.
