UDP Flood ຈາກ Google ຫຼືວິທີທີ່ຈະບໍ່ deprived ທຸກຄົນຂອງ Youtube

ໃນຕອນແລງຂອງລະດູໃບໄມ້ປົ່ງທີ່ດີ, ເມື່ອຂ້ອຍບໍ່ຢາກກັບບ້ານ, ແລະຄວາມປາຖະຫນາທີ່ບໍ່ສາມາດແກ້ໄຂໄດ້ທີ່ຈະດໍາລົງຊີວິດແລະຮຽນຮູ້ແມ່ນອາການຄັນແລະເຜົາໄຫມ້ຄືກັບທາດເຫຼັກທີ່ຮ້ອນ, ຄວາມຄິດໄດ້ເກີດຂື້ນເພື່ອເລືອກລັກສະນະທີ່ລໍ້ລວງຢູ່ໃນຝາໄຟທີ່ເອີ້ນວ່າ "ນະໂຍບາຍ IP DOS"
ຫຼັງຈາກ caresses ເບື້ອງຕົ້ນແລະຄຸ້ນເຄີຍກັບຄູ່ມື, ຂ້າພະເຈົ້າໄດ້ຕັ້ງຄ່າມັນຢູ່ໃນໂຫມດ Pass-and-Log, ເພື່ອເບິ່ງຫມົດທົ່ວໄປແລະເປັນປະໂຫຍດທີ່ຫນ້າສົງໄສຂອງການຕັ້ງຄ່ານີ້.
ຫຼັງຈາກສອງສາມມື້ (ເພື່ອວ່າສະຖິຕິຈະສະສົມ, ແນ່ນອນ, ແລະບໍ່ແມ່ນຍ້ອນຂ້ອຍລືມ), ຂ້ອຍເບິ່ງໄມ້ທ່ອນແລະເຕັ້ນລໍາ, ຕົບມື - ມີບັນທຶກພຽງພໍ, ຢ່າຫຼີ້ນຮອບ. ມັນເບິ່ງຄືວ່າມັນບໍ່ສາມາດເຮັດໄດ້ງ່າຍກວ່າ - ເປີດນະໂຍບາຍເພື່ອສະກັດກັ້ນໄພນໍ້າຖ້ວມທັງຫມົດ, ການສະແກນ, ການຕິດຕັ້ງ ເປີດເຄິ່ງ ກອງປະຊຸມທີ່ມີການຫ້າມເປັນເວລາ 34 ຊົ່ວໂມງແລະນອນຫລັບຢ່າງສະຫງົບດ້ວຍຄວາມຮັບຮູ້ຂອງຄວາມຈິງທີ່ວ່າຊາຍແດນຖືກລັອກ. ແຕ່​ປີ XNUMX ຂອງ​ຊີ​ວິດ​ໄດ້​ເອົາ​ຊະ​ນະ​ຄວາມ​ເປັນ​ໄວ​ຫນຸ່ມ​ສູງ​ສຸດ ແລະ​ບາງ​ບ່ອນ​ໃນ​ສະ​ຫມອງ​ຂອງ​ສະ​ຫມອງ​ສຽງ​ບາງ​ທີ່​ດັງ​ວ່າ: “ໃຫ້​ພວກ​ເຮົາ​ຍົກ​ຫນັງ​ຕາ​ຂອງ​ພວກ​ເຮົາ​ແລະ​ເບິ່ງ​ວ່າ​ທີ່​ຢູ່​ທີ່ firewall ທີ່​ຮັກ​ຂອງ​ພວກ​ເຮົາ​ຮັບ​ຮູ້​ວ່າ​ເປັນ​ໄພ​ພິ​ບັດ​ທີ່​ຮ້າຍ​ແຮງ? ແລ້ວ, ຕາມລໍາດັບຂອງໄຮ້ສາລະ."

ພວກເຮົາເລີ່ມຕົ້ນການວິເຄາະຂໍ້ມູນທີ່ໄດ້ຮັບຈາກບັນຊີລາຍຊື່ຜິດປົກກະຕິ. ຂ້ອຍແລ່ນທີ່ຢູ່ຜ່ານ script ງ່າຍໆ Powershell ແລະຕາສະດຸດກັບຕົວອັກສອນທີ່ຄຸ້ນເຄີຍ ກູໂກ.

ຂ້າ​ພະ​ເຈົ້າ​ທາ​ຕາ​ແລະ​ກະ​ພິບ​ປະ​ມານ​ຫ້າ​ນາ​ທີ​ເພື່ອ​ເຮັດ​ໃຫ້​ແນ່​ໃຈວ່​າ​ຂ້າ​ພະ​ເຈົ້າ​ບໍ່​ໄດ້​ຈິນ​ຕະ​ນາ​ການ - ແທ້​ຈິງ​ແລ້ວ​, ໃນ​ບັນ​ຊີ​ລາຍ​ຊື່​ຂອງ​ຜູ້​ທີ່ firewall ພິ​ຈາ​ລະ​ນາ​ໄພ​ພິ​ບັດ​ທີ່​ຮ້າຍ​ແຮງ​, ປະ​ເພດ​ຂອງ​ການ​ໂຈມ​ຕີ​ແມ່ນ - ນໍ້າຖ້ວມ udp, ທີ່​ຢູ່​ຂອງ​ບໍ​ລິ​ສັດ​ທີ່​ດີ​.

