ການປ່ອຍ Chrome 118: ກຽມພ້ອມທີ່ຈະບລັອກຄຸກກີ້ພາກສ່ວນທີສາມໃນ Chrome

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

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

• ການ​ກະ​ກຽມ​ໄດ້​ເລີ່ມ​ຕົ້ນ​ສໍາ​ລັບ Chrome ທີ່​ຈະ​ຢຸດ​ເຊົາ​ການ​ສະ​ຫນັບ​ສະ​ຫນູນ cookies ພາກ​ສ່ວນ​ທີ​ສາມ​ທີ່​ກໍາ​ນົດ​ໄວ້​ໃນ​ເວ​ລາ​ທີ່​ການ​ເຂົ້າ​ເຖິງ​ເວັບ​ໄຊ​ອື່ນໆ​ນອກ​ຈາກ​ໂດ​ເມນ​ຂອງ​ຫນ້າ​ປັດ​ຈຸ​ບັນ​. Cookies ດັ່ງກ່າວຖືກນໍາໃຊ້ເພື່ອຕິດຕາມການເຄື່ອນໄຫວຂອງຜູ້ໃຊ້ລະຫວ່າງສະຖານທີ່ໃນລະຫັດເຄືອຂ່າຍການໂຄສະນາ, widget ເຄືອຂ່າຍສັງຄົມແລະລະບົບການວິເຄາະເວັບ. ການປ່ຽນແປງໄດ້ຖືກຊຸກຍູ້ໂດຍຜ່ານການລິເລີ່ມ Sandbox ຄວາມເປັນສ່ວນຕົວ, ເຊິ່ງມີຈຸດປະສົງເພື່ອປະທ້ວງການປະນີປະນອມລະຫວ່າງຄວາມຕ້ອງການຂອງຜູ້ໃຊ້ສໍາລັບຄວາມເປັນສ່ວນຕົວແລະຄວາມປາຖະຫນາຂອງເຄືອຂ່າຍການໂຄສະນາແລະສະຖານທີ່ເພື່ອຕິດຕາມຄວາມມັກຂອງຜູ້ເຂົ້າຊົມ.

  ໃນ Chrome 118, ເຄື່ອງມືຜູ້ພັດທະນາເວັບຕອນນີ້ໃຫ້ຄຳເຕືອນເມື່ອຄຸກກີ້ຖືກສົ່ງທີ່ຂຶ້ນກັບການບລັອກໃນອະນາຄົດ. ຍັງໄດ້ເພີ່ມຕົວເລືອກແຖວຄຳສັ່ງ “—test-third-party-cookie-phaseout” ແລະການຕັ້ງຄ່າ “chrome://flags/#test-third-party-cookie-phaseout” ເພື່ອບັງຄັບໃຫ້ເປີດໃຊ້ງານການປິດກັ້ນເພື່ອຈຸດປະສົງການທົດສອບ. ການປິດກັ້ນຕົວຈິງຂອງຄຸກກີພາກສ່ວນທີສາມຈະເລີ່ມຕົ້ນໃນໄຕມາດທໍາອິດຂອງປີ 2024 ແລະຈະມີຜົນກະທົບພຽງແຕ່ 1% ຂອງຜູ້ໃຊ້ Chrome ໃນໄລຍະການທົດສອບຈົນກ່ວາໄຕມາດທີສາມ. ຫຼັງຈາກໄຕມາດທີສາມຂອງປີ 2024, ການຄຸ້ມຄອງການສະກັດກັ້ນຈະເພີ່ມຂຶ້ນເປັນ 100%.

  ແທນທີ່ຈະຕິດຕາມ cookies, ມັນຖືກສະເຫນີໃຫ້ໃຊ້ APIs ຕໍ່ໄປນີ້:

  • FedCM (Federated Credential Management) ອະ​ນຸ​ຍາດ​ໃຫ້​ທ່ານ​ສ້າງ​ການ​ບໍ​ລິ​ການ​ຕົວ​ຕົນ​ທີ່​ເປັນ​ເອ​ກະ​ພາບ​ທີ່​ຮັບ​ປະ​ກັນ​ຄວາມ​ເປັນ​ສ່ວນ​ຕົວ​ແລະ​ເຮັດ​ວຽກ​ໂດຍ​ບໍ່​ມີ​ການ cookies ພາກ​ສ່ວນ​ທີ​ສາມ​.
  • Private State Tokens ອະນຸຍາດໃຫ້ທ່ານແຍກຜູ້ໃຊ້ທີ່ແຕກຕ່າງກັນໂດຍບໍ່ຕ້ອງໃຊ້ຕົວລະບຸຂ້າມເວັບໄຊທ໌ແລະໂອນຂໍ້ມູນຄວາມຖືກຕ້ອງຂອງຜູ້ໃຊ້ລະຫວ່າງສະພາບການທີ່ແຕກຕ່າງກັນ.
  • ຫົວຂໍ້ (ວິພາກວິຈານ) ສະຫນອງຄວາມສາມາດໃນການກໍານົດປະເພດຂອງຜົນປະໂຫຍດຂອງຜູ້ໃຊ້ທີ່ສາມາດນໍາໃຊ້ເພື່ອກໍານົດກຸ່ມຂອງຜູ້ໃຊ້ທີ່ມີຄວາມສົນໃຈທີ່ຄ້າຍຄືກັນໂດຍບໍ່ມີການກໍານົດຜູ້ໃຊ້ສ່ວນບຸກຄົນໂດຍໃຊ້ cookies ຕິດຕາມ. ຄວາມສົນໃຈແມ່ນຄິດໄລ່ໂດຍອີງໃສ່ກິດຈະກໍາການຊອກຫາຂອງຜູ້ໃຊ້ແລະເກັບໄວ້ໃນອຸປະກອນຂອງຜູ້ໃຊ້. ການນໍາໃຊ້ API ຫົວຂໍ້, ເຄືອຂ່າຍໂຄສະນາສາມາດໄດ້ຮັບຂໍ້ມູນທົ່ວໄປກ່ຽວກັບຄວາມສົນໃຈສ່ວນບຸກຄົນໂດຍບໍ່ຈໍາເປັນຕ້ອງຮູ້ກ່ຽວກັບກິດຈະກໍາຂອງຜູ້ໃຊ້ສະເພາະ.
  • ຜູ້ຊົມທີ່ຖືກປົກປ້ອງ, ແກ້ໄຂບັນຫາຂອງ retargeting ແລະການປະເມີນຜູ້ຊົມຂອງທ່ານເອງ (ເຮັດວຽກກັບຜູ້ໃຊ້ທີ່ໄດ້ໄປຢ້ຽມຢາມເວັບໄຊທ໌ກ່ອນ).
  • ການລາຍງານຄຸນລັກສະນະຊ່ວຍໃຫ້ທ່ານສາມາດປະເມີນຄຸນລັກສະນະດັ່ງກ່າວຂອງປະສິດທິພາບການໂຄສະນາເປັນການຫັນປ່ຽນແລະການປ່ຽນໃຈເຫລື້ອມໃສ (ການຊື້ໃນເວັບໄຊທ໌ຫຼັງຈາກການປ່ຽນແປງ).
  • API ການ​ເຂົ້າ​ເຖິງ​ການ​ເກັບ​ຮັກ​ສາ​ສາ​ມາດ​ຖືກ​ນໍາ​ໃຊ້​ເພື່ອ​ຮ້ອງ​ຂໍ​ການ​ອະ​ນຸ​ຍາດ​ຂອງ​ຜູ້​ໃຊ້​ໃນ​ການ​ເຂົ້າ​ເຖິງ​ການ​ເກັບ​ຮັກ​ສາ Cookie ຖ້າ​ຫາກ​ວ່າ Cookies ຂອງ​ບຸກ​ຄົນ​ທີ​ສາມ​ໄດ້​ຖືກ​ບລັອກ​ໂດຍ​ຄ່າ​ເລີ່ມ​ຕົ້ນ​.
• ສະຫນັບສະຫນູນກົນໄກການ ECH (Encrypted Client Hello) ຖືກເປີດໃຊ້ສໍາລັບຜູ້ໃຊ້ທັງຫມົດ, ເຊິ່ງສືບຕໍ່ການພັດທະນາ ESNI (ຕົວຊີ້ບອກຊື່ເຄື່ອງແມ່ຂ່າຍທີ່ຖືກເຂົ້າລະຫັດ) ແລະຖືກນໍາໃຊ້ເພື່ອເຂົ້າລະຫັດຂໍ້ມູນກ່ຽວກັບພາລາມິເຕີຂອງເຊດຊັນ TLS ເຊັ່ນຊື່ໂດເມນທີ່ຮ້ອງຂໍ. ຄວາມແຕກຕ່າງທີ່ ສຳ ຄັນລະຫວ່າງ ECH ແລະ ESNI ແມ່ນວ່າແທນທີ່ຈະເຂົ້າລະຫັດໃນລະດັບຂອງແຕ່ລະຂົງເຂດ, ECH ຈະເຂົ້າລະຫັດຂໍ້ຄວາມ TLS ClientHello ທັງໝົດ, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດສະກັດກັ້ນການຮົ່ວໄຫຼຜ່ານຊ່ອງຂໍ້ມູນທີ່ ESNI ບໍ່ໄດ້ກວມເອົາ, ຕົວຢ່າງເຊັ່ນ PSK (Pre-Shared. ຄີ) ພາກສະໜາມ. ເພື່ອຄວບຄຸມວ່າຈະເປີດໃຊ້ ECH ຫຼືບໍ່, ການຕັ້ງຄ່າ “chrome://flags#encrypted-client-hello” ໄດ້ຖືກສະໜອງໃຫ້.
• ເມື່ອທ່ານເປີດໃຊ້ການປົກປ້ອງຕົວທ່ອງເວັບທີ່ປັບປຸງ (Safe Browsing > Enhanced Protection), ດຽວນີ້ມັນເປັນໄປໄດ້ທີ່ຈະປິດການໃຊ້ງານ add-ons ທີ່ເປັນອັນຕະລາຍທີ່ຕິດຕັ້ງຢູ່ນອກແຄດຕາລັອກ add-on ມາດຕະຖານ. ການຕັດສິນໃຈທີ່ຈະເອົາມັນອອກແມ່ນເຮັດຢູ່ໃນເຊີບເວີຂອງ Google ໂດຍອີງໃສ່ການກວດສອບຄູ່ມືຫຼືຫຼັງຈາກລະບົບອັດຕະໂນມັດສໍາລັບການກວດສອບລະຫັດທີ່ເປັນອັນຕະລາຍຖືກກະຕຸ້ນ.
• ເມື່ອການປົກປ້ອງໂປຣແກຣມທ່ອງເວັບມາດຕະຖານຖືກເປີດໃຊ້ງານ (ການທ່ອງເວັບທີ່ປອດໄພ > ການປົກປ້ອງມາດຕະຖານ), ການກວດສອບຄວາມປອດໄພໃນເວລາຈິງຂອງ URL ທີ່ເປີດຢູ່ຈະຖືກຈັດຕັ້ງປະຕິບັດ, ໂດຍອີງໃສ່ການສົ່ງໄປຫາ ເຊີບເວີ ແຮຊບາງສ່ວນຂອງ Google ຈາກ URL ທີ່ເປີດໂດຍຜູ້ໃຊ້. ເພື່ອປ້ອງກັນການຈັບຄູ່ ທີ່ຢູ່ IP ຂໍ້ມູນຜູ້ໃຊ້ ແລະ ຂໍ້ມູນແຮຊຖືກສົ່ງຜ່ານ proxy ລະດັບກາງ. ກ່ອນໜ້ານີ້, ການກວດສອບໄດ້ດຳເນີນການໂດຍການດາວໂຫຼດສຳເນົາລາຍຊື່ URL ທີ່ບໍ່ປອດໄພໃນລະບົບຂອງຜູ້ໃຊ້. ໂຄງການໃໝ່ນີ້ຊ່ວຍໃຫ້ສາມາດບລັອກ URL ທີ່ເປັນອັນຕະລາຍໄດ້ໄວຂຶ້ນ.
• ການອອກແບບຂອງຫນ້າທີ່ສະແດງໃນເວລາທີ່ພະຍາຍາມເປີດເວັບໄຊທ໌ທີ່ພົບວ່າບໍ່ປອດໄພເມື່ອສະແກນຜ່ານກົນໄກ Safe Browsing ໄດ້ຖືກປັບປຸງ.
• Telemetry ຖືກສົ່ງໄປຫາເຊີບເວີຂອງ Google ເມື່ອເປີດໃຊ້ການປົກປ້ອງການທ່ອງເວັບທີ່ປັບປຸງ (Safe Browsing > Enhanced Protection) ຕອນນີ້ລວມມີການໂທໄປຫາ chrome.tabs API add-ons. ຂໍ້ມູນຖືກເກັບກຳເພື່ອລະບຸການເຄື່ອນໄຫວທີ່ເປັນອັນຕະລາຍ ແລະການລະເມີດນະໂຍບາຍໃນສ່ວນເສີມ.
• ເມື່ອທ່ານເປີດໃຊ້ການປົກປ້ອງບຣາວເຊີຂັ້ນສູງ (Safe Browsing > Enhanced Protection), ການສະແກນເລິກຂອງ ZIP ແລະ RAR archives ທີ່ເຂົ້າລະຫັດຈະຖືກຮອງຮັບຢູ່ຂ້າງ Google (ຜູ້ໃຊ້ຖືກເຕືອນໃຫ້ຖອດລະຫັດລັບ, ຫຼັງຈາກນັ້ນເນື້ອຫາຖືກສົ່ງໄປຫາເຊີບເວີຂອງ Google ເພື່ອສະແກນ) .
• ຂໍ້ຄວາມໃຫມ່ໄດ້ຖືກເພີ່ມໃສ່ Configurator ແລະຄູ່ມືຄວາມເປັນສ່ວນຕົວເພື່ອອະທິບາຍລະດັບການປົກປ້ອງ Safe Browsing ແລະການເຊື່ອມຕໍ່ໄປຫາບົດຄວາມທີ່ກ່ຽວຂ້ອງທີ່ມີຂໍ້ມູນເພີ່ມເຕີມໄດ້ຖືກເພີ່ມ. ລາຍ​ລະ​ອຽດ​ທີ່​ງ່າຍ​ດາຍ​ຂອງ​ການ​ປົກ​ປັກ​ຮັກ​ສາ​ມາດ​ຕະ​ຖານ​, ການ​ປົກ​ປັກ​ຮັກ​ສາ​ການ​ປິດ​ການ​ທໍາ​ງານ​, ແລະ​ການ​ເຕືອນ​ໄພ​ລະ​ຫັດ​ຜ່ານ​.
• ຂໍ້ມູນກ່ຽວກັບການມີສ່ວນຫຼຸດໄດ້ຖືກເພີ່ມເຂົ້າໄປໃນພາກ Quests (ຕິດຕາມລາຄາໃນຮ້ານອອນໄລນ໌) ໃນຫນ້າແຖບໃຫມ່. ຕົວຊີ້ວັດສ່ວນຫຼຸດອາດຈະປາກົດຢູ່ໃນແຖບທີ່ຢູ່ໃນເວລາທີ່ເປີດຫນ້າທີ່ມີຜະລິດຕະພັນຈາກຮ້ານຄ້າອອນໄລນ໌ທີ່ຕິດຕາມໂດຍ Google.
• ອີງຕາມຂໍ້ມູນຈໍາເພາະຂອງ RFC-6265bis, Cookies ທັງໝົດທີ່ມີຕົວອັກສອນຄວບຄຸມ ແລະຕັ້ງຜ່ານ JavaScript ຖືກບລັອກ. ກ່ອນຫນ້ານີ້, Cookies ທີ່ມີຕົວອັກສອນ null, carriage returns, ແລະ line feeds ໄດ້ຖືກຕັດອອກຢູ່ທີ່ຕົວລະຄອນທີ່ເປັນບັນຫາແທນທີ່ຈະຖືກບລັອກ, ເຊິ່ງສາມາດຖືກນໍາໃຊ້ເພື່ອຈຸດປະສົງທີ່ເປັນອັນຕະລາຍໃນບາງສະຖານະການ. ເພື່ອປິດການນຳໃຊ້ພຶດຕິກຳໃໝ່, ທ່ານສາມາດໃຊ້ຕົວເລືອກ “--disable-features=BlockTruncatedCookies”.
• ພະນັກງານບໍລິການທີ່ລົງທະບຽນກັບ add-ons ໄດ້ຮັບອະນຸຍາດໃຫ້ເຂົ້າເຖິງ WebUSB API.
• ຄວາມຕ້ອງການສໍາລັບຜູ້ໃຊ້ທໍາອິດເປີດໃຊ້ຄວາມສາມາດໃນການສະແດງກ່ອງໂຕ້ຕອບສໍາລັບການຮ້ອງຂໍແລະຢືນຢັນການຈ່າຍເງິນໄດ້ຖືກໂຍກຍ້າຍ.
• ຢຸດການຖອດລະຫັດການເປັນຕົວແທນຂອງຕົວອັກສອນ ASCII ເປັນລະຫັດ "%xx". ຕົວຢ່າງ, ກ່ອນໜ້ານີ້ “http://example.com/%41” ຖືກຖອດລະຫັດເປັນ “http://example.com/A” ກ່ອນທີ່ຈະຖືກຂຽນໃສ່ url.href, ແຕ່ດຽວນີ້ມັນຈະຍັງຄົງເປັນ “http://example. com/%41”
• ເພີ່ມຄວາມສາມາດໃນການວາງຂໍ້ຄວາມໃນແນວຕັ້ງໃນອົງປະກອບແບບຟອມເວັບເລືອກ, ແມັດ, ຄວາມຄືບຫນ້າ, ປຸ່ມ, textarea ແລະການປ້ອນຂໍ້ມູນ. ການຈັດຕໍາແຫນ່ງຂອງຂໍ້ຄວາມໃນແບບຟອມແມ່ນຖືກກໍານົດໂດຍໃຊ້ CSS property write-mode, ເຊິ່ງສາມາດເອົາຄ່າ vertical-rl ຫຼື vertical-lr ສໍາລັບການສະແດງແນວຕັ້ງ.
• ຄຸນສົມບັດ CSS "ຮູບລັກສະນະ" ບໍ່ຮອງຮັບຄໍາທີ່ບໍ່ໄດ້ມາດຕະຖານອີກຕໍ່ໄປ: ປຸ່ມພາຍໃນ - spin-button, media-slider, media-sliderthumb, media-volume-slider, media-volume-sliderthumb, push-button, searchfield-cancel-button, slider -horizontal, sliderthumb-horizontal, sliderthumb-ຕັ້ງ ແລະປຸ່ມສີ່ຫຼ່ຽມ. ເພື່ອປະເມີນຄວາມຕ້ອງການສໍາລັບຄໍາເຫຼົ່ານີ້ທີ່ບໍ່ໄດ້ລວມຢູ່ໃນຂໍ້ກໍານົດ, ສະຖິຕິໄດ້ຖືກເກັບກໍາ, ອີງຕາມການທີ່ພວກເຂົາຖືກນໍາໃຊ້ພຽງແຕ່ໃນ 0.001% ຂອງກໍລະນີ.
• ເພີ່ມ @scope CSS ກົດ, ເຊິ່ງຜູກມັດຄໍເຕົ້າໄຂ່ທີ່ CSS ໂດຍຄໍານຶງເຖິງຄວາມໃກ້ຊິດຂອງຄໍານິຍາມຮູບແບບກັບອົງປະກອບ. ກົດລະບຽບ @scope ສາມາດຖືກໃຊ້ເພື່ອຂ້າມຮູບແບບປົກກະຕິໂດຍອີງໃສ່ລໍາດັບຂອງອົງປະກອບ, ຫຼືເພື່ອປັບຮູບແບບຂອງອົງປະກອບໂດຍບໍ່ມີຜົນກະທົບຕໍ່ຮູບແບບຂອງອົງປະກອບທີ່ວາງໄວ້. ຕົວຢ່າງ, ສໍາລັບ divs nested: ຂ້ອຍເປັນສີບົວອ່ອນ! ສີບົວທີ່ແຕກຕ່າງກັນ! ເນື້ອຫາທັງຫມົດຈະເປັນສີບົວອ່ອນເນື່ອງຈາກຜົນກະທົບຂອງຮູບແບບ "lightpink-theme" ທີ່ລະບຸໄວ້ໃນ div ພໍ່ແມ່ໃນບລັອກທັງຫມົດ. ການນໍາໃຊ້ @scope ທ່ານສາມາດປ່ຽນຂອບເຂດແລະບັງຄັບ div nested ໃຫ້ເປັນ "pink-theme" ໂດຍອີງໃສ່ຄວາມໃກ້ຊິດຂອງຄໍານິຍາມຂອງຮູບແບບ, ແທນທີ່ຈະເປັນຄໍາສັ່ງຂອງຄໍານິຍາມໃນລະຫັດ: @scope (.pink-theme) { a { ສີ: hotpink; } } @scope (.lightpink-theme){ a { color: lightpink; } }
• ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບການສອບຖາມສື່ (@media) "scripting", ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດກວດສອບຄວາມສາມາດໃນການປະຕິບັດ scripts (ຕົວຢ່າງເຊັ່ນໃນ CSS ທ່ານສາມາດກໍານົດວ່າການສະຫນັບສະຫນູນ JavaScript ຖືກເປີດໃຊ້).
• ເພີ່ມການສະໜັບສະໜູນສຳລັບການສອບຖາມສື່ທີ່ມັກຫຼຸດຜ່ອນຄວາມໂປ່ງໃສ, ເຊິ່ງເຮັດໃຫ້ສາມາດກຳນົດການປ່ຽນແປງໃນການຕັ້ງຄ່າລະບົບທີ່ຮັບຜິດຊອບໃນການຫຼຸດຜ່ອນການໃຊ້ຜົນກະທົບຄວາມໂປ່ງໃສ ຫຼື ຄວາມໂປ່ງໃສ (ຕົວຢ່າງ, ໂໝດ "ຫຼຸດຜ່ອນຄວາມໂປ່ງໃສ" ໃນ macOS, ໃຊ້ເພື່ອປັບປຸງຄວາມສາມາດໃນການອ່ານຂອງຂໍ້ຄວາມ).
• ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບຄ່າໃຫມ່ "float: inline-start", "float: inline-end", "clear: inline-start", "clear: inline-end", "resize: block", "resize: inline" ໃນ CSS ຄວບຄຸມການຈັດຕໍາແຫນ່ງຢ່າງມີເຫດຜົນຂອງອົງປະກອບ (ເພື່ອສະຫນັບສະຫນູນພາສາທີ່ບໍ່ໄດ້ຂຽນຈາກເທິງລົງລຸ່ມແລະຊ້າຍໄປຂວາ, ຕໍາແຫນ່ງທີ່ມີເຫດຜົນໃຊ້ແນວຄວາມຄິດຂອງການເລີ່ມຕົ້ນ, ສິ້ນສຸດແລະທິດທາງຂອງຂໍ້ຄວາມ).
• ຄຸນສົມບັດ CSS "transform-box" ໃນປັດຈຸບັນສະຫນັບສະຫນູນຄ່າ stroke-box, content-box, ແລະ border-box, ຊ່ວຍໃຫ້ທ່ານສາມາດປ່ຽນວິທີການຄິດໄລ່ພື້ນທີ່ອ້າງອີງສໍາລັບການປະຕິບັດການຫັນປ່ຽນ, ສໍາລັບຕົວຢ່າງ, ເພື່ອປະຕິບັດຜົນກະທົບຂອງກາຟິກຂັ້ນສູງ.
• ເພີ່ມຄວາມສາມາດໃນການຕັ້ງໂຟກັສໃຫ້ກັບບລັອກການເລື່ອນເມື່ອນຳທາງໂດຍໃຊ້ແປ້ນພິມ (ຕົວຢ່າງເຊັ່ນ ການເນັ້ນການເລື່ອນສາມາດຕັ້ງໂດຍການກົດປຸ່ມແຖບ ແລະເລື່ອນດ້ວຍປຸ່ມເຄີເຊີ).
• ການປັບປຸງໄດ້ຖືກເຮັດໃຫ້ເຄື່ອງມືສໍາລັບນັກພັດທະນາເວັບ. ຄວາມສາມາດຂອງກະດານແຫຼ່ງຂໍ້ມູນໄດ້ຖືກຂະຫຍາຍ, ໃນນັ້ນ, ແທນທີ່ຈະເປັນ "ລະບົບໄຟລ໌", ແຖບ "ບ່ອນເຮັດວຽກ" ໄດ້ຖືກສະເຫນີ, ໂດຍຜ່ານທີ່ທ່ານສາມາດ synchronize ການປ່ຽນແປງທີ່ເພີ່ມຜ່ານເຄື່ອງມືນັກພັດທະນາກັບໄຟລ໌ແຫຼ່ງ.

  ມັນເປັນໄປໄດ້ທີ່ຈະປ່ຽນລໍາດັບຂອງແຖບໃນແຖບແຫຼ່ງໂດຍການຍ້າຍພວກມັນດ້ວຍຫນູໃນໂຫມດລາກແລະວາງ. ຮັບປະກັນການຈັດຮູບແບບຂອງລະຫັດ JavaScript ທີ່ຝັງຢູ່ໃນອົງປະກອບສະຄຣິບດ້ວຍໂມດູນປະເພດ, ແຜນທີ່ນໍາເຂົ້າ ແລະກົດລະບຽບການຄາດເດົາ. ເພີ່ມການເນັ້ນໄວຍະກອນສໍາລັບສະຄຣິບທີ່ມີແຜນທີ່ນໍາເຂົ້າແລະປະເພດການຄາດເດົາ.

  

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

  

