ປ່ອຍຕົວທ່ອງເວັບຂອງ Chrome 126 ທີ່ມີເຄື່ອງຈັກ OCR ຢູ່ໃນຕົວ

ກູໂກໄດ້ເຜີຍແຜ່ການປ່ອຍຕົວທ່ອງເວັບຂອງ Chrome 126 ໃນເວລາດຽວກັນ, ການປ່ອຍຄວາມຫມັ້ນຄົງຂອງໂຄງການ Chromium ຟຣີ, ເຊິ່ງເຮັດຫນ້າທີ່ເປັນພື້ນຖານຂອງ Chrome, ແມ່ນມີຢູ່. ບຣາວເຊີ Chrome ແຕກຕ່າງຈາກ Chromium ໃນການນຳໃຊ້ໂລໂກ້ຂອງ Google, ມີລະບົບສົ່ງການແຈ້ງເຕືອນໃນກໍລະນີເກີດອຸປະຕິເຫດ, ໂມດູນສຳລັບການຫຼິ້ນເນື້ອຫາວິດີໂອທີ່ປ້ອງກັນການສຳເນົາ (DRM), ລະບົບຕິດຕັ້ງອັບເດດອັດຕະໂນມັດ, ເປີດໃຊ້ການແຍກ Sandbox ຢ່າງຖາວອນ. , ການສະຫນອງກະແຈກັບ Google API ແລະສົ່ງ RLZ- ເມື່ອຊອກຫາພາລາມິເຕີ. ສໍາລັບຜູ້ທີ່ຕ້ອງການເວລາເພີ່ມເຕີມໃນການປັບປຸງ, ສາຂາທີ່ຫມັ້ນຄົງຂະຫຍາຍແມ່ນໄດ້ຮັບການສະຫນັບສະຫນູນແຍກຕ່າງຫາກ, ຕິດຕາມດ້ວຍ 8 ອາທິດ. ການປ່ອຍຕໍ່ໄປຂອງ Chrome 127 ແມ່ນກໍານົດສໍາລັບວັນທີ 23 ກໍລະກົດ.

ການປ່ຽນແປງທີ່ສໍາຄັນໃນ Chrome 126:

• ຕົວເບິ່ງ PDF ທີ່ມີໃນຕົວຈະປະສົມປະສານຄວາມສາມາດໃນການສະກັດຂໍ້ຄວາມຈາກເອກະສານ, ເອີ້ນວ່າໂດຍຜ່ານທາງເລືອກ "ສະກັດຂໍ້ຄວາມຈາກ PDF" ໃນເມນູສະພາບການ. ເຄື່ອງຈັກການຮັບຮູ້ຕົວອັກສອນທາງແສງ (OCR) ທີ່ອີງໃສ່ການຮຽນຮູ້ຂອງເຄື່ອງຈັກແມ່ນໃຊ້ເພື່ອສະກັດຂໍ້ຄວາມຈາກເອກະສານທີ່ສະແກນແລ້ວທີ່ຂໍ້ຄວາມຖືກໃສ່ເປັນຮູບພາບ. ຄາດວ່າຄຸນສົມບັດໃຫມ່ນີ້ຈະຊ່ວຍໃຫ້ຜູ້ທີ່ມີບັນຫາການເບິ່ງເຫັນແລະໃຊ້ເຄື່ອງອ່ານຫນ້າຈໍເພື່ອເຮັດວຽກກັບເອກະສານ PDF. ໃນອະນາຄົດ, ມັນຖືກວາງແຜນທີ່ຈະປະຕິບັດການຮັບຮູ້ຂໍ້ຄວາມໃນຮູບພາບທີ່ສະແດງຢູ່ໃນຫນ້າແລະຫນ້າຈໍ. ເຄື່ອງຈັກ OCR ຖືກເປີດໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນສໍາລັບ 50% ຂອງຜູ້ໃຊ້, ແລະສ່ວນທີ່ເຫຼືອສາມາດເປີດໃຊ້ມັນໄດ້ຜ່ານການຕັ້ງຄ່າ "chrome://flags/#pdf-ocr".
  
