Chrome ປ່ອຍ 98

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

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

• ຕົວທ່ອງເວັບມີຮ້ານຂອງຕົນເອງຂອງໃບຢັ້ງຢືນຮາກຂອງເຈົ້າຫນ້າທີ່ການຢັ້ງຢືນ (Chrome Root Store), ເຊິ່ງຈະຖືກນໍາໃຊ້ແທນທີ່ຈະເປັນຮ້ານຄ້າພາຍນອກສະເພາະກັບແຕ່ລະລະບົບປະຕິບັດການ. ຮ້ານໄດ້ຖືກປະຕິບັດຄ້າຍຄືກັນກັບຮ້ານເອກະລາດຂອງໃບຢັ້ງຢືນຮາກໃນ Firefox, ເຊິ່ງຖືກນໍາໃຊ້ເປັນການເຊື່ອມຕໍ່ທໍາອິດເພື່ອກວດເບິ່ງລະບົບຕ່ອງໂສ້ຄວາມໄວ້ວາງໃຈຂອງໃບຢັ້ງຢືນເມື່ອເປີດເວັບໄຊທ໌ຜ່ານ HTTPS. ບ່ອນເກັບຂໍ້ມູນໃໝ່ຍັງບໍ່ທັນຖືກໃຊ້ເປັນຄ່າເລີ່ມຕົ້ນເທື່ອ. ເພື່ອຜ່ອນຄາຍການປ່ຽນແປງຂອງການຕັ້ງຄ່າການເກັບຮັກສາລະບົບ ແລະເພື່ອຮັບປະກັນການເຄື່ອນທີ່, ມັນຈະມີໄລຍະການປ່ຽນທີ່ Chrome Root Store ຈະປະກອບມີການຄັດເລືອກອັນເຕັມທີ່ຂອງໃບຢັ້ງຢືນທີ່ໄດ້ຮັບການອະນຸມັດໃນເວທີທີ່ສະຫນັບສະຫນູນຫຼາຍທີ່ສຸດ.
• ແຜນການເສີມສ້າງການປ້ອງກັນການໂຈມຕີທີ່ກ່ຽວຂ້ອງກັບການເຂົ້າເຖິງຊັບພະຍາກອນໃນເຄືອຂ່າຍທ້ອງຖິ່ນຫຼືໃນຄອມພິວເຕີຂອງຜູ້ໃຊ້ (localhost) ຈາກສະຄິບທີ່ໂຫລດເມື່ອເວັບໄຊທ໌ຖືກເປີດສືບຕໍ່ປະຕິບັດ. ການຮ້ອງຂໍດັ່ງກ່າວຖືກນໍາໃຊ້ໂດຍຜູ້ໂຈມຕີເພື່ອປະຕິບັດການໂຈມຕີ CSRF ໃນ routers, ຈຸດເຂົ້າເຖິງ, ເຄື່ອງພິມ, ການໂຕ້ຕອບເວັບໄຊຕ໌ຂອງບໍລິສັດແລະອຸປະກອນແລະການບໍລິການອື່ນໆທີ່ຍອມຮັບພຽງແຕ່ການຮ້ອງຂໍຈາກເຄືອຂ່າຍທ້ອງຖິ່ນ.

  ເພື່ອປ້ອງກັນການໂຈມຕີດັ່ງກ່າວ, ຖ້າຊັບພະຍາກອນຍ່ອຍໃດໆຖືກເຂົ້າເຖິງຢູ່ໃນເຄືອຂ່າຍພາຍໃນ, ຕົວທ່ອງເວັບຈະເລີ່ມສົ່ງຄໍາຮ້ອງຂໍທີ່ຊັດເຈນສໍາລັບການອະນຸຍາດໃຫ້ດາວໂຫລດຊັບພະຍາກອນຍ່ອຍດັ່ງກ່າວ. ການຮ້ອງຂໍການອະນຸຍາດແມ່ນດໍາເນີນການໂດຍການສົ່ງຄໍາຮ້ອງຂໍ CORS (Cross-Origin Resource Sharing) ທີ່ມີຫົວຂໍ້ "Access-Control-Request-Private-Network: true" ໄປຫາເຄື່ອງແມ່ຂ່າຍຂອງເວັບໄຊທ໌ຕົ້ນຕໍກ່ອນທີ່ຈະເຂົ້າເຖິງເຄືອຂ່າຍພາຍໃນຫຼື localhost. ເມື່ອຢືນຢັນການດໍາເນີນການເພື່ອຕອບສະຫນອງຄໍາຮ້ອງຂໍນີ້, ເຄື່ອງແມ່ຂ່າຍຈະຕ້ອງສົ່ງຄືນ "Access-Control-Allow-Private-Network: true" header. ໃນ Chrome 98, ການກວດສອບຖືກປະຕິບັດໃນໂຫມດການທົດສອບແລະຖ້າບໍ່ມີການຢືນຢັນ, ການເຕືອນໄພຈະສະແດງຢູ່ໃນ web console, ແຕ່ການຮ້ອງຂໍຊັບພະຍາກອນຍ່ອຍຂອງມັນເອງບໍ່ໄດ້ຖືກບລັອກ. ການຂັດຂວາງບໍ່ໄດ້ວາງແຜນທີ່ຈະເປີດໃຊ້ຈົນກ່ວາ Chrome 101 ຖືກປ່ອຍອອກມາ.

