CẬP NHẬT KỸ THUẬT · SECURITY

Chrome CVE-2026-85046 vào CISA KEV: kiểm chứng cập nhật 152.0.7977.82/.83

5/9/2026 · 9 phút

Dashboard quản lý endpoint kiểm tra phiên bản Chrome đã cập nhật sau cảnh báo V8
Mục lục bài viết 7 phần

Google phát hành Stable Channel Update cho Chrome desktop ngày 03/09/2026, xác nhận exploit cho CVE-2026-85046 tồn tại ngoài thực tế. Ngày 04/09/2026, CISA đưa lỗ hổng này vào Known Exploited Vulnerabilities (KEV). Đội endpoint cần đo trạng thái phiên bản đang chạy sau relaunch, không chỉ trạng thái “đã tải update”.

ĐỌC NHANH

Bài viết giúp bạn

  • Thông tin được công bố
  • Điểm mới đáng chú ý
  • Tác động đối với kiến trúc, vận hành và kiểm thử
Tùy chỉnh đọc
01

Thông tin được công bố

#

Chrome Releases ngày 03/09/2026 cho biết bản cập nhật desktop gồm 12 security fixes. Trong đó CVE-2026-85046 được xếp High, mô tả là type confusion trong V8 và Google xác nhận biết exploit tồn tại ngoài thực tế. Lỗi được báo cho Google ngày 04/08/2026.

Bản vá được đưa vào Chrome 152.0.7977.82/.83 cho Windows và macOS, cùng 152.0.7977.82 cho Linux. NVD mô tả các phiên bản trước 152.0.7977.82 có thể cho phép remote attacker thực thi arbitrary code bên trong sandbox qua crafted HTML page. CISA thêm CVE vào KEV ngày 04/09/2026 dựa trên bằng chứng active exploitation.

Nguồn được kiểm tra lúc 05:29 ICT ngày 05/09/2026. Bản nháp không nêu hạn remediation của CISA vì chi tiết đó chưa được xác nhận trực tiếp trong nguồn truy cập được ở lần kiểm tra này.

02

Điểm mới đáng chú ý

#

Tín hiệu ưu tiên đến từ hai nguồn gốc: Google xác nhận exploit tồn tại ngoài thực tế và CISA đưa lỗ hổng vào KEV. Đây không còn là bài toán xếp hàng chỉ theo CVSS; trạng thái khai thác đã được xác nhận khiến inventory và rollout evidence quan trọng hơn tranh luận điểm số.

Chrome update được rollout theo thời gian. Endpoint có thể đã tải binary mới nhưng tiến trình cũ vẫn chạy cho đến relaunch. Vì vậy dashboard cần phân biệt package installed, browser process version và last restart/relaunch.

03

Tác động đối với kiến trúc, vận hành và kiểm thử

#

Đội endpoint phải tìm Chrome trên workstation, VDI, kiosk, jump host, server có browser và thiết bị ít online. Sau đó mở rộng sang browser dựa trên Chromium nhưng chỉ đánh dấu ảnh hưởng khi vendor tương ứng đã công bố advisory/version; không tự lấy số Chrome áp cho mọi sản phẩm.

Rollout nên theo canary, theo dõi crash, extension, SSO, certificate, proxy và ứng dụng web quan trọng. Không chạy exploit trên production. Validation an toàn là xác nhận version, policy update, relaunch, browser health và log quản trị.

  • Update được tải — Có thể kết luận: Chưa hoàn tất; Bằng chứng cần có: package/update log
  • Binary mới đã cài — Có thể kết luận: Chưa chắc process mới chạy; Bằng chứng cần có: file/package version
  • Browser đã relaunch — Có thể kết luận: Có thể kiểm version runtime; Bằng chứng cần có: process/app inventory
  • Version đạt ngưỡng — Có thể kết luận: Remediation kỹ thuật cho Chrome trong phạm vi này; Bằng chứng cần có: OS + version + timestamp
  • Không thấy Chrome trong CMDB — Có thể kết luận: Chưa chứng minh không tồn tại; Bằng chứng cần có: EDR/MDM/software discovery đối soát
Minh họa: Các trạng thái cần phân biệt khi xử lý bản vá Chrome
Minh họa: Các trạng thái cần phân biệt khi xử lý bản vá Chrome
04

Ai cần quan tâm

#

