Chrome ປ່ອຍ 81

ກູໂກ ນຳ ສະ ເໜີ ປ່ອຍຕົວທ່ອງເວັບ Chrome 81... ພ້ອມໆກັນ ມີ ການປ່ອຍໂຄງການຟຣີທີ່ຫມັ້ນຄົງ chromium, ເຊິ່ງເຮັດຫນ້າທີ່ເປັນພື້ນຖານຂອງ Chrome. ຕົວທ່ອງເວັບ Chrome ແຕກຕ່າງ ການໃຊ້ໂລໂກ້ຂອງ Google, ການປະກົດຕົວຂອງລະບົບການສົ່ງການແຈ້ງເຕືອນໃນກໍລະນີທີ່ເກີດອຸປະຕິເຫດ, ຄວາມສາມາດໃນການດາວໂຫລດໂມດູນ Flash ຕາມຄໍາຮ້ອງຂໍ, ໂມດູນສໍາລັບການຫຼິ້ນເນື້ອຫາວິດີໂອທີ່ມີການປ້ອງກັນ (DRM), ລະບົບສໍາລັບການຕິດຕັ້ງການປັບປຸງແລະການສົ່ງຂໍ້ມູນອັດຕະໂນມັດໃນລະຫວ່າງການຄົ້ນຫາ ຕົວກໍານົດການ RLZ. Chrome 81 ໃນເບື້ອງຕົ້ນໄດ້ຖືກກໍານົດທີ່ຈະເຜີຍແຜ່ໃນວັນທີ 17 ມີນາ, ແຕ່ເນື່ອງຈາກການລະບາດຂອງໂຣກ coronavirus SARS-CoV-2 ແລະການໂອນນັກພັດທະນາໄປເຮັດວຽກຈາກເຮືອນ, ການປ່ອຍອອກມາແມ່ນຊັກຊ້າ. ເລື່ອນອອກໄປ. ລຸ້ນຕໍ່ໄປຂອງ Chrome 82 ຈະເປັນ ພາດ, Chrome 83 ແມ່ນກໍານົດສໍາລັບການປ່ອຍໃນເດືອນພຶດສະພາ 19th.

ຕົ້ນ​ຕໍ ການປ່ຽນແປງ в Chrome 81:

• ການຈັດຕັ້ງປະຕິບັດຍັງສືບຕໍ່ ການປ້ອງກັນ ຈາກການໂຫຼດເນື້ອຫາມັນຕິມີເດຍປະສົມ (ເມື່ອຊັບພະຍາກອນຖືກໂຫລດຢູ່ໃນຫນ້າ HTTPS ຜ່ານ http:// protocol). ໃນຫນ້າທີ່ເປີດຜ່ານ HTTPS, ຕອນນີ້ລິ້ງ "http://" ຈະຖືກແທນທີ່ດ້ວຍ "https://" ໂດຍອັດຕະໂນມັດເມື່ອໂຫລດຮູບພາບ, scripts, iframes, ສຽງແລະວິດີໂອ, ເຊິ່ງໄດ້ຖືກປະຕິບັດໃນການປ່ອຍຫຼ້າສຸດ. ຖ້າຮູບພາບບໍ່ສາມາດໃຊ້ໄດ້ຜ່ານ https, ຫຼັງຈາກນັ້ນການດາວໂຫລດຂອງມັນຖືກບລັອກ (ທ່ານສາມາດຫມາຍການບລັອກດ້ວຍຕົນເອງໂດຍຜ່ານເມນູທີ່ສາມາດເຂົ້າເຖິງໄດ້ໂດຍຜ່ານສັນຍາລັກ padlock ໃນແຖບທີ່ຢູ່).
• ຄົນພິການ ຮອງຮັບ FTP protocol. ໃນການປ່ອຍຕໍ່ໄປທັງຫມົດລະຫັດທີ່ກ່ຽວຂ້ອງ FTP ຈະຖືກລຶບ ຈາກ​ຖານ​ລະ​ຫັດ​. ເພື່ອເຂົ້າເຖິງຜ່ານ FTP, ມັນແນະນໍາໃຫ້ໃຊ້ລູກຄ້າ FTP ພາຍນອກ. ຊົ່ວຄາວ, ການຮອງຮັບ FTP ສາມາດຖືກສົ່ງຄືນໂດຍໃຊ້ທຸງ "--enable-ftp" ຫຼື "--enable-features=FtpProtocol".
• ຄຸນສົມບັດການຈັດກຸ່ມແທັບຖືກເປີດໃຊ້ງານສໍາລັບຜູ້ໃຊ້ທຸກຄົນ, ຊ່ວຍໃຫ້ທ່ານສາມາດລວມແທັບຫຼາຍອັນທີ່ມີຈຸດປະສົງທີ່ຄ້າຍຄືກັນເຂົ້າໄປໃນກຸ່ມທີ່ແຍກກັນດ້ວຍສາຍຕາ. ແຕ່ລະກຸ່ມສາມາດຖືກມອບຫມາຍສີແລະຊື່ຂອງຕົນເອງ. ກ່ອນຫນ້ານີ້, ການຈັດກຸ່ມແທັບໄດ້ຖືກສະເຫນີພຽງແຕ່ສໍາລັບການທົດສອບກັບຜູ້ໃຊ້ຈໍານວນຫນ້ອຍຫນຶ່ງ.
  

• ໃນ API ອຸປະກອນ WebXR ເພີ່ມການສະຫນັບສະຫນູນອຸປະກອນ ຄວາມເປັນຈິງທີ່ເພີ່ມຂຶ້ນ. WebXR API ອະນຸຍາດໃຫ້ທ່ານສາມາດເຮັດວຽກຮ່ວມກັນກັບອຸປະກອນປະເພດຕ່າງໆ, ຈາກຊຸດຫູຟັງ virtual virtual stationary ກັບການແກ້ໄຂໂດຍອີງໃສ່ອຸປະກອນມືຖື. API ໃຫມ່ໄດ້ຖືກສະເຫນີສໍາລັບການສ້າງຄໍາຮ້ອງສະຫມັກຄວາມເປັນຈິງເພີ່ມຂຶ້ນ Web XR Hit Test, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານວາງວັດຖຸ virtual ໃນພາກສະຫນາມຂອງກ້ອງຖ່າຍຮູບ, ສະທ້ອນໃຫ້ເຫັນຄວາມເປັນຈິງ. ຕົວຢ່າງ, ເຈົ້າສາມາດ ຈໍສະແດງຜົນ ດອກໄມ້ virtual ຢູ່ເທິງປ່ອງຢ້ຽມທີ່ຖ່າຍຢູ່ໃນກ້ອງຖ່າຍຮູບ, ສະແດງເຄື່ອງຫມາຍຂໍ້ມູນຢູ່ເທິງສຸດຂອງວັດຖຸ, ຫຼືການຈັດເຟີນີເຈີ virtual ໃນຂະນະທີ່ຖ່າຍຢູ່ໃນຫ້ອງຫວ່າງເປົ່າ.
  

• ເມື່ອບັນທຶກລະຫັດຜ່ານຢູ່ໃນຕົວຈັດການລະຫັດຜ່ານ, ການເຕືອນຈະສະແດງຖ້າລະຫັດຜ່ານຖືກໃສ່ຢູ່ໃນເວັບໄຊທ໌ທີ່ບໍ່ປອດໄພ.
• ສົ່ງແລ້ວ ການປ່ຽນແປງ ກັບເງື່ອນໄຂການນໍາໃຊ້ຂອງ Google (ເງື່ອນໄຂການໃຫ້ບໍລິການຂອງ Google) ໃນ​ທີ່​ພຣະ​ອົງ​ໄດ້​ປາ​ກົດ​ຂຶ້ນ​ ພາກ​ສ່ວນ​ແຍກ​ຕ່າງ​ຫາກ​ ສໍາລັບ Google Chrome ແລະ Chrome OS.
• ໂໝດບໍ່ເປີດເຜີຍຕົວຕົນ ແລະ ເຊດຊັນແຂກໄດ້ປິດການພິສູດຢືນຢັນ NTLM/Kerberos ໂດຍຄ່າເລີ່ມຕົ້ນ.
• ການປະຕິບັດ TLS 1.3 ປະກອບມີກົນໄກທີ່ປັບປຸງເພື່ອຕ້ານການຫຼຸດລະດັບໄປສູ່ໂປໂຕຄອນ TLS ຮຸ່ນກ່ອນຫນ້າ. ກ່ອນໜ້ານີ້, ການປົກປ້ອງ rollback ສະບັບໂປຣໂຕຄໍໄດ້ຖືກເປີດໃຊ້ພຽງແຕ່ບາງສ່ວນເນື່ອງຈາກຄວາມບໍ່ເຂົ້າກັນກັບເຊີບເວີພຣັອກຊີບາງອັນທີ່ເຮັດວຽກບໍ່ຖືກຕ້ອງ (Palo Alto Networks PAN-OS, Cisco Firepower Threat Defense, ASA with FirePOWER). ບັນຫາຄວາມເຂົ້າກັນໄດ້ໃນປັດຈຸບັນແມ່ນເປັນເລື່ອງທີ່ຜ່ານມາ, ຍ້ອນວ່າຜູ້ຂາຍສ່ວນໃຫຍ່ຂອງຕົວແທນດັ່ງກ່າວໄດ້ອອກການອັບເດດເພື່ອນໍາເອົາການປະຕິບັດ TLS ຂອງພວກເຂົາໄປສູ່ການປະຕິບັດຕາມຂໍ້ກໍາຫນົດ.
• ໄດ້ເພີ່ມຕົວເລືອກ “chrome://flags/#treat-unsafe-downloads-as-active-content” ໃສ່ການຕັ້ງຄ່າ, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານເປີດໃຊ້ການເຕືອນໃນເວລາທີ່ພະຍາຍາມ. ເກີບບໍ່ປອດໄພ ໄຟລ໌ທີ່ສາມາດປະຕິບັດໄດ້ຜ່ານລິ້ງຈາກໜ້າ HTTPS (ໃນ Chrome 83, ການເຕືອນດັ່ງກ່າວຈະຖືກສະແດງໂດຍຄ່າເລີ່ມຕົ້ນ, ແລະໃນ Chrome 84, ການດາວໂຫຼດຈະຖືກບລັອກ).
• ເພີ່ມການສະຫນັບສະຫນູນ API ສໍາລັບອຸປະກອນມືຖື Web NFC, ອະນຸຍາດໃຫ້ແອັບພລິເຄຊັນເວັບອ່ານ ແລະຂຽນແທັກ NFC. ຕົວຢ່າງຂອງການນໍາໃຊ້ API ໃຫມ່ໃນຄໍາຮ້ອງສະຫມັກເວັບໄຊຕ໌ປະກອບມີການສະຫນອງຂໍ້ມູນກ່ຽວກັບການວາງສະແດງຫໍພິພິທະພັນ, ດໍາເນີນການສິນຄ້າຄົງຄັງ, ໄດ້ຮັບຂໍ້ມູນຈາກປ້າຍຜູ້ເຂົ້າຮ່ວມກອງປະຊຸມ, ແລະອື່ນໆ. ແທັກຖືກສົ່ງ ແລະສະແກນໂດຍໃຊ້ວັດຖຸ NDEFWriter ແລະ NDEFReader. API ໃໝ່ປະຈຸບັນມີໃຫ້ນຳໃຊ້ໃນໂໝດການທົດລອງຕົ້ນສະບັບເທົ່ານັ້ນ (ລັກສະນະການທົດລອງທີ່ຕ້ອງການແຍກຕ່າງຫາກ ການເປີດໃຊ້ງານ). ການທົດລອງຕົ້ນສະບັບຫມາຍເຖິງຄວາມສາມາດໃນການເຮັດວຽກກັບ API ທີ່ລະບຸໄວ້ຈາກແອັບພລິເຄຊັນທີ່ດາວໂຫລດຈາກ localhost ຫຼື 127.0.0.1, ຫຼືຫຼັງຈາກລົງທະບຽນແລະໄດ້ຮັບ token ພິເສດທີ່ຖືກຕ້ອງສໍາລັບເວລາຈໍາກັດສໍາລັບສະຖານທີ່ສະເພາະ.
• ໃນໂໝດທົດລອງຕົ້ນສະບັບ, PointerLock API ສະເໜີທຸງ ການ​ເຄື່ອນ​ໄຫວ​ທີ່​ບໍ່​ໄດ້​ປັບ​, ເມື່ອຕິດຕັ້ງ, ຂໍ້ມູນກ່ຽວກັບເຫດການການເຄື່ອນໄຫວຂອງຫນູຈະຖືກສົ່ງໃນຮູບແບບທີ່ບໍລິສຸດຂອງມັນ, ໂດຍບໍ່ມີການປັບຫຼືເລັ່ງ.
• ສະຖຽນລະພາບ ແລະຕອນນີ້ແຈກຢາຍຢູ່ນອກ Origin Trials API Badging, ເຊິ່ງອະນຸຍາດໃຫ້ແອັບພລິເຄຊັນເວັບສ້າງຕົວຊີ້ວັດທີ່ປາກົດຢູ່ໃນກະດານຫຼືຫນ້າຈໍເຮືອນ. ເມື່ອປິດຫນ້າ, ຕົວຊີ້ວັດຈະຖືກລຶບອອກໂດຍອັດຕະໂນມັດ. ຕົວຢ່າງ, ໃນລັກສະນະທີ່ຄ້າຍຄືກັນ, ທ່ານສາມາດສະແດງຈໍານວນຂໍ້ຄວາມທີ່ຍັງບໍ່ໄດ້ອ່ານຫຼືຂໍ້ມູນກ່ຽວກັບເຫດການບາງຢ່າງ;
  

• ເພີ່ມໃສ່ Media Session API ແລ້ວ ໂອກາດ ການ​ຕິດ​ຕາມ​ຕໍາ​ແຫນ່ງ​ໃນ​ເວ​ລາ​ທີ່​ຫຼິ້ນ​ເພງ​. ທ່ານສາມາດໄດ້ຮັບຂໍ້ມູນກ່ຽວກັບຄວາມໄວການຫຼິ້ນ, ໄລຍະເວລາແລະເວລາຫຼິ້ນໃນປະຈຸບັນ, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດສ້າງການໂຕ້ຕອບຂອງທ່ານເອງສໍາລັບການປະເມີນຕໍາແຫນ່ງແລະການເຄື່ອນຍ້າຍຕາມເສັ້ນທາງ.
  

• INTL API ປະຕິບັດວິທີການ ຊື່ສະແດງ, ໂດຍຜ່ານທີ່ທ່ານສາມາດໄດ້ຮັບຊື່ທ້ອງຖິ່ນຂອງພາສາ, ປະເທດ, ສະກຸນເງິນ, ອົງປະກອບວັນທີ, ແລະອື່ນໆ.
• ໃນ API ຜູ້ສັງເກດການການປະຕິບັດ, ອອກແບບມາເພື່ອເກັບກໍາຂໍ້ມູນສະຖານະຂອງຊັບພະຍາກອນໃນຂະນະທີ່ຜູ້ໃຊ້ກໍາລັງເຮັດວຽກກັບຄໍາຮ້ອງສະຫມັກເວັບໄຊຕ໌, ປະຕິບັດ ຄວາມສາມາດໃນການນໍາໃຊ້ທຸງ "buffed" ກັບວຽກງານທີ່ຍາວນານ.
• ໂດຍຄ່າເລີ່ມຕົ້ນ, Chrome ຈະເອົາຂໍ້ມູນການປະຖົມນິເທດຈາກ metadata EXIF ​​​​ເຂົ້າໃນບັນຊີໃນເວລາທີ່ສະແດງຮູບພາບ. ເພື່ອລົບລ້າງພຶດຕິກໍານີ້ຢ່າງຊັດເຈນ, ຄຸນສົມບັດ CSS "ການວາງທິດທາງຮູບພາບ" ໄດ້ຖືກສະເຫນີ.
• ເພີ່ມແທັກ meta ແລະຄຸນສົມບັດ CSS "ໂຄງ​ການ​ສີ​", ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານສາມາດເລືອກຮູບແບບສີສໍາລັບການສະແດງອົງປະກອບການໂຕ້ຕອບ, ເຊັ່ນປຸ່ມແບບຟອມແລະແຖບເລື່ອນ.
• ເພີ່ມຄຸນສົມບັດໃຫ້ກັບ HTMLAnchorElement href ແປພາສາ, ໂດຍຜ່ານທີ່ທ່ານສາມາດສົ່ງຂໍ້ມູນກ່ຽວກັບຄວາມຕ້ອງການທີ່ຈະແປຫນ້າເປັນພາສາອື່ນຫຼັງຈາກທີ່ຄລິກໃສ່ການເຊື່ອມຕໍ່.
• ເພີ່ມປະເພດເຫດການໃໝ່ ສົ່ງເຫດການ, ເຊິ່ງປະກອບມີຄຸນສົມບັດໃຫມ່ທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດຊອກຫາອົງປະກອບທີ່ການໂທນໍາໄປສູ່ການຍື່ນສະເຫນີແບບຟອມ. ຕົວຢ່າງ, SubmitEvent ເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະໃຊ້ຕົວຈັດການຫນຶ່ງທີ່ພົບເລື້ອຍກັບປຸ່ມຕ່າງໆແລະການເຊື່ອມຕໍ່ທີ່ນໍາໄປສູ່ການຍື່ນສະເຫນີແບບຟອມ.
• ການປັບປຸງ ໃນ​ເຄື່ອງ​ມື​ສໍາ​ລັບ​ການ​ພັດ​ທະ​ນາ​ເວັບ​ໄຊ​ຕ​໌​:
  • ໄດ້ເພີ່ມຕົວເລືອກ “Copy > Copy as Node.js fetch” ໃສ່ເມນູບໍລິບົດທີ່ສະແດງສຳລັບການຮ້ອງຂໍຂອງເຄືອຂ່າຍສຳລັບການສຳເນົາໃນຮູບແບບການດຶງຂໍ້ມູນເຊິ່ງລວມມີຂໍ້ມູນ Cookie.
  • ຄໍາແນະນໍາເຄື່ອງມືທີ່ມີສະບັບທີ່ບໍ່ມີການຫລົບຫນີຂອງຂໍ້ມູນຖືກສະແດງໃນປັດຈຸບັນເມື່ອເລື່ອນຫນູໃສ່ຄຸນສົມບັດ CSS "ເນື້ອຫາ".
  • ໃນ web console, ລາຍລະອຽດຂອງຂໍ້ຄວາມຜິດພາດໃນເວລາທີ່ parsing ພາກສະຫນາມໃນແຜນທີ່ແຫຼ່ງໄດ້ຖືກເພີ່ມຂຶ້ນ.
  • ເພີ່ມການຕັ້ງຄ່າ “Preferences > Sources > Allow scrolling past end of file” ການຕັ້ງຄ່າ, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານປິດການເລື່ອນຜ່ານທ້າຍໄຟລ໌ໃນເວລາທີ່ເບິ່ງຂໍ້ຄວາມຕົ້ນສະບັບຂອງຫນ້າ.
  • ການຈຳລອງໜ້າຈໍຂອງສະມາດໂຟນ Moto G4 ໄດ້ຖືກເພີ່ມໃສ່ແຜງອຸປະກອນແລ້ວ.
    

  • ແຜງ Cookies ໃຫ້ໄຮໄລ້ພື້ນຫຼັງສີເຫຼືອງສໍາລັບ Cookies ທີ່ຖືກບລັອກ.
  • ຖັນທີ່ມີຂໍ້ມູນກ່ຽວກັບບູລິມະສິດການເລືອກຄຸກກີໄດ້ຖືກເພີ່ມໃສ່ຕາຕະລາງ Cookies ທີ່ສະແດງຢູ່ໃນແຜງເຄືອຂ່າຍ ແລະແອັບພລິເຄຊັນ.
  • ຊ່ອງຂໍ້ມູນທັງໝົດ (ຍົກເວັ້ນຊ່ອງຂໍ້ມູນຂະໜາດ) ໃນຕາຕະລາງທີ່ມີ Cookies ສາມາດແກ້ໄຂໄດ້ແລ້ວ.
    

• ປິດ ຮອງຮັບ TLS 1.0 ແລະ TLS 1.1 protocols ເລື່ອນ ຈົນ​ກ​່​ວາ Chrome 84 ຖືກ​ປ່ອຍ​ອອກ​ມາ​. ໃຫມ່ ການລົງທະບຽນ ອົງປະກອບ ແບບຟອມເວັບທີ່ຖືກປັບປຸງໃຫ້ເຫມາະສົມສໍາລັບການນໍາໃຊ້ໃນຫນ້າຈໍສໍາພັດ.

ນອກເຫນືອໄປຈາກການປະດິດສ້າງແລະການແກ້ໄຂ bug, ສະບັບໃຫມ່ກໍາຈັດ 32 ຈຸດອ່ອນ. ຊ່ອງໂຫວ່ຫຼາຍຢ່າງໄດ້ຖືກລະບຸວ່າເປັນຜົນມາຈາກການທົດສອບອັດຕະໂນມັດດ້ວຍເຄື່ອງມື ທີ່ຢູ່, ຄວາມຈຳສະອາດ, ຄວບຄຸມຄວາມສົມບູນຂອງການໄຫຼ, LibFuzzer и AFL. ບໍ່ພົບບັນຫາທີ່ສໍາຄັນທີ່ຈະຊ່ວຍໃຫ້ຜູ້ຫນຶ່ງສາມາດຂ້າມທຸກລະດັບຂອງການປົກປ້ອງຕົວທ່ອງເວັບແລະປະຕິບັດລະຫັດໃນລະບົບນອກສະພາບແວດລ້ອມ sandbox. ເປັນສ່ວນຫນຶ່ງຂອງໂຄງການລາງວັນເງິນສົດສໍາລັບການຄົ້ນພົບຊ່ອງໂຫວ່ສໍາລັບການເປີດຕົວໃນປະຈຸບັນ, Google ໄດ້ຈ່າຍ 23 ລາງວັນມູນຄ່າ 26 ໂດລາ (ຫນຶ່ງລາງວັນ $ 7500, ລາງວັນຫນຶ່ງ $ 5000, ລາງວັນຫນຶ່ງ $ 3000, ສອງລາງວັນ $ 2000, ສາມລາງວັນ $ 1000, ແລະແປດ $ 500 ລາງວັນ). ຂະຫນາດຂອງ 7 ລາງວັນຍັງບໍ່ທັນໄດ້ຖືກກໍານົດ.

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