นักพัฒนาของ Google ที่ดูแลเว็บเบราว์เซอร์« Google Chrome » ได้ประกาศการรวมไว้ใน Chrome 88 (คาดว่าจะเปิดตัวในวันที่ 19 มกราคม 2021) ของแถลงการณ์ฉบับที่สาม ซึ่งทำให้เกิดความขัดแย้งอย่างมากในหมู่นักพัฒนาส่วนขยายเบราว์เซอร์เนื่องจากการละเมิดการทำงานของส่วนเสริมจำนวนมากเพื่อบล็อกเนื้อหาและความปลอดภัยที่ไม่เหมาะสม
ควรสังเกตว่า เข้ากันได้กับปลั๊กอินที่ใช้เวอร์ชันที่สอง จากแถลงการณ์ จะอยู่ต่อไปอีกสักระยะ. ยังไม่ได้กำหนดการสิ้นสุดการสนับสนุน Manifest V2 แต่ระยะเวลาการย้ายข้อมูลไปยังไฟล์ Manifest ใหม่จะคงอยู่อย่างน้อยหนึ่งปี
เหมือนเป็นการเตือนความจำ, ไฟล์ Manifest ของ Chrome กำหนดความสามารถและทรัพยากรที่ปลั๊กอินให้มา
แถลงการณ์ใหม่ เป็นส่วนหนึ่งของการริเริ่มเพื่อปรับปรุงความปลอดภัยความเป็นส่วนตัวและประสิทธิภาพของปลั๊กอิน เป้าหมายหลักของการเปลี่ยนแปลงนี้คือการทำให้การสร้างปลั๊กอินประสิทธิภาพสูงและปลอดภัยทำได้ง่ายขึ้นและทำให้การสร้างปลั๊กอินที่ช้าและไม่ปลอดภัยทำได้ยากขึ้น
ด้วยการแนะนำ Manifest V3 เราจะไม่อนุญาตให้โฮสต์โค้ดจากระยะไกล กลไกนี้ใช้เป็นเวกเตอร์การโจมตีโดยผู้ไม่หวังดีเพื่อหลีกเลี่ยงเครื่องมือตรวจจับมัลแวร์ของ Google และแสดงถึงความเสี่ยงที่สำคัญต่อความเป็นส่วนตัวและความปลอดภัยของผู้ใช้
ความไม่พอใจหลัก ด้วยแถลงการณ์ใหม่ เกี่ยวข้องกับการสิ้นสุดการสนับสนุนสำหรับโหมดล็อกการทำงานของ webRequest APIซึ่งจะ จำกัด เฉพาะโหมดอ่านอย่างเดียว
จะมีข้อยกเว้นสำหรับ Chrome for Enterprise edition เท่านั้น ซึ่งจะยังคงได้รับการสนับสนุนโดย webRequest API Mozilla ได้ตัดสินใจที่จะไม่ติดตามรายการใหม่และจะให้ Firefox ใช้ webRequest API อย่างเต็มที่ แต่ webRequest API สำหรับการกรองเนื้อหาในรายการใหม่เสนอ Declarative API declarativeNetRequest แทน
DeclarativeNetRequest API ใหม่ให้การเข้าถึงเอนจินการกรองในตัวสากลที่ใช้งานได้ทันทีที่ประมวลผลกฎการบล็อกโดยอิสระไม่อนุญาตให้ใช้อัลกอริทึมการกรองแบบกำหนดเองและไม่อนุญาตให้ตั้งค่ากฎที่ซับซ้อนและทับซ้อนกันขึ้นอยู่กับเงื่อนไข
ด้วยเหตุผลในการเปลี่ยนไปใช้ declarativeNetRequest API มีการระบุข้อกังวลเกี่ยวกับความเป็นส่วนตัว: ด้วย API ใหม่ปลั๊กอินจะสูญเสียการเข้าถึงสตรีมข้อมูลทั้งหมดอย่างไม่ จำกัด ซึ่งอาจรวมถึงข้อมูลผู้ใช้ที่ละเอียดอ่อน
Google ได้พยายามบรรเทาปัญหาบางอย่างที่เกิดขึ้น ในระหว่างการสนทนากับนักพัฒนาปลั๊กอินผู้ที่จะได้รับผลกระทบจาก DeclarativeNetRequest API (ตัวอย่างเช่น uBlock Origin ซึ่งผู้เขียนพิจารณาว่าฟังก์ชัน declarativeNetRequest ไม่เพียงพอที่ปลั๊กอินจะทำงานได้อย่างถูกต้อง) มันจะหยุดทำงาน
ตามความต้องการของผู้พัฒนาปลั๊กอิน se ได้เพิ่มการสนับสนุนสำหรับการใช้ declarativeNetRequest สำหรับชุดกฎคงที่ต่างๆกรองตามนิพจน์ทั่วไปแก้ไขส่วนหัว HTTP เปลี่ยนแปลงและเพิ่มกฎแบบไดนามิกลบและแทนที่พารามิเตอร์คำขอ
รายการใหม่ยังแนะนำการเปลี่ยนแปลงต่อไปนี้ที่มีผลต่อความเข้ากันได้ของปลั๊กอิน:
- การเปลี่ยนไปใช้บริการผู้ปฏิบัติงานในรูปแบบของกระบวนการพื้นหลังซึ่งจะทำให้นักพัฒนาต้องเปลี่ยนรหัสของส่วนเพิ่มเติมบางส่วน
- แบบละเอียดใหม่สำหรับการขอสิทธิ์: ปลั๊กอินจะไม่สามารถเปิดใช้งานสำหรับทุกหน้าพร้อมกันได้ (สิทธิ์ "all_urls" ถูกลบออก) แต่จะใช้ได้เฉพาะในบริบทของแท็บที่ใช้งานอยู่นั่นคือ ผู้ใช้จะต้องยืนยันการทำงานของปลั๊กอินสำหรับแต่ละไซต์
- การเปลี่ยนแปลงการประมวลผลคำขอข้ามแหล่งที่มา: ตามรายการใหม่สคริปต์การประมวลผลเนื้อหาจะอยู่ภายใต้ข้อ จำกัด สิทธิ์เช่นเดียวกับหน้าหลักที่ฝังสคริปต์เหล่านี้ (ตัวอย่างเช่นหากเพจไม่มีการเข้าถึง API ตำแหน่ง จากนั้นปลั๊กอินสคริปต์จะไม่มีการเข้าถึงนี้เช่นกัน)
- ป้องกันการเรียกใช้โค้ดที่ดาวน์โหลดจากเซิร์ฟเวอร์ภายนอก (เมื่อปลั๊กอินโหลดและรันโค้ดภายนอก)
ในที่สุด หากคุณต้องการทราบข้อมูลเพิ่มเติม คุณสามารถอ้างถึงโพสต์ต้นฉบับได้ ในลิงค์ต่อไปนี้.