Chrome 86

ການປ່ອຍຕໍ່ໄປຂອງ Chrome 86 ແລະການປ່ອຍ Chromium ທີ່ຫມັ້ນຄົງໄດ້ຖືກປ່ອຍອອກມາ.

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

• ການປ້ອງກັນການສົ່ງແບບຟອມການປ້ອນຂໍ້ມູນທີ່ບໍ່ປອດໄພໃນຫນ້າທີ່ໂຫລດຜ່ານ HTTPS ແຕ່ສົ່ງຂໍ້ມູນຜ່ານ HTTP.
• ການຂັດຂວາງການດາວໂຫຼດທີ່ບໍ່ປອດໄພ (http) ຂອງໄຟລ໌ທີ່ປະຕິບັດໄດ້ແມ່ນສົມບູນໂດຍການສະກັດການດາວໂຫຼດທີ່ບໍ່ປອດໄພຂອງແຟ້ມຈັດເກັບ (zip, iso, ແລະອື່ນໆ) ແລະສະແດງຄໍາເຕືອນສໍາລັບການດາວໂຫຼດເອກະສານທີ່ບໍ່ປອດໄພ (docx, pdf, ແລະອື່ນໆ). ການຂັດຂວາງເອກະສານແລະການເຕືອນໄພສໍາລັບຮູບພາບ, ຂໍ້ຄວາມ, ແລະໄຟລ໌ສື່ມວນຊົນຄາດວ່າຈະຢູ່ໃນການປ່ອຍຕໍ່ໄປ. ການຂັດຂວາງໄດ້ຖືກປະຕິບັດເພາະວ່າການດາວໂຫຼດໄຟລ໌ໂດຍບໍ່ມີການເຂົ້າລະຫັດສາມາດຖືກນໍາໃຊ້ເພື່ອປະຕິບັດການເປັນອັນຕະລາຍໂດຍການປ່ຽນເນື້ອຫາໃນລະຫວ່າງການໂຈມຕີ MITM.
• ເມນູບໍລິບົດເລີ່ມຕົ້ນຈະສະແດງຕົວເລືອກ "ສະແດງ URL ເຕັມສະເໝີ", ເຊິ່ງກ່ອນໜ້ານີ້ຕ້ອງການປ່ຽນການຕັ້ງຄ່າໃນໜ້າກ່ຽວກັບ: flags ເພື່ອເປີດໃຊ້ງານ. URL ເຕັມສາມາດເບິ່ງໄດ້ໂດຍການຄລິກສອງຄັ້ງໃສ່ແຖບທີ່ຢູ່. ໃຫ້ພວກເຮົາເຕືອນທ່ານວ່າເລີ່ມຕົ້ນດ້ວຍ Chrome 76, ໂດຍຄ່າເລີ່ມຕົ້ນ, ທີ່ຢູ່ເລີ່ມຕົ້ນທີ່ຈະສະແດງໂດຍບໍ່ມີໂປໂຕຄອນແລະ www subdomain. ໃນ Chrome 79, ການຕັ້ງຄ່າເພື່ອກັບຄືນພຶດຕິກໍາເກົ່າໄດ້ຖືກໂຍກຍ້າຍ, ແຕ່ຫຼັງຈາກຄວາມບໍ່ພໍໃຈຂອງຜູ້ໃຊ້, ທຸງທົດລອງໃຫມ່ໄດ້ຖືກເພີ່ມເຂົ້າໃນ Chrome 83 ທີ່ເພີ່ມທາງເລືອກໃນເມນູສະພາບການເພື່ອປິດການປິດບັງແລະສະແດງ URL ເຕັມໃນທຸກເງື່ອນໄຂ.
  ສໍາລັບອັດຕາສ່ວນນ້ອຍຂອງຜູ້ໃຊ້, ການທົດລອງໄດ້ຖືກເປີດຕົວເພື່ອສະແດງພຽງແຕ່ໂດເມນໃນແຖບທີ່ຢູ່ຕາມຄ່າເລີ່ມຕົ້ນ, ໂດຍບໍ່ມີອົງປະກອບເສັ້ນທາງແລະຕົວກໍານົດການສອບຖາມ. ສໍາລັບຕົວຢ່າງ, ແທນທີ່ຈະເປັນ "https://example.com/secure-google-sign-in/" "example.com" ຈະຖືກສະແດງ. ໂຫມດທີ່ສະເຫນີຄາດວ່າຈະຖືກນໍາມາໃຫ້ຜູ້ໃຊ້ທັງຫມົດໃນຫນຶ່ງໃນການປ່ອຍຕໍ່ໄປ. ເພື່ອປິດພຶດຕິກໍານີ້, ທ່ານສາມາດນໍາໃຊ້ທາງເລືອກ "ສະແດງ URL ເຕັມສະເຫມີ", ແລະເພື່ອເບິ່ງ URL ທັງຫມົດ, ທ່ານສາມາດຄລິກໃສ່ແຖບທີ່ຢູ່. ແຮງຈູງໃຈສໍາລັບການປ່ຽນແປງແມ່ນຄວາມປາຖະຫນາທີ່ຈະປົກປ້ອງຜູ້ໃຊ້ຈາກການ phishing ທີ່ manipulates ພາລາມິເຕີໃນ URL - ຜູ້ໂຈມຕີໃຊ້ປະໂຫຍດຈາກຄວາມບໍ່ຕັ້ງໃຈຂອງຜູ້ໃຊ້ເພື່ອສ້າງຮູບລັກສະນະຂອງການເປີດເວັບໄຊທ໌ອື່ນແລະການກະທໍາທີ່ຫຼອກລວງ (ຖ້າການທົດແທນດັ່ງກ່າວແມ່ນເຫັນໄດ້ຊັດເຈນກັບຜູ້ໃຊ້ທີ່ມີຄວາມຮູ້ທາງວິຊາການ. , ຫຼັງຈາກນັ້ນຄົນທີ່ບໍ່ມີປະສົບການໄດ້ຢ່າງງ່າຍດາຍຕົກສໍາລັບການຫມູນໃຊ້ງ່າຍດາຍດັ່ງກ່າວ).