• ການຕັ້ງຄ່າບັນຊີປະສົມປະສານເຄື່ອງມືສໍາລັບການຄຸ້ມຄອງການລວມເອົາການທ່ອງເວັບທີ່ປອດໄພທີ່ປັບປຸງ, ເຊິ່ງເປີດໃຊ້ການກວດສອບເພີ່ມເຕີມເພື່ອປ້ອງກັນການຫຼອກລວງ, ກິດຈະກໍາທີ່ເປັນອັນຕະລາຍແລະໄພຂົ່ມຂູ່ອື່ນໆຢູ່ໃນເວັບ. ເມື່ອທ່ານເປີດໃຊ້ໂໝດຢູ່ໃນບັນຊີ Google ຂອງທ່ານ, ດຽວນີ້ເຈົ້າຈະຖືກເຕືອນໃຫ້ເປີດໃຊ້ໂໝດຢູ່ໃນ Chrome.
• ເພີ່ມຕົວແບບສໍາລັບການກວດສອບຄວາມພະຍາຍາມທີ່ຈະ phishing ໃນຝ່າຍລູກຄ້າ, ປະຕິບັດໂດຍໃຊ້ TFLite machine learning platform (TensorFlow Lite) ແລະບໍ່ຮຽກຮ້ອງໃຫ້ມີການສົ່ງຂໍ້ມູນເພື່ອດໍາເນີນການກວດສອບໃນດ້ານ Google (ໃນກໍລະນີນີ້, telemetry ຖືກສົ່ງໄປດ້ວຍຂໍ້ມູນກ່ຽວກັບຮຸ່ນຂອງຕົວແບບ. ແລະ​ການ​ຄິດ​ໄລ່​ນ​້​ໍາ​ຫນັກ​ສໍາ​ລັບ​ແຕ່​ລະ​ປະ​ເພດ​)​. ຖ້າກວດພົບຄວາມພະຍາຍາມ phishing, ຜູ້ໃຊ້ຈະຖືກສະແດງຫນ້າເຕືອນກ່ອນທີ່ຈະເປີດເວັບໄຊທ໌ທີ່ຫນ້າສົງໄສ.
• ໃນ Client Hints API, ເຊິ່ງຖືກພັດທະນາເປັນການທົດແທນ header ຜູ້ໃຊ້ - ຕົວແທນແລະຊ່ວຍໃຫ້ທ່ານສາມາດເລືອກສົ່ງຂໍ້ມູນກ່ຽວກັບຕົວທ່ອງເວັບສະເພາະແລະຕົວກໍານົດການລະບົບ (ສະບັບ, ເວທີ, ແລະອື່ນໆ) ພຽງແຕ່ຫຼັງຈາກການຮ້ອງຂໍໂດຍເຄື່ອງແມ່ຂ່າຍ, ມັນແມ່ນ. ເປັນໄປໄດ້ທີ່ຈະປ່ຽນຊື່ປອມເຂົ້າໄປໃນບັນຊີລາຍຊື່ຂອງຕົວລະບຸຕົວທ່ອງເວັບ, ອີງຕາມການປຽບທຽບກັບກົນໄກ GREASE (ສ້າງການຂະຫຍາຍແບບສຸ່ມແລະຍືນຍົງ) ທີ່ໃຊ້ໃນ TLS. ຕົວຢ່າງ, ນອກເຫນືອຈາກ '"Chrome"; v="98″' ແລະ '"Chromium"; v="98″' ຕົວລະບຸແບບສຸ່ມຂອງຕົວທ່ອງເວັບທີ່ບໍ່ມີຢູ່ແລ້ວ '"(ບໍ່ແມ່ນ; ຕົວທ່ອງເວັບ"; v="12″' ສາມາດຖືກເພີ່ມເຂົ້າໃນບັນຊີລາຍຊື່. ເຊິ່ງນໍາໄປສູ່ຄວາມຈິງທີ່ວ່າຕົວທ່ອງເວັບທາງເລືອກຖືກບັງຄັບໃຫ້ທໍາທ່າວ່າເປັນຕົວທ່ອງເວັບທີ່ນິຍົມອື່ນໆເພື່ອຂ້າມການກວດສອບຕໍ່ກັບລາຍຊື່ຂອງຕົວທ່ອງເວັບທີ່ຍອມຮັບ.
• ເລີ່ມແຕ່ວັນທີ 17 ມັງກອນເປັນຕົ້ນໄປ, Chrome Web Store ບໍ່ຍອມຮັບສ່ວນເສີມທີ່ໃຊ້ເວີຊັນ 2023 ຂອງ Chrome manifest ອີກຕໍ່ໄປ. ການເພີ່ມໃຫມ່ໃນປັດຈຸບັນຈະຖືກຍອມຮັບກັບສະບັບທີສາມຂອງ manifest ເທົ່ານັ້ນ. ນັກພັດທະນາຂອງສ່ວນເສີມທີ່ເພີ່ມເຂົ້າມາໃນເມື່ອກ່ອນຈະຍັງສາມາດເຜີຍແຜ່ການອັບເດດກັບ manifest ລຸ້ນທີສອງໄດ້. ການປະຕິເສດສະບັບສົມບູນຂອງ manifesto ສະບັບທີສອງແມ່ນວາງແຜນໄວ້ສໍາລັບເດືອນມັງກອນ XNUMX.
• ເພີ່ມການສະຫນັບສະຫນູນຕົວອັກສອນ vector ສີໃນຮູບແບບ COLRv1 (ຊຸດຍ່ອຍຂອງຕົວອັກສອນ OpenType ທີ່ມີ, ນອກເຫນືອຈາກ vector glyphs, ຊັ້ນທີ່ມີຂໍ້ມູນສີ), ເຊິ່ງສາມາດນໍາໃຊ້ໄດ້, ສໍາລັບການຍົກຕົວຢ່າງ, ເພື່ອສ້າງ emoji ຫຼາຍສີ. ບໍ່ຄືກັບຮູບແບບ COLRv0 ທີ່ຮອງຮັບໃນເມື່ອກ່ອນ, COLRv1 ຕອນນີ້ສາມາດໃຊ້ການເລື່ອນຊັ້ນ, ການວາງຊ້ອນ, ແລະການຫັນປ່ຽນໄດ້. ຮູບແບບດັ່ງກ່າວຍັງສະຫນອງຮູບແບບການເກັບຮັກສາທີ່ຫນາແຫນ້ນ, ສະຫນອງການບີບອັດທີ່ມີປະສິດທິພາບ, ແລະອະນຸຍາດໃຫ້ນໍາໃຊ້ຄືນໃຫມ່ຂອງ outlines, ອະນຸຍາດໃຫ້ຫຼຸດລົງຢ່າງຫຼວງຫຼາຍໃນຂະຫນາດຕົວອັກສອນ. ຕົວຢ່າງ, ຟອນ Noto Color Emoji ໃຊ້ເວລາເຖິງ 9MB ໃນຮູບແບບ raster, ແລະ 1MB ໃນຮູບແບບ vector COLRv1.85.
• ໂໝດການທົດລອງຕົ້ນກຳເນີດ (ລັກສະນະການທົດລອງທີ່ຕ້ອງການການເປີດໃຊ້ງານແຍກຕ່າງຫາກ) ປະຕິບັດ API Capture API, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານສາມາດຕັດວິດີໂອທີ່ຖືກບັນທຶກໄດ້. ຕົວຢ່າງ, ການປູກພືດອາດຈະຈໍາເປັນໃນຄໍາຮ້ອງສະຫມັກເວັບໄຊຕ໌ທີ່ເກັບກໍາວິດີໂອທີ່ມີເນື້ອໃນຂອງແຖບຂອງພວກເຂົາ, ເພື່ອຕັດເນື້ອຫາບາງຢ່າງກ່ອນທີ່ຈະສົ່ງ. ການທົດລອງຕົ້ນສະບັບຫມາຍເຖິງຄວາມສາມາດໃນການເຮັດວຽກກັບ API ທີ່ລະບຸໄວ້ຈາກແອັບພລິເຄຊັນທີ່ດາວໂຫລດຈາກ localhost ຫຼື 127.0.0.1, ຫຼືຫຼັງຈາກລົງທະບຽນແລະໄດ້ຮັບ token ພິເສດທີ່ຖືກຕ້ອງສໍາລັບເວລາຈໍາກັດສໍາລັບສະຖານທີ່ສະເພາະ.
• ຄຸນສົມບັດ CSS "contain-intrinsic-size" ຕອນນີ້ຮອງຮັບຄ່າ "auto", ເຊິ່ງຈະໃຊ້ຂະໜາດທີ່ຈື່ໄວ້ສຸດທ້າຍຂອງອົງປະກອບ (ເມື່ອໃຊ້ກັບ "content-visibility: auto", ຜູ້ພັດທະນາບໍ່ຕ້ອງເດົາຂະໜາດທີ່ສະແດງຂອງອົງປະກອບ) .
• ເພີ່ມຄຸນສົມບັດ AudioContext.outputLatency, ໂດຍຜ່ານທີ່ເຈົ້າສາມາດຊອກຫາຂໍ້ມູນກ່ຽວກັບຄວາມລ່າຊ້າທີ່ຄາດຄະເນກ່ອນຜົນຜະລິດສຽງ (ຄວາມລ່າຊ້າລະຫວ່າງການຮ້ອງຂໍສຽງແລະການເລີ່ມຕົ້ນຂອງການປະມວນຜົນຂໍ້ມູນທີ່ໄດ້ຮັບໂດຍອຸປະກອນຜົນຜະລິດສຽງ).
• ໂຄງ​ການ​ສີ​ຊັບ​ສິນ CSS​, ທີ່​ເຮັດ​ໃຫ້​ມັນ​ເປັນ​ໄປ​ໄດ້​ທີ່​ຈະ​ກໍາ​ນົດ​ໃນ​ຮູບ​ແບບ​ສີ​ອົງ​ປະ​ກອບ​ທີ່​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ສະ​ແດງ​ໄດ້​ຢ່າງ​ຖືກ​ຕ້ອງ ("ແສງ​ສະ​ຫວ່າງ​"​, "ມືດ​"​, "ຮູບ​ແບບ​ວັນ​" ແລະ "ຮູບ​ແບບ​ໃນ​ຕອນ​ກາງ​ຄືນ​"​)​, ພາ​ລາ​ມິ​ເຕີ "ພຽງ​ແຕ່​" ໄດ້​ຖືກ​ເພີ່ມ​ຂຶ້ນ​. ເພື່ອປ້ອງກັນການປ່ຽນແປງສີແບບບັງຄັບສໍາລັບອົງປະກອບ HTML ສ່ວນບຸກຄົນ. ຕົວຢ່າງ: ຖ້າທ່ານລະບຸ “div { color-scheme: only light }”, ຫຼັງຈາກນັ້ນພຽງແຕ່ຫົວຂໍ້ແສງສະຫວ່າງເທົ່ານັ້ນທີ່ຈະຖືກນໍາໃຊ້ສໍາລັບອົງປະກອບ div, ເຖິງແມ່ນວ່າຕົວທ່ອງເວັບບັງຄັບໃຫ້ເປີດຮູບແບບສີສັນມືດ.
• ເພີ່ມການຮອງຮັບການສອບຖາມສື່ 'dynamic-range' ແລະ 'video-dynamic-range' ໄປຫາ CSS ເພື່ອກຳນົດວ່າໜ້າຈໍໃດໜຶ່ງຮອງຮັບ HDR (High Dynamic Range).
• ເພີ່ມຄວາມສາມາດໃນການເລືອກວ່າຈະເປີດລິ້ງໃນແຖບໃໝ່, ໜ້າຈໍໃໝ່ ຫຼືໜ້າຕ່າງປັອບອັບໃສ່ຟັງຊັນ window.open() ຫຼືບໍ່. ນອກຈາກນັ້ນ, ຄຸນສົມບັດ window.statusbar.visible ຕອນນີ້ສົ່ງຄືນ "false" ສໍາລັບປັອບອັບ ແລະ "ຈິງ" ສໍາລັບແຖບ ແລະປ່ອງຢ້ຽມ. const popup = window.open('_blank',",'popup=1′); // ເປີດຢູ່ໃນປ່ອງຢ້ຽມປ໊ອບອັບ const tab = window.open('_blank',,"'popup=0'); // ເປີດໃນແຖບ
• ວິທີການໂຄງສ້າງClone() ໄດ້ຖືກປະຕິບັດສໍາລັບປ່ອງຢ້ຽມແລະຜູ້ເຮັດວຽກ, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານສ້າງສໍາເນົາຂອງວັດຖຸທີ່ປະກອບມີຄຸນສົມບັດບໍ່ພຽງແຕ່ຂອງວັດຖຸທີ່ລະບຸ, ແຕ່ຍັງທັງຫມົດຂອງວັດຖຸອື່ນໆທີ່ອ້າງອີງໂດຍວັດຖຸປະຈຸບັນ.
• Web Authentication API ໄດ້ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບສ່ວນຂະຫຍາຍສະເພາະຂອງ FIDO CTAP2, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດກໍານົດຂະຫນາດລະຫັດ PIN ຕໍາ່ສຸດທີ່ອະນຸຍາດ (minPinLength).
• ສໍາລັບການຕິດຕັ້ງຄໍາຮ້ອງສະຫມັກເວັບໄຊຕ໌ stand-alone, ອົງປະກອບ Window Controls Overlay ໄດ້ຖືກເພີ່ມ, ເຊິ່ງຂະຫຍາຍພື້ນທີ່ຫນ້າຈໍຂອງແອັບພລິເຄຊັນໄປສູ່ປ່ອງຢ້ຽມທັງຫມົດ, ລວມທັງພື້ນທີ່ຫົວຂໍ້, ເຊິ່ງປຸ່ມຄວບຄຸມປ່ອງຢ້ຽມມາດຕະຖານ (ປິດ, ຫຍໍ້, ຂະຫຍາຍສູງສຸດ. ) ແມ່ນ superimposed. ແອັບພລິເຄຊັ່ນເວັບສາມາດຄວບຄຸມການສະແດງຜົນ ແລະ ການປະມວນຜົນການປ້ອນຂໍ້ມູນຂອງໜ້າຕ່າງທັງໝົດ, ຍົກເວັ້ນການວາງຊ້ອນກັນດ້ວຍປຸ່ມຄວບຄຸມໜ້າຈໍ.
• ເພີ່ມຄຸນສົມບັດການຈັດການສັນຍານໃສ່ WritableStreamDefaultController ທີ່ສົ່ງຄືນວັດຖຸ AbortSignal, ເຊິ່ງສາມາດໃຊ້ເພື່ອຢຸດການຂຽນໃນ WritableStream ທັນທີໂດຍບໍ່ຕ້ອງລໍຖ້າໃຫ້ພວກມັນສຳເລັດ.
• WebRTC ໄດ້ຖອນການສະຫນັບສະຫນູນກົນໄກຂໍ້ຕົກລົງທີ່ສໍາຄັນ SDES, ເຊິ່ງຖືກປະຕິເສດໂດຍ IETF ໃນປີ 2013 ເນື່ອງຈາກຄວາມກັງວົນກ່ຽວກັບຄວາມປອດໄພ.
• ໂດຍຄ່າເລີ່ມຕົ້ນ, U2F (Cryptoken) API ຖືກປິດໃຊ້ງານ, ເຊິ່ງກ່ອນໜ້ານີ້ຖືກຍົກເລີກ ແລະຖືກແທນທີ່ດ້ວຍ Web Authentication API. U2F API ຈະຖືກລຶບອອກຢ່າງສົມບູນໃນ Chrome 104.
• ໃນ API Directory, ຊ່ອງ install_browser_version ໄດ້ຖືກຍົກເລີກ, ແທນທີ່ໂດຍຊ່ອງຂໍ້ມູນ pending_browser_version ໃໝ່, ເຊິ່ງແຕກຕ່າງກັນທີ່ມັນມີຂໍ້ມູນກ່ຽວກັບສະບັບຂອງຕົວທ່ອງເວັບ, ໂດຍຄໍານຶງເຖິງການດາວໂຫລດການປັບປຸງແຕ່ບໍ່ໄດ້ນໍາໃຊ້ (i.e., ສະບັບທີ່ຈະຖືກຕ້ອງຫຼັງຈາກ. browser ແມ່ນ restarted).
• ທາງເລືອກທີ່ຖືກລົບອອກທີ່ອະນຸຍາດໃຫ້ກັບຄືນການສະຫນັບສະຫນູນ TLS 1.0 ແລະ 1.1.
• ການປັບປຸງໄດ້ຖືກເຮັດໃຫ້ເຄື່ອງມືສໍາລັບນັກພັດທະນາເວັບ. ແຖບໄດ້ຖືກເພີ່ມເຂົ້າເພື່ອປະເມີນການເຮັດວຽກຂອງ Back-forward cache, ເຊິ່ງສະຫນອງການນໍາທາງທັນທີເມື່ອໃຊ້ປຸ່ມ Back ແລະ Forward. ເພີ່ມຄວາມສາມາດໃນການເຮັດຕາມຄໍາຮ້ອງຂໍສື່ແບບບັງຄັບ. ເພີ່ມປຸ່ມໃສ່ຕົວແກ້ໄຂ Flexbox ເພື່ອຮອງຮັບຄຸນສົມບັດການປີ້ນກັບແຖວ ແລະຖັນ. ແຖບ "ການປ່ຽນແປງ" ຮັບປະກັນວ່າການປ່ຽນແປງຈະສະແດງຫຼັງຈາກການຈັດຮູບແບບລະຫັດ, ເຊິ່ງເຮັດໃຫ້ການແຍກວິເຄາະຂອງຫນ້າທີ່ຫຍໍ້.

  ການປະຕິບັດຄະນະກໍາມະການທົບທວນລະຫັດໄດ້ຖືກປັບປຸງໃຫ້ກັບການປ່ອຍຕົວແກ້ໄຂລະຫັດ CodeMirror 6, ເຊິ່ງຊ່ວຍປັບປຸງປະສິດທິພາບການເຮັດວຽກກັບໄຟລ໌ຂະຫນາດໃຫຍ່ຫຼາຍ (WASM, JavaScript), ແກ້ໄຂບັນຫາທີ່ມີການຊົດເຊີຍແບບສຸ່ມໃນລະຫວ່າງການນໍາທາງ, ແລະປັບປຸງຄໍາແນະນໍາຂອງ ລະບົບການຕື່ມຂໍ້ມູນອັດຕະໂນມັດເມື່ອແກ້ໄຂລະຫັດ. ຄວາມສາມາດໃນການກັ່ນຕອງຜົນຜະລິດໂດຍຊື່ຊັບສິນຫຼືມູນຄ່າໄດ້ຖືກເພີ່ມໃສ່ກະດານຄຸນສົມບັດ CSS.

  

ນອກເຫນືອຈາກການປະດິດສ້າງແລະການແກ້ໄຂຂໍ້ບົກພ່ອງ, ສະບັບໃຫມ່ໄດ້ກໍາຈັດ 27 ຊ່ອງໂຫວ່. ຫຼາຍໆຊ່ອງໂຫວ່ໄດ້ຖືກລະບຸວ່າເປັນຜົນມາຈາກການທົດສອບອັດຕະໂນມັດໂດຍໃຊ້ AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer ແລະ AFL tools. ບໍ່ພົບບັນຫາທີ່ສໍາຄັນທີ່ຈະຊ່ວຍໃຫ້ຜູ້ຫນຶ່ງສາມາດຂ້າມທຸກລະດັບຂອງການປົກປ້ອງຕົວທ່ອງເວັບແລະປະຕິບັດລະຫັດໃນລະບົບນອກສະພາບແວດລ້ອມ sandbox. ເປັນສ່ວນຫນຶ່ງຂອງໂຄງການລາງວັນເງິນສົດສໍາລັບການຄົ້ນພົບຊ່ອງໂຫວ່ສໍາລັບການເປີດຕົວໃນປະຈຸບັນ, Google ໄດ້ຈ່າຍ 19 ລາງວັນມູນຄ່າ 88 ພັນໂດລາ (ສອງລາງວັນ $ 20000, ລາງວັນຫນຶ່ງ $ 12000, ສອງລາງວັນ $ 7500, ສີ່ລາງວັນ $ 1000 ແລະຫນຶ່ງລາງວັນ $ 7000, $ 5000, $ 3000 ແລະ $ 2000.

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