Endpoint engineering, SOC, vulnerability management, IT support, VDI/kiosk owner và application owner cần phối hợp. Security quyết định ưu tiên; endpoint team điều phối update/relaunch; application owner xác nhận compatibility; SOC theo dõi dấu hiệu bất thường trong phạm vi telemetry sẵn có.

Do browser là phần mềm người dùng mở liên tục, kế hoạch truyền thông và forced relaunch cần cân bằng rủi ro với gián đoạn. Kiosk hoặc máy điều khiển chuyên dụng phải qua change window nhưng không nên bị loại khỏi inventory.

05

Những điểm chưa thể kết luận

#

Thông báo Google hạn chế chi tiết bug cho đến khi phần lớn người dùng cập nhật. Không thể từ nguồn này suy ra actor, mục tiêu, exploit chain, IOC, mức phổ biến hoặc khả năng thoát sandbox. Cụm “arbitrary code inside the sandbox” không đồng nghĩa đã chiếm toàn bộ hệ điều hành.

Cũng không thể tự kết luận browser Chromium khác dùng cùng phiên bản vá hay cùng lịch rollout. Cần advisory của từng vendor. Việc endpoint không phát alert không chứng minh chưa bị khai thác.

06

Checklist hành động hoặc kiểm chứng

#
  • Mở Chrome Releases ngày 03/09 và CISA alert ngày 04/09; kiểm tra revision.
  • Inventory Chrome theo OS, owner, version runtime và last seen.
  • Xác định mọi Chrome <152.0.7977.82 là dưới ngưỡng NVD mô tả.
  • Canary bản stable mới trên extension, SSO, proxy, certificate và web app trọng yếu.
  • Ép/nhắc relaunch theo policy đã phê duyệt; xác nhận tiến trình mới.
  • Đối soát update dashboard với EDR/MDM và runtime version.
  • Kiểm tra browser Chromium khác bằng advisory riêng của vendor.
  • Theo dõi crash/update failure và endpoint không còn check-in.
  • Không dùng exploit hoặc crafted page trên production.
  • Lưu evidence theo endpoint, timestamp và policy revision.
Minh họa: Ma trận kiểm chứng phiên bản Chrome desktop sau cập nhật CVE-2026-85046
Minh họa: Ma trận kiểm chứng phiên bản Chrome desktop sau cập nhật CVE-2026-85046
07

Khái niệm cần nhớ

#
  • KEV: danh mục lỗ hổng có bằng chứng bị khai thác của CISA.
  • V8: JavaScript/WebAssembly engine trong Chrome.
  • Type confusion: chương trình xử lý một đối tượng theo kiểu không phù hợp.
  • Runtime version: phiên bản tiến trình đang chạy, không chỉ package trên đĩa.
  • Relaunch: khởi động lại browser để tiến trình dùng binary mới.
  • Sandbox: ranh giới hạn chế tác động của mã chạy trong browser process.
THUẬT NGỮ NHANH

Khái niệm cần nhớ

Security efficacy
Mức độ phát hiện hoặc ngăn chặn đúng nội dung kiểm thử trong phạm vi đã xác định.
Goodput
Lưu lượng ứng dụng hữu ích tới đích, không tính phần truyền lại hoặc overhead không tạo giá trị.
False positive
Lưu lượng hợp lệ bị nhận diện hoặc xử lý nhầm như một mối đe dọa.
TÀI LIỆU ĐỐI CHIẾUTài liệu tham khảo3 nguồn

Nội dung được biên soạn độc lập, theo hướng vendor-neutral và đối chiếu các tài liệu gốc dưới đây. Tính năng sản phẩm cần được kiểm tra lại theo phiên bản đang sử dụng.

Nguyên tắc biên tập

NetVali ưu tiên nguồn tiêu chuẩn và tài liệu chính thức; phân biệt khuyến nghị triển khai với yêu cầu của tiêu chuẩn; không công bố thông số sản phẩm chưa gắn với phiên bản và điều kiện đo.

Thông số và khả năng sản phẩm có thể thay đổi theo phiên bản. Hãy đối chiếu tài liệu chính thức trước khi xây dựng cấu hình hoặc tiêu chí nghiệm thu.
BẮT ĐẦU TỪ BÀI TOÁN

Cần chuyển kiến thức thành test plan?

Chia sẻ mục tiêu, topology và ràng buộc kỹ thuật. NetVali sẽ cùng bạn xác định bài đo phù hợp.

Trao đổi yêu cầu kỹ thuật