• ການລິເລີ່ມທີ່ຈະເອົາການສະຫນັບສະຫນູນ FTP ໄດ້ຖືກປັບປຸງໃຫມ່. ໃນ Chrome 86, FTP ຖືກປິດໃຊ້ງານໂດຍຄ່າເລີ່ມຕົ້ນສໍາລັບປະມານ 1% ຂອງຜູ້ໃຊ້, ແລະໃນ Chrome 87 ຂອບເຂດຂອງການປິດການໃຊ້ງານຈະເພີ່ມຂຶ້ນເປັນ 50%, ແຕ່ການສະຫນັບສະຫນູນສາມາດຟື້ນຟູໄດ້ໂດຍໃຊ້ "--enable-ftp" ຫຼື "-- enable-features=FtpProtocol" ທຸງ. ໃນ Chrome 88, ການຮອງຮັບ FTP ຈະຖືກປິດໃຊ້ງານຢ່າງສົມບູນ.
• ໃນສະບັບສໍາລັບ Android, ຄ້າຍຄືກັນກັບສະບັບສໍາລັບລະບົບ desktop, ຜູ້ຈັດການລະຫັດຜ່ານປະຕິບັດການກວດສອບການເຂົ້າສູ່ລະບົບທີ່ບັນທຶກໄວ້ແລະລະຫັດຜ່ານຕໍ່ກັບຖານຂໍ້ມູນຂອງບັນຊີທີ່ຖືກລະເມີດ, ສະແດງຄໍາເຕືອນຖ້າຫາກວ່າບັນຫາໄດ້ຖືກກວດພົບຫຼືພະຍາຍາມໃຊ້ລະຫັດຜ່ານ trivial. ການກວດສອບແມ່ນດໍາເນີນຕໍ່ກັບຖານຂໍ້ມູນທີ່ກວມເອົາຫຼາຍກວ່າ 4 ຕື້ບັນຊີທີ່ຖືກລະເມີດທີ່ປາກົດຢູ່ໃນຖານຂໍ້ມູນຜູ້ໃຊ້ທີ່ຮົ່ວໄຫຼ. ເພື່ອຮັກສາຄວາມເປັນສ່ວນຕົວ, ຄໍານໍາຫນ້າ hash ໄດ້ຖືກຢືນຢັນຢູ່ຂ້າງຂອງຜູ້ໃຊ້, ແລະລະຫັດຜ່ານຂອງຕົນເອງແລະ hash ເຕັມຂອງພວກມັນບໍ່ໄດ້ຖືກຖ່າຍທອດພາຍນອກ.
• ປຸ່ມ “ກວດສອບຄວາມປອດໄພ” ແລະໂໝດປ້ອງກັນທີ່ປັບປຸງໃຫ້ດີຂຶ້ນຈາກເວັບໄຊອັນຕະລາຍ (ການປັບປຸງການທ່ອງເວັບທີ່ປອດໄພ) ໄດ້ຖືກໂອນໄປໃສ່ເວີຊັນ Android ແລ້ວ. ປຸ່ມ "ກວດສອບຄວາມປອດໄພ" ສະແດງໃຫ້ເຫັນການສະຫຼຸບຂອງບັນຫາຄວາມປອດໄພທີ່ເປັນໄປໄດ້, ເຊັ່ນ: ການໃຊ້ລະຫັດຜ່ານທີ່ຖືກລະເມີດ, ສະຖານະຂອງການກວດສອບເວັບໄຊທີ່ເປັນອັນຕະລາຍ (Safe Browsing), ການປະກົດຕົວຂອງການປັບປຸງທີ່ບໍ່ໄດ້ຕິດຕັ້ງ, ແລະການກໍານົດຂອງ add-ons ທີ່ເປັນອັນຕະລາຍ. ໂໝດການປົກປ້ອງຂັ້ນສູງເປີດໃຊ້ການກວດສອບເພີ່ມເຕີມເພື່ອປ້ອງກັນການຫຼອກເອົາຂໍ້ມູນ, ການເຄື່ອນໄຫວທີ່ເປັນອັນຕະລາຍ ແລະໄພຂົ່ມຂູ່ອື່ນໆຢູ່ໃນເວັບ, ແລະຍັງລວມເຖິງການປົກປ້ອງເພີ່ມເຕີມສຳລັບບັນຊີ Google ແລະບໍລິການ Google ຂອງທ່ານ (Gmail, Drive, ແລະອື່ນໆ). ຖ້າການກວດສອບແບບ Safe Browsing ປົກກະຕິຖືກປະຕິບັດຢູ່ໃນທ້ອງຖິ່ນໂດຍໃຊ້ຖານຂໍ້ມູນທີ່ໂຫລດເປັນໄລຍະໆໃສ່ລະບົບຂອງລູກຄ້າ, ຫຼັງຈາກນັ້ນໃນ Enhanced Safe Browsing ຂໍ້ມູນກ່ຽວກັບຫນ້າແລະການດາວໂຫຼດໃນເວລາຈິງຈະຖືກສົ່ງສໍາລັບການຢັ້ງຢືນໃນດ້ານ Google, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດຕອບສະຫນອງໄດ້ໄວ. ໄພຂົ່ມຂູ່ທັນທີຫຼັງຈາກທີ່ພວກເຂົາຖືກລະບຸ, ໂດຍບໍ່ມີການລໍຖ້າຈົນກ່ວາບັນຊີດໍາທ້ອງຖິ່ນໄດ້ຖືກປັບປຸງ.
• ເພີ່ມການສະຫນັບສະຫນູນໄຟລ໌ຕົວຊີ້ວັດ ".well-known/change-password", ເຊິ່ງເຈົ້າຂອງເວັບໄຊທ໌ສາມາດລະບຸທີ່ຢູ່ຂອງແບບຟອມເວັບສໍາລັບການປ່ຽນລະຫັດຜ່ານ. ຖ້າຂໍ້ມູນປະຈໍາຕົວຂອງຜູ້ໃຊ້ຖືກທໍາລາຍ, ຕອນນີ້ Chrome ຈະເຕືອນຜູ້ໃຊ້ທັນທີດ້ວຍແບບຟອມການປ່ຽນແປງລະຫັດຜ່ານໂດຍອີງໃສ່ຂໍ້ມູນໃນໄຟລ໌ນີ້.
• ການເຕືອນໄພ "ຄໍາແນະນໍາດ້ານຄວາມປອດໄພ" ໃຫມ່ໄດ້ຖືກປະຕິບັດ, ສະແດງໃນເວລາທີ່ເປີດເວັບໄຊທ໌ທີ່ມີໂດເມນທີ່ຄ້າຍຄືກັນກັບເວັບໄຊທ໌ອື່ນແລະ heuristics ສະແດງໃຫ້ເຫັນວ່າມີຄວາມເປັນໄປໄດ້ສູງທີ່ຈະປອມແປງ (ຕົວຢ່າງ, goog0le.com ຖືກເປີດແທນທີ່ຈະເປັນ google.com).

  * ການສະຫນັບສະຫນູນ cache Back-forward ໄດ້ຖືກປະຕິບັດ, ສະຫນອງການນໍາທາງທັນທີເມື່ອໃຊ້ປຸ່ມ "ກັບຄືນ" ແລະ "Forward" ຫຼືເມື່ອນໍາທາງຜ່ານຫນ້າທີ່ເບິ່ງກ່ອນຫນ້ານີ້ຂອງເວັບໄຊທ໌ປະຈຸບັນ. ແຄດຖືກເປີດໃຊ້ໂດຍໃຊ້ການຕັ້ງຄ່າ chrome://flags/#back-forward-cache.

• ການເພີ່ມປະສິດທິພາບການບໍລິໂພກຊັບພະຍາກອນ CPU ສໍາລັບປ່ອງຢ້ຽມນອກຂອບເຂດ. Chrome ກວດເບິ່ງວ່າໜ້າຈໍຂອງບຣາວເຊີຖືກທັບຊ້ອນກັນໂດຍໜ້າຕ່າງອື່ນຫຼືບໍ່ ແລະ ປ້ອງກັນການແຕ້ມ pixels ໃນພື້ນທີ່ຂອງການທັບຊ້ອນກັນ. ການເພີ່ມປະສິດທິພາບນີ້ໄດ້ຖືກເປີດໃຊ້ສໍາລັບຜູ້ໃຊ້ສ່ວນນ້ອຍໃນ Chrome 84 ແລະ 85 ແລະຕອນນີ້ເປີດໃຊ້ຢູ່ທົ່ວທຸກແຫ່ງ. ເມື່ອປຽບທຽບກັບການປ່ອຍອອກມາກ່ອນຫນ້ານີ້, ຄວາມບໍ່ເຂົ້າກັນກັບລະບົບ virtualization ທີ່ເຮັດໃຫ້ຫນ້າຂາວເປົ່າປາກົດໄດ້ຖືກແກ້ໄຂເຊັ່ນກັນ.
• ເພີ່ມທະວີການຕັດຊັບພະຍາກອນສໍາລັບແຖບພື້ນຫລັງ. ແຖບດັ່ງກ່າວບໍ່ສາມາດໃຊ້ຫຼາຍກວ່າ 1% ຂອງຊັບພະຍາກອນ CPU ແລະສາມາດເປີດໃຊ້ໄດ້ບໍ່ເກີນ XNUMX ຄັ້ງຕໍ່ນາທີ. ຫຼັງຈາກຫ້ານາທີຂອງການຢູ່ໃນພື້ນຫລັງ, ແຖບຖືກແຊ່ແຂງ, ຍົກເວັ້ນແຖບທີ່ກໍາລັງຫຼີ້ນເນື້ອຫາມັນຕິມີເດຍຫຼືການບັນທຶກ.
• ການເຮັດວຽກໄດ້ເລີ່ມຄືນໃໝ່ໃນການຮວມສ່ວນຫົວ HTTP User-Agent. ໃນສະບັບໃຫມ່, ການສະຫນັບສະຫນູນກົນໄກຄໍາແນະນໍາລູກຄ້າຜູ້ໃຊ້ - ຕົວແທນ, ພັດທະນາເປັນການທົດແທນຜູ້ໃຊ້ - ຕົວແທນ, ຖືກເປີດໃຊ້ສໍາລັບຜູ້ໃຊ້ທັງຫມົດ. ກົນໄກໃຫມ່ປະກອບມີການຄັດເລືອກຄືນຂໍ້ມູນກ່ຽວກັບຕົວທ່ອງເວັບສະເພາະແລະຕົວກໍານົດການຂອງລະບົບ (ສະບັບ, ເວທີ, ແລະອື່ນໆ) ພຽງແຕ່ຫຼັງຈາກການຮ້ອງຂໍໂດຍເຄື່ອງແມ່ຂ່າຍແລະໃຫ້ຜູ້ໃຊ້ໂອກາດທີ່ຈະເລືອກເອົາຂໍ້ມູນດັ່ງກ່າວໃຫ້ກັບເຈົ້າຂອງເວັບໄຊທ໌. ເມື່ອໃຊ້ User-Agent Client Hints, ຕົວລະບຸຈະບໍ່ຖືກສົ່ງໂດຍຄ່າເລີ່ມຕົ້ນໂດຍບໍ່ມີການຮ້ອງຂໍຢ່າງຈະແຈ້ງ, ເຊິ່ງເຮັດໃຫ້ການກໍານົດຕົວຕັ້ງຕົວຕີເປັນໄປບໍ່ໄດ້ (ໂດຍຄ່າເລີ່ມຕົ້ນ, ພຽງແຕ່ລະບຸຊື່ຂອງຕົວທ່ອງເວັບ).
  ການຊີ້ໃຫ້ເຫັນເຖິງການມີການປັບປຸງແລະຄວາມຕ້ອງການທີ່ຈະ restart browser ເພື່ອຕິດຕັ້ງມັນໄດ້ຖືກປ່ຽນແປງ. ແທນ​ທີ່​ຈະ​ເປັນ​ລູກ​ສອນ​ສີ​, "ການ​ປັບ​ປຸງ​" ໃນ​ປັດ​ຈຸ​ບັນ​ຈະ​ປາ​ກົດ​ຢູ່​ໃນ​ພາກ​ສະ​ຫນາມ​ຮູບ​ແທນ​ຕົວ​ຂອງ​ບັນ​ຊີ​.