• ໄປຫາຫນ້າ configurator ກັບຕົວກໍານົດການປະສິດທິພາບ
  (“ປະສິດທິພາບ/ຕົວປະຢັດຄວາມຈຳ” ໃນພາກ chrome://settings/performance) ໄດ້ເພີ່ມຄວາມສາມາດໃນການກຳນົດຄ່າລະດັບຄວາມຮຸກຮານຂອງການໃຊ້ໂໝດຕົວປະຢັດຄວາມຈຳ, ເຊິ່ງຊ່ວຍຫຼຸດການໃຊ້ RAM ໂດຍການປົດປ່ອຍໜ່ວຍຄວາມຈຳທີ່ຖືກຄອບຄອງໂດຍແຖບທີ່ບໍ່ເຄື່ອນໄຫວ. ຕົວຢ່າງ, ເມື່ອເລືອກລະດັບປານກາງ, ຕົວທ່ອງເວັບຈະຍົກເລີກການໂຫຼດແຖບຫນ້ອຍລົງຈາກຫນ່ວຍຄວາມຈໍາກ່ວາເວລາທີ່ຕັ້ງມັນສູງສຸດ. ການຕັ້ງຄ່າ, ເຊິ່ງໂດຍຄ່າເລີ່ມຕົ້ນແມ່ນສາມາດໃຊ້ໄດ້ກັບຜູ້ໃຊ້ບາງຄົນເທົ່ານັ້ນ, ສາມາດເປີດໃຊ້ໄດ້ຜ່ານພາລາມິເຕີ “chrome://flags/#memory-saver-aggressiveness”.
  
• ສໍາລັບຜູ້ໃຊ້ບາງຄົນ, ໂປຣແກຣມເບິ່ງ PDF ຈະເລີ່ມໃຊ້ສະຖາປັດຕະຍະກຳ OOPIF (out-of-process iframe), ເຊິ່ງເນື້ອໃນເອກະສານຖືກປະມວນຜົນໃນຂະບວນການແຍກຕ່າງຫາກ. ສະຖາປັດຕະຍະກໍາໃຫມ່ເອົາຄວາມສັບສົນຂອງການປະຕິບັດໂດຍອີງໃສ່ GuestView ແລະເຮັດໃຫ້ມັນງ່າຍຂຶ້ນທີ່ຈະເພີ່ມຄວາມສາມາດໃຫມ່ໃຫ້ກັບຕົວເບິ່ງ PDF. ເພື່ອເປີດໃຊ້ງານສະຖາປັດຕະຍະກຳໃໝ່, ທ່ານສາມາດໃຊ້ການຕັ້ງຄ່າ "chrome://flags/#pdf-oopif".
• ໂໝດ Reactive prefetch ເພີ່ມແລ້ວ, ເຊິ່ງໂຫຼດຊັບພະຍາກອນທີ່ກ່ຽວຂ້ອງກັບໜ້າໃດໜຶ່ງໃນລະຫວ່າງການນຳທາງ, ໂດຍບໍ່ຕ້ອງລໍຖ້າໃຫ້ພວກມັນຖືກຮ້ອງຂໍຕົວຈິງ, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດເລັ່ງການເປີດໜ້າໃໝ່ໄດ້ໄວຂຶ້ນ. ເພື່ອຄາດຄະເນຊັບພະຍາກອນທີ່ອາດຈະຕ້ອງການໃນອະນາຄົດ, ການບໍລິການພາຍນອກຂອງ Google ຖືກນໍາໃຊ້, ເຊິ່ງສົ່ງຄືນບັນຊີລາຍຊື່ຄໍາແນະນໍາຫຼັງຈາກການສົ່ງ URL ຂອງຫນ້າທີ່ນໍາທາງໄປຫາມັນ.
• ໃນປັດຈຸບັນ Google Lens ອະນຸຍາດໃຫ້ຜູ້ໃຊ້ຄົ້ນຫາຮູບພາບ ຫຼື ຂໍ້ຄວາມທີ່ເບິ່ງເຫັນໄດ້ໃນໜ້າຈໍ. ຄຸນສົມບັດນີ້ຖືກເປີດໃຊ້ງານຜ່ານເມນູສະພາບການ, ຕົວຊີ້ບອກໃນແຖບທີ່ຢູ່, ຫຼື ເມນູ "⋮". ຫຼັງຈາກນັ້ນຜູ້ໃຊ້ສາມາດເລືອກວັດຖຸທີ່ສົນໃຈໃນໜ້າຈໍ ແລະ ຮັບຂໍ້ມູນກ່ຽວກັບມັນຈາກ Google Lens. ເມື່ອປະຕິບັດການ server Google ກຳລັງສົ່ງ
  ພາບໜ້າຈໍ. ຕອນນີ້ຄຸນສົມບັດນີ້ຖືກເປີດໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນສຳລັບ 1% ຂອງຜູ້ໃຊ້. ການຕັ້ງຄ່າ "chrome://flags/#enable-lens-region-search-static-page" ສາມາດໃຊ້ເພື່ອເປີດ ຫຼືປິດການຮອງຮັບ Google Lens.
• ຜົນໄດ້ຮັບຂອງການເພີ່ມປະສິດທິພາບເພື່ອເລັ່ງການທົດສອບ Speedometer 3 ແມ່ນສະຫຼຸບໄດ້ - ການປະຕິບັດຂອງ Chrome ໃນການທົດສອບນີ້ໄດ້ເພີ່ມຂຶ້ນ 72% ໃນໄລຍະສອງປີ. ຕົວຢ່າງເຊັ່ນ, ການເຮັດວຽກຂອງຟັງຊັນ SpaceSplitString, ທີ່ໃຊ້ໃນເວລາທີ່ວິເຄາະການສະແດງອອກເຊັ່ນ "class = 'foo bar'", ໄດ້ຖືກເລັ່ງ, ຫນ້າທີ່ເຮັດວຽກກັບຫນ່ວຍຄວາມຈໍາໄດ້ຖືກປັບປຸງໃຫ້ດີທີ່ສຸດ, ການດໍາເນີນງານທີ່ບໍ່ຈໍາເປັນໃນເວລາທີ່ເຮັດວຽກກັບອົງປະກອບແບບຟອມເວັບໄດ້ຖືກໂຍກຍ້າຍອອກແລະຖືກນໍາໃຊ້ຫຼາຍທີ່ສຸດ. ການປະຕິບັດໄດ້ຖືກເລັ່ງ, ການນໍາໃຊ້ innerHTML ໄດ້ຖືກເພີ່ມປະສິດທິພາບ, ການສະແດງຕົວອັກສອນເລັ່ງ. ການເລັ່ງຍັງບັນລຸໄດ້ຍ້ອນການເພີ່ມປະສິດທິພາບຂອງເຄື່ອງເກັບຂີ້ເຫຍື້ອໃນເຄື່ອງຈັກ V8, ປະສິດທິພາບທີ່ເພີ່ມຂຶ້ນຍ້ອນການກະຕຸ້ນການເກັບຂີ້ເຫຍື້ອໃນເວລາຫຼຸດລົງຂອງຂະບວນການສະແດງຜົນ, ເພື່ອບໍ່ໃຫ້ແຂ່ງຂັນກັບຄໍາຮ້ອງສະຫມັກຂອງຊັບພະຍາກອນ CPU.
  
• ປະສິດທິພາບຂອງການເຮັດວຽກກັບ Cookies ໄດ້ຮັບການປັບປຸງຢ່າງຫຼວງຫຼາຍ, ເຊິ່ງໄດ້ຫຼຸດລົງຄວາມລ່າຊ້າໃນເວລາທີ່ເຮັດວຽກກັບສະຖານທີ່. ກ່ອນຫນ້ານີ້, ແຕ່ລະຄັ້ງທີ່ Cookie ຖືກເຂົ້າເຖິງ, ການຮ້ອງຂໍ IPC synchronous ຖືກສົ່ງໄປຈາກຂະບວນການປຸງແຕ່ງເວັບໄຊທ໌ໄປຫາຂະບວນການສະຫນອງການໂຕ້ຕອບເຄືອຂ່າຍ. ນັບຕັ້ງແຕ່ຄໍາຮ້ອງສະຫມັກເວັບໄຊຕ໌ຂ້ອນຂ້າງໃຊ້ມູນຄ່າຈາກ Cookies, ການຮ້ອງຂໍດັ່ງກ່າວລະຫວ່າງຂະບວນການເຮັດໃຫ້ການເຮັດວຽກຊ້າລົງ, ເຖິງວ່າຈະມີຄວາມຈິງທີ່ວ່າ 87% ຂອງການໂທຫາຂະບວນການອື່ນແມ່ນຊ້ໍາຊ້ອນ.

  ເພື່ອແກ້ໄຂບັນຫາ, ສະຖາປັດຕະຍະກໍາໃຫມ່ຖືກນໍາໃຊ້, ເຊິ່ງແຕ່ລະຂະບວນການມີສໍາເນົາຂອງຕົນເອງຂອງຂໍ້ມູນ Cookie ແລະເຂົ້າເຖິງມັນໂດຍກົງ, ແລະການປ່ຽນແປງໃນ Cookie, ເຊິ່ງ, ສໍາລັບຕົວຢ່າງ, ສາມາດເກີດຂຶ້ນໃນເວລາທີ່ເຮັດວຽກກັບ Cookie ດຽວກັນໃນແຖບອື່ນ. , ຖືກຕິດຕາມໂດຍຜ່ານກົນໄກການສະບັບ. ໂດຍເນື້ອແທ້ແລ້ວຂອງກົນໄກນີ້ແມ່ນວ່າສໍາລັບແຕ່ລະມູນຄ່າ
  document.cookie ແນບໂຕນັບດ້ວຍໝາຍເລກເວີຊັນ, ເຊິ່ງຖືກເກັບໄວ້ໃນໜ່ວຍຄວາມຈຳທີ່ໃຊ້ຮ່ວມກັນ, ເພີ່ມເມື່ອຄ່າປ່ຽນແປງ, ແລະກວດສອບກັບຕົວຢ່າງທີ່ມີຢູ່ແລ້ວເມື່ອອ່ານ.

  
• ເພີ່ມຄວາມສາມາດໃນການໃຊ້ View Transitions API ເພື່ອສ້າງເອັບເຟັກພາບເຄື່ອນໄຫວແບບຂ້າມຜ່ານ ເມື່ອເຄື່ອນຍ້າຍຈາກໜ້າໜຶ່ງໄປຫາອີກໜ້າໜຶ່ງພາຍໃນໜຶ່ງເວັບໄຊ (ຕົ້ນກຳເນີດດຽວກັນ). ກ່ອນຫນ້ານີ້, API ນີ້ສາມາດໃຊ້ສໍາລັບຜົນກະທົບລະຫວ່າງລັດ DOM ທີ່ແຕກຕ່າງກັນຢູ່ໃນຫນ້າດຽວກັນ (ຕົວຢ່າງ, ການປ່ຽນແປງທີ່ລຽບງ່າຍຈາກຮູບພາບຫນຶ່ງໄປອີກ). ເພື່ອນໍາໃຊ້ຜົນກະທົບຂອງການປ່ຽນແປງລະຫວ່າງເອກະສານທີ່ແຕກຕ່າງກັນ, ໃຫ້ໃຊ້ຄຸນສົມບັດ "ນໍາທາງ: ອັດຕະໂນມັດ" ໃນ "view-transition" @-rule.
• API CloseWatcher ໄດ້ຖືກເປີດໃຊ້ງານແລ້ວ, ຊ່ວຍໃຫ້ທ່ານສາມາດຕິດຕາມຄຳຮ້ອງຂໍປິດໃນແອັບພລິເຄຊັນເວັບ ແລະ ຕອບກັບໃບຮັບເງິນຂອງພວກມັນ (ຕົວຢ່າງ, ທ່ານສາມາດສ້າງຕົວຈັດການສຳລັບການກົດປຸ່ມ "ກັບຄືນ" ໃນ Android-ໂທລະສັບສະຫຼາດ).
  ການຮ້ອງຂໍປິດແມ່ນຖືກສ້າງຂຶ້ນໃນເວລາທີ່ພະຍາຍາມປິດ modal ( ) ແລະກ່ອງໂຕ້ຕອບປັອບອັບ (popover="") ດ້ວຍການກົດປຸ່ມ Esc, ໂດຍໃຊ້ປຸ່ມກັບຄືນ ຫຼືທ່າທາງໃນໜ້າຈໍໃນສະມາດໂຟນ.
• Gamepad API, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດຕິດຕາມແລະປະມວນຜົນເຫດການຈາກ gamepads ແລະຕົວຄວບຄຸມເກມ, ໄດ້ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບກົນໄກການຕອບໂຕ້ (trigger-rumble), ເຊັ່ນການສັ່ນສະເທືອນ.
• ວິທີການ .toJSON() ໄດ້ຖືກເພີ່ມໃສ່ສ່ວນຕິດຕໍ່ GeolocationCoordinates ແລະ GeolocationPosition ສໍາລັບການຈັດລໍາດັບວັດຖຸທີ່ມີຈຸດປະສານງານໃນຮູບແບບ JSON.
• ຮຸ່ນສໍາລັບ ChromeOS ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບຮູບແບບການສະແດງແທັບ (ຄຸນສົມບັດ CSS "ສະແດງ: ແຖບ"), ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານໃຊ້ແຖບໃນແອັບພລິເຄຊັນເວັບດຽວ, ຕົວຢ່າງ, ເພື່ອຈັດການແກ້ໄຂເອກະສານຈໍານວນຫນຶ່ງ.
• ເພີ່ມຄຸນສົມບັດການທົດລອງ (ການທົດລອງຕົ້ນສະບັບ) ເພື່ອເບິ່ງຕົວຢ່າງເນື້ອຫາທີ່ໄດ້ຮັບຈາກກ້ອງຖ່າຍຮູບ ຫຼືໄມໂຄຣໂຟນ.
• WebGPU API ໄດ້ເລັ່ງການລວບລວມ shader ຢ່າງຫຼວງຫຼາຍ. ໃນ backend ສໍາລັບ Vulkan graphics API, ຂໍ້ມູນການໂຫຼດເຂົ້າໄປໃນ GPU ແມ່ນການເພີ່ມປະສິດທິພາບ (ການຂຽນໂດຍກົງໃສ່ GPU buffer ແມ່ນສະຫນອງໃຫ້ໂດຍບໍ່ມີການຄັດລອກລະດັບປານກາງ).
• ການປັບປຸງໄດ້ຖືກເຮັດໃຫ້ເຄື່ອງມືສໍາລັບນັກພັດທະນາເວັບ. ໃນສ່ວນ 'Application> Storage', ຄວາມສາມາດໃນການກວດສອບຂໍ້ມູນທີ່ບັນທຶກໄວ້ໂດຍໃຊ້ Storage Buckets API ໄດ້ຖືກເພີ່ມ, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານຈັດລະບຽບການເກັບຮັກສາຂໍ້ມູນໂດຍການແບ່ງການເກັບຮັກສາອອກເປັນສ່ວນແຍກຕ່າງຫາກທີ່ກ່ຽວຂ້ອງກັບ IndexedDB ແລະ CacheStorage APIs. ໃນແຜງການປະເມີນຜົນການປະຕິບັດ, ຄວາມສາມາດໃນການຍ້າຍແລະຊ່ອນເພງໄດ້ຖືກເພີ່ມ, ລວມທັງການຍົກເວັ້ນຂໍ້ມູນກ່ຽວກັບການປະຕິບັດສະຄິບຈາກກາຟການປະຕິບັດແລະເຮັດໃຫ້ໂຫມດເຮັດໃຫ້ການປະຕິບັດລະບົບຊ້າລົງໂດຍປອມ 20 ເທື່ອ.
  

  ແຜງຕິດຕາມກິດຈະກໍາເຄືອຂ່າຍສະຫນອງການສະຫນັບສະຫນູນສໍາລັບການປ່ຽນສາຍເຕັມທີ່ມີສ່ວນຫົວ HTTP ໃນຮູບແບບ "ຊື່: ມູນຄ່າ" ເຂົ້າໄປໃນຄໍາຕອບທີ່ໄດ້ຮັບ. ເພີ່ມການກັ່ນຕອງໃສ່ dashboard ການບໍລິໂພກຫນ່ວຍຄວາມຈໍາເພື່ອກໍານົດຄວາມບໍ່ມີປະສິດທິພາບຂອງຫນ່ວຍຄວາມຈໍາ, ເຊັ່ນ: ແຖວຊ້ໍາກັນຫຼືປະໄວ້ວັດຖຸທີ່ກ່ຽວຂ້ອງກັບ nodes DOM ແຍກອອກ.

  

ນອກເຫນືອຈາກການປະດິດສ້າງແລະການແກ້ໄຂຂໍ້ບົກພ່ອງ, ສະບັບໃຫມ່ໄດ້ກໍາຈັດ 21 ຊ່ອງໂຫວ່. ຫຼາຍໆຊ່ອງໂຫວ່ໄດ້ຖືກລະບຸວ່າເປັນຜົນມາຈາກການທົດສອບອັດຕະໂນມັດໂດຍໃຊ້ AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer ແລະ AFL tools. 9 ບັນຫາຖືກມອບຫມາຍໃນລະດັບອັນຕະລາຍສູງ. ບໍ່ພົບບັນຫາທີ່ສໍາຄັນທີ່ຈະຊ່ວຍໃຫ້ຜູ້ຫນຶ່ງສາມາດຂ້າມທຸກລະດັບຂອງການປົກປ້ອງຕົວທ່ອງເວັບແລະປະຕິບັດລະຫັດໃນລະບົບນອກສະພາບແວດລ້ອມ sandbox. ເປັນສ່ວນຫນຶ່ງຂອງໂຄງການທີ່ຈະຈ່າຍລາງວັນເປັນເງິນສົດສໍາລັບການຄົ້ນພົບຊ່ອງໂຫວ່ສໍາລັບການເປີດຕົວໃນປະຈຸບັນ, Google ໄດ້ຈ່າຍ 11 ລາງວັນມູນຄ່າຫຼາຍກວ່າ $ 168 ພັນ.

ສໍາລັບຊ່ອງໂຫວ່ CVE-2024-5839, ທີ່ກ່ຽວຂ້ອງກັບບັນຫາໃນການປະຕິບັດກົນໄກການຈັດສັນຫນ່ວຍຄວາມຈໍາ, ລາງວັນການບັນທຶກ $ 100115 ໄດ້ຖືກຈ່າຍ. ຊ່ອງໂຫວ່ນີ້ຖືກຈັດອັນດັບເປັນຄວາມຮຸນແຮງປານກາງ ແລະມີທ່າແຮງທີ່ຈະເຮັດໃຫ້ເກີດຄວາມເສຍຫາຍຂອງຫນ່ວຍຄວາມຈໍາ heap ເມື່ອປະມວນຜົນເນື້ອຫາ HTML ທີ່ມີຮູບແບບພິເສດ. ນອກຈາກນີ້, ຍັງໄດ້ຮັບເງິນລາງວັນອີກ 25000 ລາງວັນ ຈໍານວນ 7000, 3000, 2000, 1000, 500 ແລະ 10000 ໂດລາ ພ້ອມດ້ວຍເງິນລາງວັນ 5000 ລາງວັນ ແຕ່ລະລາງວັນ 7 ແລະ XNUMX ໂດລາ. ຂະຫນາດຂອງ XNUMX ລາງວັນຍັງບໍ່ທັນໄດ້ຖືກກໍານົດ.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru