หน้าต่างเบราว์เซอร์ด้านในห้องเขียวเข้มมีบานแชร์กับชั้นกราฟิกแตกร่วมกันและไฟอำพันเตือนจุดเดียว
securitychromebrowserpatch

Chrome 152 แพตช์ Critical สองจุดใน Shared Tab Groups และ WebGL

พี่โชว์Engineering

การอัป Chrome รอบนี้ต้องดูเลข build ไม่ใช่จำแค่ว่าเป็น 152 ครับ วันที่ 1 กันยายน Google ปล่อย 152.0.7977.75/.76 พร้อมช่องโหว่ระดับ Critical สองรายการ แล้ววันที่ 3 กันยายนขยับเป็น .82/.83 เพื่อแก้ zero-day อีกจุด ดังนั้นเป้าหมายวันนี้คือรุ่นใหม่สุดที่ช่อง stable เสนอ ไม่ใช่หยุดที่ .76

Critical สองรายการคืออะไร

บันทึกวันที่ 1 กันยายน ระบุ CVE-2026-84353 เป็น use-after-free ใน Shared Tab Groups และ CVE-2026-84352 เป็น use-after-free ใน WebGL ทั้งคู่ระดับ Critical รายละเอียดเชิง exploit ยังจำกัดเพื่อให้ผู้ใช้มีเวลาอัปเดต นี่เป็นวิธี disclosure ปกติ ไม่ใช่หลักฐานว่าช่องโหว่ไม่ร้ายแรง

use-after-free เปรียบเหมือนคืนห้องโรงแรมแล้วระบบยังใช้กุญแจใบเก่าไปเปิดพื้นที่ซึ่งถูกจัดให้แขกใหม่ ผลจริงขึ้นกับ layout ของหน่วยความจำและ mitigation หลายชั้น เราไม่ต้องทดลอง exploit เพื่อรับประโยชน์จากแพตช์

บันทึกวันที่ 3 กันยายน เพิ่มการแก้ CVE-2026-85046 ซึ่ง Google ระบุว่ามี exploit ในธรรมชาติ บทความแยกในคลังพูดถึง zero-day นั้นแล้ว รอบนี้จึงโฟกัส Critical สองรายการที่มาก่อนและวิธีไม่ค้างอยู่กึ่งกลาง

เช็กให้จบจริง

เปิด About Chrome ให้ดาวน์โหลดเสร็จแล้วกด Relaunch จากนั้นเปิดหน้าเดิมอีกครั้ง Windows/Mac ควรได้ .82/.83 หรือใหม่กว่า ส่วน Linux .82 หรือใหม่กว่า องค์กรควรดู browser inventory หลัง deadline เพราะเครื่องที่เปิดทิ้งไว้สามารถดาวน์โหลดแล้วแต่ยังรัน process เก่า

เบราว์เซอร์ Chromium อื่นมีรอบรวมแพตช์ของตนเอง อย่าเอาเลข Chrome ไปเทียบตรง ๆ ให้เช็ก advisory ของ vendor นั้น และจำกัด WebGL ด้วย policy เพียงชั่วคราวเมื่อการอัปมี blocker เพราะการปิด feature อาจกระทบแอปและไม่ได้แทนแพตช์ทุกเส้นทาง

Recap

  • 1 กันยายนมี Critical UAF สองจุดใน Shared Tab Groups และ WebGL
  • 3 กันยายนมีแพตช์ถัดไป จึงอัปถึง stable ล่าสุด
  • ดาวน์โหลดเสร็จไม่พอ ต้อง Relaunch และตรวจเลข build
  • ไม่ต้องรัน proof-of-concept บนเครื่องงานเพื่อยืนยันความเสี่ยง