• ການເຮັດວຽກໄດ້ຖືກປະຕິບັດເພື່ອປ່ຽນຕົວທ່ອງເວັບເພື່ອໃຊ້ຄໍາສັບລວມ. ໃນຊື່ນະໂຍບາຍ, ຄໍາວ່າ "ບັນຊີຂາວ" ແລະ "ບັນຊີດໍາ" ໄດ້ຖືກແທນທີ່ດ້ວຍ "ບັນຊີລາຍຊື່ອະນຸຍາດ" ແລະ "ບັນຊີບລັອກ" (ນະໂຍບາຍທີ່ເພີ່ມແລ້ວຈະສືບຕໍ່ເຮັດວຽກ, ແຕ່ພວກເຂົາຈະສະແດງຄໍາເຕືອນກ່ຽວກັບການຖືກຍົກເລີກ). ໃນລະຫັດແລະຊື່ໄຟລ໌, ການອ້າງອີງເຖິງ "ບັນຊີດໍາ" ໄດ້ຖືກແທນທີ່ດ້ວຍ "blocklist". ການອ້າງອີງທີ່ເຫັນໄດ້ໂດຍຜູ້ໃຊ້ຕໍ່ກັບ “ບັນຊີດຳ” ແລະ “ບັນຊີຂາວ” ໄດ້ຖືກປ່ຽນແທນໃນຕອນຕົ້ນປີ 2019.
  ເພີ່ມຄວາມສາມາດໃນການທົດລອງເພື່ອແກ້ໄຂລະຫັດຜ່ານທີ່ບັນທຶກໄວ້, ເປີດໃຊ້ໂດຍໃຊ້ທຸງ “chrome://flags/#edit-passwords-in-settings”.
