Chrome ປ່ອຍ 112

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

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

• ການທໍາງານຂອງການໂຕ້ຕອບການກວດສອບຄວາມປອດໄພໄດ້ຖືກຂະຫຍາຍ, ສະແດງສະຫຼຸບຂອງບັນຫາຄວາມປອດໄພທີ່ເປັນໄປໄດ້, ເຊັ່ນ: ການໃຊ້ລະຫັດຜ່ານທີ່ຖືກທໍາລາຍ, ສະຖານະຂອງການກວດສອບເວັບໄຊທ໌ທີ່ເປັນອັນຕະລາຍ (Safe Browsing), ການມີການປັບປຸງທີ່ບໍ່ໄດ້ຕິດຕັ້ງ, ແລະການກໍານົດຂອງ add malicious. -ons. ສະບັບໃຫມ່ປະຕິບັດການຖອນຄືນອັດຕະໂນມັດຂອງການອະນຸຍາດທີ່ຜ່ານມາສໍາລັບເວັບໄຊທ໌ທີ່ບໍ່ໄດ້ຖືກນໍາໃຊ້ເປັນເວລາດົນນານ, ແລະຍັງເພີ່ມທາງເລືອກໃນການປິດການຖອນອັດຕະໂນມັດແລະກັບຄືນການອະນຸຍາດທີ່ຖືກຖອນຄືນ.
• ເວັບໄຊບໍ່ໄດ້ຮັບອະນຸຍາດໃຫ້ຕັ້ງຄຸນສົມບັດ document.domain ເພື່ອນຳໃຊ້ເງື່ອນໄຂຕົ້ນກຳເນີດດຽວກັນກັບຊັບພະຍາກອນທີ່ໂຫລດມາຈາກໂດເມນຍ່ອຍຕ່າງໆ. ຖ້າທ່ານຕ້ອງການສ້າງຊ່ອງທາງການສື່ສານລະຫວ່າງໂດເມນຍ່ອຍ, ໃຫ້ໃຊ້ຟັງຊັນ postMessage() ຫຼື Channel Messaging API.
• ການຮອງຮັບການໃຊ້ງານເວັບແອັບພລິເຄຊັນ Chrome Apps ແບບກຳນົດເອງໃນເວທີ Linux, macOS ແລະ Windows ໄດ້ຢຸດເຊົາ. ແທນທີ່ຈະເປັນ Chrome Apps, ທ່ານຄວນໃຊ້ແອັບພລິເຄຊັນເວັບແບບດ່ຽວໂດຍອີງໃສ່ເຕັກໂນໂລຢີ Progressive Web Apps (PWA) ແລະ Web APIs ມາດຕະຖານ.
• ການກໍ່ສ້າງໃນຮ້ານຂອງໃບຢັ້ງຢືນຮາກຂອງເຈົ້າຫນ້າທີ່ການຢັ້ງຢືນ (Chrome Root Store) ປະກອບມີການປຸງແຕ່ງຂໍ້ຈໍາກັດຂອງຊື່ສໍາລັບໃບຢັ້ງຢືນຮາກ (ຕົວຢ່າງເຊັ່ນໃບຢັ້ງຢືນຮາກທີ່ແນ່ນອນອາດຈະຖືກອະນຸຍາດໃຫ້ສ້າງໃບຢັ້ງຢືນພຽງແຕ່ສໍາລັບໂດເມນລະດັບທໍາອິດທີ່ແນ່ນອນ). ໃນ Chrome 113, ມັນໄດ້ຖືກວາງແຜນທີ່ຈະປ່ຽນໄປໃຊ້ Chrome Root Store ແລະກົນໄກການຢັ້ງຢືນໃບຢັ້ງຢືນທີ່ສ້າງຂຶ້ນໃນແພລະຕະຟອມ Android, Linux ແລະ ChromeOS (ໃນ Windows ແລະ macOS ການຫັນປ່ຽນໄປຫາ Chrome Root Store ແມ່ນເຮັດກ່ອນຫນ້ານັ້ນ).
• ສໍາ​ລັບ​ຜູ້​ໃຊ້​ຈໍາ​ນວນ​ຫນຶ່ງ​, ການ​ໂຕ້​ຕອບ​ງ່າຍ​ດາຍ​ສໍາ​ລັບ​ການ​ເຊື່ອມ​ຕໍ່​ບັນ​ຊີ​ໃນ Chrome ໄດ້​ຖືກ​ສະ​ຫນອງ​ໃຫ້​.
• ມັນເປັນໄປໄດ້ທີ່ຈະສົ່ງອອກແລະສ້າງສໍາເນົາສໍາຮອງໃນ Google archiver (Google Takeout) ສໍາລັບຂໍ້ມູນທີ່ໃຊ້ໃນເວລາທີ່ synchronizing instances ທີ່ແຕກຕ່າງກັນຂອງ Chrome ແລະມີປະເພດ AUTOFILL, PRIORITY_PREFERENCE, WEB_APP, DEVICE_INFO, TYPED_URL, ARC_PACKAGE, OS_PREFERENCE, OS_PRIORITY_PREFERENCE ແລະ.
• ຫນ້າການອະນຸຍາດສໍາລັບ Web Auth Flow-based add-ons ໃນປັດຈຸບັນແມ່ນສະແດງຢູ່ໃນແຖບແທນທີ່ຈະເປັນປ່ອງຢ້ຽມແຍກຕ່າງຫາກ, ໃຫ້ທ່ານເຫັນ URL ຕ້ານການ phishing. ການປະຕິບັດໃຫມ່ແບ່ງປັນສະຖານະການເຊື່ອມຕໍ່ທົ່ວໄປໃນທົ່ວແຖບທັງຫມົດແລະຮັກສາສະຖານະໃນທົ່ວການເລີ່ມຕົ້ນໃຫມ່.
• ພະນັກງານບໍລິການຂອງ browser add-ons ອະນຸຍາດໃຫ້ເຂົ້າເຖິງ WebHID API, ອອກແບບສໍາລັບການເຂົ້າເຖິງລະດັບຕ່ໍາຂອງອຸປະກອນ HID (ອຸປະກອນການໂຕ້ຕອບຂອງມະນຸດ, keyboards, ຫນູ, gamepads, touchpads) ແລະຈັດການເຮັດວຽກໂດຍບໍ່ມີການມີໄດເວີສະເພາະໃນລະບົບ. ການປ່ຽນແປງໄດ້ຖືກເຮັດເພື່ອຮັບປະກັນວ່າສ່ວນເສີມຂອງ Chrome ທີ່ເຂົ້າໃຊ້ WebHID ຜ່ານມາຈາກໜ້າພື້ນຫຼັງໄດ້ຖືກໂອນໄປຫາສະບັບທີສາມຂອງ manifest.
• ເພີ່ມການສະຫນັບສະຫນູນກົດລະບຽບການຮັງໃນ CSS, ກໍານົດໂດຍໃຊ້ຕົວເລືອກ "ຮັງ". ກົດລະບຽບ Nested ເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະຫຼຸດຜ່ອນຂະຫນາດຂອງໄຟລ໌ CSS ແລະກໍາຈັດຕົວເລືອກທີ່ຊ້ໍາກັນ. .nesting { ສີ: hotpink; > .is { ສີ: rebeccapurple; > .awesome { ສີ: deeppink; } } }
• ເພີ່ມຄຸນສົມບັດ CSS ຂອງພາບເຄື່ອນໄຫວ, ເຊິ່ງເຮັດໃຫ້ທ່ານສາມາດນໍາໃຊ້ການທໍາງານຂອງອົງປະກອບເພື່ອນໍາໃຊ້ອະນິເມຊັນຫຼາຍອັນທີ່ມີຜົນກະທົບກັບຊັບສິນດຽວກັນ.
• ອະນຸຍາດໃຫ້ປຸ່ມສົ່ງຜ່ານໄປຫາຜູ້ສ້າງ FormData, ອະນຸຍາດໃຫ້ສ້າງວັດຖຸ FormData ດ້ວຍຊຸດຂໍ້ມູນດຽວກັນກັບເວລາທີ່ແບບຟອມຕົ້ນສະບັບຖືກສົ່ງຫຼັງຈາກກົດປຸ່ມ.
• ການສະແດງອອກແບບປົກກະຕິທີ່ມີທຸງ "v" ໄດ້ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບການປະຕິບັດງານທີ່ກໍານົດໄວ້, ຕົວຫນັງສືສະຕຣິງ, ຫ້ອງຮຽນ nested, ແລະຄຸນສົມບັດຂອງ unicode string, ເຮັດໃຫ້ມັນງ່າຍຕໍ່ການສ້າງການສະແດງອອກປົກກະຕິທີ່ກວມເອົາຕົວອັກສອນ Unicode ສະເພາະ. ຕົວຢ່າງ, ໂຄງສ້າງ “/[\p{Script_Extensions=Greek}&&\p{Letter}]/v” ອະນຸຍາດໃຫ້ທ່ານກວມເອົາຕົວອັກສອນກເຣັກທັງໝົດ.
• ອັບເດດລະບົບການເລືອກໂຟກັສເບື້ອງຕົ້ນສຳລັບກ່ອງໂຕ້ຕອບທີ່ສ້າງຂຶ້ນໂດຍໃຊ້ອົງປະກອບ . ຕອນນີ້ຕັ້ງຈຸດສຸມການປ້ອນຂໍ້ມູນໃສ່ອົງປະກອບທີ່ກ່ຽວຂ້ອງກັບການປ້ອນແປ້ນພິມແທນທີ່ຈະເປັນອົງປະກອບຂອງມັນເອງ .
• WebView ໄດ້ເລີ່ມຕົ້ນການທົດສອບການປະຕິເສດຂອງ X-Requested-With header.
• ເພີ່ມການຊ່ວຍເຫຼືອການທົດລອງຕົ້ນກໍາເນີດສໍາລັບການເຊື່ອມຕໍ່ຜູ້ເກັບຂີ້ເຫຍື້ອສໍາລັບ WebAssembly.
• WebAssembly ໄດ້ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບລະຫັດວັດຖຸສໍາລັບການ recursion ຫາງໂດຍກົງແລະທາງອ້ອມ (tail-call).
• ການປັບປຸງໄດ້ຖືກເຮັດໃຫ້ເຄື່ອງມືສໍາລັບນັກພັດທະນາເວັບ. ເພີ່ມການຮອງຮັບ CSS ທີ່ຕິດຢູ່ແລ້ວ. ໃນແຖບການສະແດງຜົນ, ຮູບແບບການຈໍາລອງຄວາມຄົມຊັດທີ່ຫຼຸດລົງໄດ້ຖືກເພີ່ມ, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດປະເມີນວິທີທີ່ຄົນທີ່ມີຄວາມອ່ອນໄຫວທາງກົງກັນຂ້າມຫຼຸດລົງເບິ່ງເວັບໄຊທ໌. ຕອນນີ້ web console ຮອງຮັບການເນັ້ນຂໍ້ຄວາມທີ່ກ່ຽວຂ້ອງກັບ breakpoints ແລະ logpoints. ຄໍາແນະນໍາເຄື່ອງມືທີ່ມີຄໍາອະທິບາຍສັ້ນໆກ່ຽວກັບຈຸດປະສົງຂອງຄຸນສົມບັດ CSS ໄດ້ຖືກເພີ່ມເຂົ້າໃນກະດານສໍາລັບການເຮັດວຽກກັບຮູບແບບຕ່າງໆ.

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

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