ຂ້ອຍກໍາລັງຂູດຫົວຂອງຂ້ອຍ, ພ້ອມກັນຕັ້ງແພັກເກັດແພັກເກັດໃນການໂຕ້ຕອບພາຍນອກສໍາລັບການວິເຄາະຕໍ່ໄປ. ຄວາມຄິດທີ່ສົດໃສຜ່ານຫົວຂອງຂ້ອຍ: "ມີບາງສິ່ງບາງຢ່າງຕິດເຊື້ອຢູ່ໃນ Google Scope ໄດ້ແນວໃດ? ແລະນີ້ແມ່ນສິ່ງທີ່ຂ້ອຍຄົ້ນພົບ? ແມ່ນແລ້ວ, ນີ້ແມ່ນລາງວັນ, ກຽດສັກສີແລະພົມແດງ, ແລະຄາສິໂນຂອງຕົນເອງກັບ blackjack ແລະ, ດີ, ເຈົ້າເຂົ້າໃຈ ... "

ກຳລັງວິເຄາະໄຟລ໌ທີ່ໄດ້ຮັບ Wireshark-ໂອມ.
ແມ່ນແລ້ວ, ແທ້ຈິງແລ້ວຈາກທີ່ຢູ່ຈາກຂອບເຂດ ກູໂກ ແພັກເກັດ UDP ກໍາລັງຖືກດາວໂຫຼດຈາກພອດ 443 ໄປຫາພອດແບບສຸ່ມຢູ່ໃນອຸປະກອນຂອງຂ້ອຍ.
ແຕ່, ລໍຖ້ານາທີ ... ທີ່ນີ້ອະນຸສັນຍາການປ່ຽນແປງຈາກ UDP ສຸດ GQUIC.
Semyon Semenych...