• Native File System API ໄດ້ຖືກໂອນໄປຫາປະເພດຂອງ API ທີ່ຫມັ້ນຄົງແລະສາທາລະນະ, ຊ່ວຍໃຫ້ທ່ານສາມາດສ້າງແອັບພລິເຄຊັນເວັບທີ່ພົວພັນກັບໄຟລ໌ໃນລະບົບໄຟລ໌ທ້ອງຖິ່ນ. ຕົວຢ່າງ, API ໃຫມ່ອາດຈະເປັນຄວາມຕ້ອງການໃນສະພາບແວດລ້ອມການພັດທະນາປະສົມປະສານຂອງຕົວທ່ອງເວັບ, ຕົວແກ້ໄຂຂໍ້ຄວາມ, ຮູບພາບແລະວິດີໂອ. ເພື່ອໃຫ້ສາມາດຂຽນແລະອ່ານໄຟລ໌ໂດຍກົງຫຼືໃຊ້ກ່ອງໂຕ້ຕອບເພື່ອເປີດແລະບັນທຶກໄຟລ໌, ເຊັ່ນດຽວກັນກັບການທ່ອງໄປຫາເນື້ອຫາຂອງໄດເລກະທໍລີ, ແອັບພລິເຄຊັນຂໍໃຫ້ຜູ້ໃຊ້ຢືນຢັນພິເສດ.
• ເພີ່ມຕົວເລືອກ CSS ":focus-visible", ເຊິ່ງໃຊ້ heuristics ດຽວກັນທີ່ browser ໃຊ້ໃນເວລາທີ່ຕັດສິນໃຈວ່າຈະສະແດງຕົວຊີ້ວັດການປ່ຽນແປງຈຸດສຸມ (ເມື່ອຍ້າຍໂຟກັສໄປຫາປຸ່ມໂດຍໃຊ້ປຸ່ມລັດແປ້ນພິມ, ຕົວຊີ້ວັດຈະປາກົດ, ແຕ່ເມື່ອຄລິກດ້ວຍຫນູ. , ມັນບໍ່). ຕົວເລືອກ CSS ທີ່ມີຢູ່ກ່ອນຫນ້າ ":focus" ສະເຫມີເນັ້ນໃສ່ຈຸດສຸມ. ນອກຈາກນັ້ນ, ທາງເລືອກ "ຈຸດເດັ່ນໄວ" ໄດ້ຖືກເພີ່ມເຂົ້າໃນການຕັ້ງຄ່າ, ເມື່ອເປີດໃຊ້, ຕົວຊີ້ບອກຈຸດສຸມເພີ່ມເຕີມຈະສະແດງຢູ່ຂ້າງອົງປະກອບທີ່ມີການເຄື່ອນໄຫວ, ເຊິ່ງຍັງຄົງເຫັນໄດ້ເຖິງແມ່ນວ່າອົງປະກອບສະໄຕສໍາລັບການເນັ້ນສາຍຕາຖືກປິດໃຊ້ງານຢູ່ໃນຫນ້າຜ່ານ CSS. .
• API ໃໝ່ຫຼາຍອັນໄດ້ຖືກເພີ່ມເຂົ້າໃນໂໝດການທົດລອງຕົ້ນສະບັບ (ລັກສະນະການທົດລອງທີ່ຕ້ອງການການເປີດໃຊ້ງານແຍກຕ່າງຫາກ). ການທົດລອງຕົ້ນສະບັບຫມາຍເຖິງຄວາມສາມາດໃນການເຮັດວຽກກັບ API ທີ່ລະບຸໄວ້ຈາກແອັບພລິເຄຊັນທີ່ດາວໂຫລດຈາກ localhost ຫຼື 127.0.0.1, ຫຼືຫຼັງຈາກລົງທະບຽນແລະໄດ້ຮັບ token ພິເສດທີ່ຖືກຕ້ອງສໍາລັບເວລາຈໍາກັດສໍາລັບສະຖານທີ່ສະເພາະ.
• WebHID API ສໍາລັບການເຂົ້າເຖິງອຸປະກອນ HID ລະດັບຕ່ໍາ (ອຸປະກອນການໂຕ້ຕອບຂອງມະນຸດ, ແປ້ນພິມ, ຫນູ, gamepads, touchpads), ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດປະຕິບັດເຫດຜົນຂອງການເຮັດວຽກກັບອຸປະກອນ HID ໃນ JavaScript ເພື່ອຈັດຕັ້ງການເຮັດວຽກກັບອຸປະກອນ HID ທີ່ຫາຍາກໂດຍບໍ່ມີການມີ. ຄົນຂັບສະເພາະໃນລະບົບ. ກ່ອນ​ອື່ນ​ຫມົດ, API ໃຫມ່ແມ່ນແນໃສ່ການສະຫນອງການສະຫນັບສະຫນູນສໍາລັບ gamepads.
• API ຂໍ້ມູນໜ້າຈໍ, ຂະຫຍາຍ Window Placement API ເພື່ອຮອງຮັບການຕັ້ງຄ່າຫຼາຍໜ້າຈໍ. ບໍ່ເຫມືອນກັບ window.screen, API ໃຫມ່ຊ່ວຍໃຫ້ທ່ານສາມາດຈັດການການຈັດວາງຂອງປ່ອງຢ້ຽມໃນພື້ນທີ່ຫນ້າຈໍໂດຍລວມຂອງລະບົບຫຼາຍຈໍ, ໂດຍບໍ່ມີການຈໍາກັດຢູ່ໃນຫນ້າຈໍປະຈຸບັນ.
• ການປະຫຍັດແບດເຕີຣີແທັກ Meta, ເຊິ່ງເວັບໄຊທ໌ສາມາດແຈ້ງໃຫ້ຕົວທ່ອງເວັບຮູ້ກ່ຽວກັບຄວາມຕ້ອງການທີ່ຈະເປີດໃຊ້ຮູບແບບຕ່າງໆເພື່ອຫຼຸດຜ່ອນການໃຊ້ພະລັງງານແລະເພີ່ມປະສິດທິພາບການໂຫຼດ CPU.
• API ການລາຍງານ COOP ເພື່ອລາຍງານການລະເມີດທີ່ອາດຈະເກີດຂຶ້ນຂອງນະໂຍບາຍການໂດດດ່ຽວຂ້າມຕົ້ນກຳເນີດ-ການຝັງຕົວ (COEP) ແລະ ຮູບແບບການໂດດດ່ຽວຂ້າມຕົ້ນທາງ (COOP), ໂດຍບໍ່ມີການນຳໃຊ້ຂໍ້ຈຳກັດຕົວຈິງ.
• Credential Management API ສະໜອງຂໍ້ມູນປະຈຳຕົວປະເພດໃໝ່, PaymentCredential, ເຊິ່ງໃຫ້ການຢືນຢັນເພີ່ມເຕີມຂອງທຸລະກຳການຈ່າຍເງິນທີ່ກຳລັງດຳເນີນຢູ່. ພາກສ່ວນທີ່ເພິ່ງພາອາໄສ, ເຊັ່ນ: ທະນາຄານ, ມີຄວາມສາມາດໃນການສ້າງລະຫັດສາທາລະນະ, PublicKeyCredential, ເຊິ່ງສາມາດຮ້ອງຂໍໂດຍຜູ້ຂາຍສໍາລັບການຢືນຢັນການຈ່າຍເງິນທີ່ປອດໄພເພີ່ມເຕີມ.
• PointerEvents API ສໍາລັບການກໍານົດຄວາມອຽງຂອງສະໄຕລັດ * ໄດ້ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບມຸມສູງ (ມຸມລະຫວ່າງສະໄຕລັດແລະຫນ້າຈໍ) ແລະ azimuth (ມຸມລະຫວ່າງແກນ X ແລະການຄາດຄະເນຂອງສະໄຕລັດໃນຫນ້າຈໍ), ແທນທີ່ຈະເປັນ. ມຸມ TiltX ແລະ TiltY (ມຸມລະຫວ່າງຍົນຈາກ stylus ແລະຫນຶ່ງໃນແກນແລະຍົນຈາກແກນ Y ແລະ Z). ຍັງໄດ້ເພີ່ມຟັງຊັນການແປງລະຫວ່າງ altitude/azimuth ແລະ TiltX/TiltY.
• ໄດ້ປ່ຽນການເຂົ້າລະຫັດພື້ນທີ່ໃນ URLs ເມື່ອຄິດໄລ່ມັນຢູ່ໃນຕົວຈັດການໂປຣໂຕຄໍ - ວິທີການ navigator.registerProtocolHandler() ຕອນນີ້ປ່ຽນຊ່ອງຫວ່າງດ້ວຍ "%20" ແທນ "+", ເຊິ່ງປະສົມປະສານພຶດຕິກໍາກັບຕົວທ່ອງເວັບອື່ນໆເຊັ່ນ Firefox.
• ອົງປະກອບ pseudo-element "::marker" ໄດ້ຖືກເພີ່ມໃສ່ CSS, ຊ່ວຍໃຫ້ທ່ານສາມາດປັບແຕ່ງສີ, ຂະຫນາດ, ຮູບຮ່າງແລະປະເພດຂອງຕົວເລກແລະຈຸດສໍາລັບລາຍຊື່ໃນບລັອກ. ແລະ .
• ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບຫົວຂໍ້ HTTP Document-Policy, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດກໍານົດກົດລະບຽບສໍາລັບການເຂົ້າເຖິງເອກະສານ, ຄ້າຍຄືກັນກັບກົນໄກການແຍກ sandbox ສໍາລັບ iframes, ແຕ່ມີທົ່ວໄປຫຼາຍ. ສໍາລັບຕົວຢ່າງ, ໂດຍຜ່ານ Document-Policy ທ່ານສາມາດຈໍາກັດການນໍາໃຊ້ຮູບພາບທີ່ມີຄຸນນະພາບຕ່ໍາ, ປິດການທໍາງານ APIs JavaScript ຊ້າ, ກໍານົດກົດລະບຽບການໂຫຼດ iframes, ຮູບພາບແລະສະຄິບ, ຈໍາກັດຂະຫນາດເອກະສານໂດຍລວມແລະການຈະລາຈອນ, ຫ້າມວິທີການທີ່ນໍາໄປສູ່ການ redrawing ຫນ້າ, ແລະ. ປິດການທໍາງານຂອງ Scroll-To-Text.
• ອົງປະກອບ ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບພາລາມິເຕີ 'inline-grid', 'grid', 'inline-flex' ແລະ 'flex' ທີ່ກໍານົດໄວ້ຜ່ານຄຸນສົມບັດ CSS 'ສະແດງ'.
• ເພີ່ມວິທີການ ParentNode.replaceChildren() ເພື່ອທົດແທນເດັກນ້ອຍທັງຫມົດຂອງ node ພໍ່ແມ່ດ້ວຍ node DOM ອື່ນ. ກ່ອນຫນ້ານີ້, ທ່ານສາມາດນໍາໃຊ້ການລວມກັນຂອງ node.removeChild() ແລະ node.append() ຫຼື node.innerHTML ແລະ node.append() ເພື່ອທົດແທນ nodes.
• ຂອບເຂດຂອງລະບົບ URL ທີ່ສາມາດ overridden ໂດຍໃຊ້ registerProtocolHandler() ໄດ້ຖືກຂະຫຍາຍ. ບັນຊີລາຍຊື່ຂອງແຜນຜັງປະກອບມີໂປໂຕຄອນ decentralized cabal, dat, did, dweb, ethereum, hyper, ipfs, ipns ແລະ ssb, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດກໍານົດການເຊື່ອມຕໍ່ກັບອົງປະກອບຕ່າງໆໂດຍບໍ່ຄໍານຶງເຖິງເວັບໄຊທ໌ຫຼືປະຕູທີ່ສະຫນອງການເຂົ້າເຖິງຊັບພະຍາກອນ.
• ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບຮູບແບບຂໍ້ຄວາມ / html ກັບ Asynchronous Clipboard API ສໍາລັບການຄັດລອກແລະວາງ HTML ຜ່ານ clipboard (ໂຄງສ້າງ HTML ອັນຕະລາຍຖືກເຮັດຄວາມສະອາດໃນເວລາຂຽນແລະອ່ານໃສ່ຄລິບບອດ). ການປ່ຽນແປງ, ສໍາລັບການຍົກຕົວຢ່າງ, ອະນຸຍາດໃຫ້ທ່ານສາມາດຈັດວາງແລະຄັດລອກຂໍ້ຄວາມທີ່ມີຮູບແບບທີ່ມີຮູບພາບແລະການເຊື່ອມຕໍ່ໃນບັນນາທິການເວັບ.
• WebRTC ໄດ້ເພີ່ມຄວາມສາມາດໃນການເຊື່ອມຕໍ່ຕົວຈັດການຂໍ້ມູນຂອງຕົນເອງ, ເອີ້ນວ່າຢູ່ໃນຂັ້ນຕອນການເຂົ້າລະຫັດຫຼືການຖອດລະຫັດຂອງ WebRTC MediaStreamTrack. ຕົວຢ່າງ, ຄວາມສາມາດນີ້ສາມາດຖືກໃຊ້ເພື່ອເພີ່ມການສະຫນັບສະຫນູນສໍາລັບການເຂົ້າລະຫັດແບບ end-to-end ຂອງຂໍ້ມູນທີ່ສົ່ງຜ່ານເຄື່ອງແມ່ຂ່າຍລະດັບກາງ.
  ໃນເຄື່ອງຈັກ V8 JavaScript, ການປະຕິບັດ Number.prototype.toString ໄດ້ຖືກເລັ່ງ 75%. ເພີ່ມຄຸນສົມບັດ .name ໃສ່ຫ້ອງຮຽນ asynchronous ດ້ວຍຄ່າຫວ່າງເປົ່າ. ວິທີການ Atomics.wake ໄດ້ຖືກໂຍກຍ້າຍ, ເຊິ່ງໃນເວລາດຽວໄດ້ຖືກປ່ຽນຊື່ເປັນ Atomics.notify ເພື່ອປະຕິບັດຕາມຂໍ້ກໍານົດຂອງ ECMA-262. ລະຫັດສໍາລັບເຄື່ອງມືການທົດສອບ fuzzing JS-Fuzzer ເປີດ.