ນອກເຫນືອຈາກການປະດິດສ້າງແລະການແກ້ໄຂຂໍ້ບົກພ່ອງ, ສະບັບໃຫມ່ໄດ້ກໍາຈັດ 20 ຊ່ອງໂຫວ່. ຫຼາຍໆຊ່ອງໂຫວ່ໄດ້ຖືກລະບຸວ່າເປັນຜົນມາຈາກການທົດສອບອັດຕະໂນມັດໂດຍໃຊ້ AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer ແລະ AFL tools. ໃນບັນດາສິ່ງອື່ນໆ, ການປ່ອຍໃຫມ່ໄດ້ລົບລ້າງຊ່ອງໂຫວ່ທີ່ສໍາຄັນ CVE-2023-5218 ທີ່ກ່ຽວຂ້ອງກັບການເຂົ້າເຖິງຫນ່ວຍຄວາມຈໍາຫຼັງຈາກການປ່ອຍຕົວ (ໃຊ້ຫຼັງຈາກຟຣີ) ໃນກົນໄກການແຍກເວັບໄຊທ໌. ຊ່ອງໂຫວ່ອະນຸຍາດໃຫ້ທ່ານຂ້າມທຸກລະດັບຂອງການປົກປ້ອງຕົວທ່ອງເວັບແລະປະຕິບັດລະຫັດໃນລະບົບນອກສະພາບແວດລ້ອມ sandbox. ເປັນສ່ວນຫນຶ່ງຂອງໂຄງການລາງວັນເງິນສົດສໍາລັບການຄົ້ນພົບຊ່ອງໂຫວ່ສໍາລັບການເປີດຕົວໃນປະຈຸບັນ, Google ໄດ້ຈ່າຍ 14 ລາງວັນມູນຄ່າ $ 30,5 ພັນ (ຫນຶ່ງລາງວັນ $ 6000, ສອງລາງວັນ $ 5000, ສອງລາງວັນ $ 3000, ລາງວັນ $ 2000, ຫົກລາງວັນ $ 1000 ແລະຫນຶ່ງ $ 500 ລາງວັນ). ຂະຫນາດຂອງລາງວັນຫນຶ່ງຍັງບໍ່ທັນໄດ້ຖືກກໍານົດ.

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