ຂ້າພະເຈົ້າທັນທີຈື່ຈໍາບົດລາຍງານຈາກ ໂຫຼດສູງ Alexandra Tobolya «UDP ຕໍ່ຕ້ານ TCP ຫຼືອະນາຄົດຂອງເຄືອຂ່າຍ stack"(ການເຊື່ອມຕໍ່).
ໃນອີກດ້ານຫນຶ່ງ, ຄວາມຜິດຫວັງເລັກນ້ອຍເກີດຂຶ້ນ - ບໍ່ມີ laurels, ບໍ່ມີກຽດສັກສີສໍາລັບທ່ານ, ຕົ້ນສະບັບ. ໃນທາງກົງກັນຂ້າມ, ບັນຫາແມ່ນຈະແຈ້ງ, ມັນຍັງຄົງເຂົ້າໃຈວ່າບ່ອນໃດແລະຫຼາຍປານໃດທີ່ຈະຂຸດ.
ສອງສາມນາທີຂອງການສື່ສານກັບບໍລິສັດທີ່ດີ - ແລະທຸກສິ່ງທຸກຢ່າງຕົກເຂົ້າໄປໃນສະຖານທີ່. ໃນຄວາມພະຍາຍາມທີ່ຈະປັບປຸງຄວາມໄວຂອງການຈັດສົ່ງເນື້ອຫາ, ບໍລິສັດ ກູໂກ ​ໄດ້​ປະກາດ​ພິທີ​ດັ່ງກ່າວ​ໃນ​ປີ 2012 QUIC, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານເອົາຂໍ້ບົກຜ່ອງສ່ວນໃຫຍ່ຂອງ TCP (ແມ່ນແລ້ວ, ແມ່ນແລ້ວ, ແມ່ນແລ້ວ, ໃນບົດຄວາມເຫຼົ່ານີ້ - ຣຣາຣາສ и ສອງ ພວກເຂົາເວົ້າກ່ຽວກັບວິທີການປະຕິວັດຢ່າງສົມບູນ, ແຕ່, ໃຫ້ມີຄວາມຊື່ສັດ, ຂ້ອຍຕ້ອງການຮູບພາບກັບແມວທີ່ຈະໂຫລດໄວ, ແລະບໍ່ແມ່ນການປະຕິວັດທັງຫມົດເຫຼົ່ານີ້ຂອງສະຕິແລະຄວາມກ້າວຫນ້າ). ໃນຂະນະທີ່ການຄົ້ນຄວ້າເພີ່ມເຕີມໄດ້ສະແດງໃຫ້ເຫັນ, ອົງການຈັດຕັ້ງຈໍານວນຫຼາຍກໍາລັງປ່ຽນໄປຫາປະເພດຂອງທາງເລືອກການຈັດສົ່ງເນື້ອຫານີ້.
ບັນຫາໃນກໍລະນີຂອງຂ້ອຍແລະ, ຂ້າພະເຈົ້າຄິດວ່າ, ບໍ່ພຽງແຕ່ໃນກໍລະນີຂອງຂ້ອຍ, ແມ່ນວ່າໃນທີ່ສຸດມີແພັກເກັດຫຼາຍເກີນໄປແລະໄຟວໍໄດ້ຮັບຮູ້ວ່າພວກມັນເປັນນ້ໍາຖ້ວມ.
ມີການແກ້ໄຂທີ່ເປັນໄປໄດ້ຈໍານວນຫນ້ອຍ:
1. ຕື່ມໃສ່ບັນຊີລາຍຊື່ຍົກເວັ້ນສໍາລັບ ນະໂຍບາຍ DoS ຂອບເຂດຂອງທີ່ຢູ່ໃນ firewall ກູໂກ. ພຽງແຕ່ຄິດເຖິງໄລຍະຂອງທີ່ຢູ່ທີ່ເປັນໄປໄດ້, ຕາຂອງລາວເລີ່ມສັ່ນສະເທືອນຢ່າງກະວົນກະວາຍ - ຄວາມຄິດໄດ້ຖືກວາງໄວ້ເປັນບ້າ.
2. ເພີ່ມເກນການຕອບສະຫນອງສໍາລັບ ນະໂຍບາຍນໍ້າຖ້ວມ udp - ຍັງ​ບໍ່​ໄດ້ comme il faut​, ແຕ່​ຖ້າ​ຫາກ​ວ່າ​ຜູ້​ໃດ​ຜູ້​ຫນຶ່ງ malicious ກໍ່ sneaks ໃນ​.
3. ຫ້າມການໂທຈາກເຄືອຂ່າຍພາຍໃນໂດຍຜ່ານ UDP ສຸດ 443 ພອດອອກ.
ຫຼັງຈາກອ່ານເພີ່ມເຕີມກ່ຽວກັບການປະຕິບັດແລະການເຊື່ອມໂຍງ QUIC в ກູໂກ Chrome ທາງເລືອກສຸດທ້າຍໄດ້ຮັບການຍອມຮັບເປັນຕົວຊີ້ບອກສໍາລັບການປະຕິບັດ. ຄວາມຈິງແລ້ວແມ່ນວ່າ, ເປັນທີ່ຮັກແພງຂອງທຸກຄົນຢູ່ທົ່ວທຸກແຫ່ງແລະບໍ່ມີຄວາມເມດຕາ (ຂ້ອຍບໍ່ເຂົ້າໃຈວ່າເປັນຫຍັງ, ມັນດີກວ່າທີ່ຈະມີຫົວແດງທີ່ຈອງຫອງ. Firefox-ovskaya muzzle ຈະໄດ້ຮັບສໍາລັບ gigabytes ຂອງ RAM ທີ່ບໍລິໂພກ), ກູໂກ Chrome ໃນເບື້ອງຕົ້ນພະຍາຍາມສ້າງການເຊື່ອມຕໍ່ໂດຍໃຊ້ການຫາຍາກຂອງມັນ QUIC, ແຕ່ຖ້າຫາກວ່າມະຫັດສະຈັນບໍ່ເກີດຂຶ້ນ, ຫຼັງຈາກນັ້ນມັນກັບຄືນໄປຫາວິທີການພິສູດເຊັ່ນ: TLS, ເຖິງແມ່ນວ່າລາວມີຄວາມອັບອາຍທີ່ສຸດ.

ສ້າງລາຍການສໍາລັບການບໍລິການໃນ Firewall QUIC:

ພວກເຮົາຕັ້ງກົດລະບຽບໃຫມ່ແລະວາງມັນຢູ່ບ່ອນໃດບ່ອນຫນຶ່ງທີ່ສູງກວ່າໃນລະບົບຕ່ອງໂສ້.

ຫຼັງຈາກຫັນກົດລະບຽບໃນບັນຊີລາຍຊື່ຂອງຄວາມຜິດປົກກະຕິ, ຄວາມສະຫງົບແລະງຽບ, ຍົກເວັ້ນຜູ້ລະເມີດທີ່ເປັນອັນຕະລາຍຢ່າງແທ້ຈິງ.

ຂອບໃຈທຸກຄົນສຳລັບຄວາມສົນໃຈຂອງເຈົ້າ.

ຊັບພະຍາກອນທີ່ໃຊ້:
1.ລາຍງານໂດຍ Alexander Tobol
2.ລາຍລະອຽດຂອງໂປຣໂຕຄໍ QUIC ຈາກ Infopulse
3.Wikipedia
4. KB ຈາກ Fortinet

ແຫຼ່ງຂໍ້ມູນ: www.habr.com