• Liftoff baseline compiler ສໍາລັບ WebAssembly ທີ່ປ່ອຍອອກມາໃນການປ່ອຍຫຼ້າສຸດປະກອບມີຄວາມສາມາດໃນການນໍາໃຊ້ຄໍາແນະນໍາ vector ຂອງ SIMD ເພື່ອເລັ່ງການຄິດໄລ່. ການຕັດສິນໂດຍການທົດສອບ, ການເພີ່ມປະສິດທິພາບເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະເລັ່ງການທົດສອບບາງຢ່າງໂດຍ 2.8 ເທົ່າ. ການເພີ່ມປະສິດທິພາບອີກອັນຫນຶ່ງເຮັດໃຫ້ມັນໄວຂຶ້ນຫຼາຍທີ່ຈະເອີ້ນຟັງຊັນ JavaScript ທີ່ນໍາເຂົ້າຈາກ WebAssembly.
• ເຄື່ອງມືສໍາລັບນັກພັດທະນາເວັບໄດ້ຖືກຂະຫຍາຍອອກ: ກະດານສື່ມວນຊົນໄດ້ເພີ່ມຂໍ້ມູນກ່ຽວກັບຜູ້ຫຼິ້ນທີ່ໃຊ້ໃນການຫຼິ້ນວິດີໂອໃນຫນ້າ, ລວມທັງຂໍ້ມູນເຫດການ, ບັນທຶກ, ມູນຄ່າຊັບສິນແລະຕົວກໍານົດການຖອດລະຫັດກອບ (ຕົວຢ່າງ, ທ່ານສາມາດກໍານົດສາເຫດຂອງກອບ. ບັນຫາການສູນເສຍແລະການໂຕ້ຕອບຈາກ JavaScript).
• ໃນເມນູສະພາບການຂອງແຜງອົງປະກອບ, ຄວາມສາມາດໃນການສ້າງພາບຫນ້າຈໍຂອງອົງປະກອບທີ່ເລືອກໄດ້ຖືກເພີ່ມ (ຕົວຢ່າງ, ທ່ານສາມາດສ້າງພາບຫນ້າຈໍຂອງຕາຕະລາງເນື້ອຫາຫຼືຕາຕະລາງ).
• ໃນ web console, ກະດານເຕືອນບັນຫາໄດ້ຖືກປ່ຽນແທນດ້ວຍຂໍ້ຄວາມປົກກະຕິ, ແລະບັນຫາກັບ Cookies ພາກສ່ວນທີສາມຖືກເຊື່ອງໄວ້ໂດຍຄ່າເລີ່ມຕົ້ນໃນແຖບບັນຫາແລະຖືກເປີດໃຊ້ດ້ວຍກ່ອງກາເຄື່ອງຫມາຍພິເສດ.
• ໃນແຖບການສະແດງຜົນ, ປຸ່ມ "ປິດການໃຊ້ງານຕົວອັກສອນທ້ອງຖິ່ນ" ໄດ້ຖືກເພີ່ມ, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດຈໍາລອງການບໍ່ມີຕົວອັກສອນທ້ອງຖິ່ນ, ແລະໃນແຖບ Sensors ຕອນນີ້ທ່ານສາມາດຈໍາລອງຄວາມບໍ່ເຄື່ອນໄຫວຂອງຜູ້ໃຊ້ໄດ້ (ສໍາລັບແອັບພລິເຄຊັນທີ່ໃຊ້ Idle Detection API).
• ແຜງແອັບພລິເຄຊັນໃຫ້ຂໍ້ມູນລະອຽດກ່ຽວກັບແຕ່ລະ iframe, ປ່ອງຢ້ຽມເປີດ, ແລະປັອບອັບ, ລວມທັງຂໍ້ມູນກ່ຽວກັບການໂດດດ່ຽວຂ້າມຕົ້ນທາງໂດຍໃຊ້ COEP ແລະ COOP.

ການປະຕິບັດຂອງໂປໂຕຄອນ QUIC ໄດ້ເລີ່ມຕົ້ນທີ່ຈະທົດແທນໂດຍສະບັບທີ່ພັດທະນາໃນຂໍ້ກໍານົດ IETF, ແທນທີ່ຈະເປັນຮຸ່ນ Google ຂອງ QUIC.
ນອກເຫນືອຈາກການປະດິດສ້າງແລະການແກ້ໄຂຂໍ້ບົກພ່ອງ, ສະບັບໃຫມ່ໄດ້ລົບລ້າງ 35 ຊ່ອງໂຫວ່. ຫຼາຍໆຊ່ອງໂຫວ່ໄດ້ຖືກລະບຸວ່າເປັນຜົນມາຈາກການທົດສອບອັດຕະໂນມັດໂດຍໃຊ້ AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer ແລະ AFL tools. ຊ່ອງໂຫວ່ໜຶ່ງ (CVE-2020-15967, ການເຂົ້າເຖິງໜ່ວຍຄວາມຈຳທີ່ປົດປ່ອຍໃນລະຫັດເພື່ອໂຕ້ຕອບກັບ Google Payments) ຖືກໝາຍວ່າສຳຄັນ, i.e. ອະນຸຍາດໃຫ້ທ່ານຂ້າມທຸກລະດັບຂອງການປົກປ້ອງຕົວທ່ອງເວັບແລະປະຕິບັດລະຫັດໃນລະບົບນອກສະພາບແວດລ້ອມ sandbox. ເປັນສ່ວນຫນຶ່ງຂອງໂຄງການທີ່ຈະຈ່າຍລາງວັນເງິນສົດສໍາລັບການຄົ້ນພົບຊ່ອງໂຫວ່ສໍາລັບການເປີດຕົວໃນປະຈຸບັນ, Google ໄດ້ຈ່າຍ 27 ລາງວັນມູນຄ່າ $71500 (ຫນຶ່ງລາງວັນ $15000, ສາມລາງວັນ $7500, ຫ້າ $5000, ສອງລາງວັນ $3000, ຫນຶ່ງ $200 ລາງວັນ, ແລະສອງ $500 ລາງວັນ). ຂະຫນາດຂອງ 13 ລາງວັນຍັງບໍ່ທັນໄດ້ຖືກກໍານົດ.

ເອົາມາຈາກ Opennet.ru

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