ຜູ້ໃຫ້ບໍລິການ, ຕັ້ງ antivirus ຂອງຂ້ອຍເປັນ VDI

ໃນ​ບັນ​ດາ​ລູກ​ຄ້າ​ຂອງ​ພວກ​ເຮົາ​ມີ​ບໍ​ລິ​ສັດ​ທີ່​ນໍາ​ໃຊ້​ວິ​ທີ​ແກ້​ໄຂ Kaspersky ເປັນ​ມາດ​ຕະ​ຖານ​ຂອງ​ບໍ​ລິ​ສັດ​ແລະ​ເປັນ​ອິດ​ສະ​ຫຼະ​ການ​ຄຸ້ມ​ຄອງ​ການ​ປ້ອງ​ກັນ​ໄວຣ​ັ​ສ​ຂອງ​ເຂົາ​ເຈົ້າ. ມັນເບິ່ງຄືວ່າການບໍລິການ desktop virtual, ທີ່ຜູ້ໃຫ້ບໍລິການຕິດຕາມ antivirus, ບໍ່ເຫມາະສົມສໍາລັບພວກເຂົາ. ມື້ນີ້ຂ້ອຍຈະສະແດງໃຫ້ເຈົ້າຮູ້ວ່າລູກຄ້າສາມາດຈັດການການປົກປ້ອງຕົນເອງໄດ້ແນວໃດໂດຍບໍ່ມີການປະນີປະນອມຄວາມປອດໄພຂອງ desktop virtual.

В ຕອບຫຼ້າສຸດ ພວກເຮົາໄດ້ອະທິບາຍໂດຍທົ່ວໄປແລ້ວວ່າພວກເຮົາປົກປ້ອງ desktop virtual ຂອງລູກຄ້າແນວໃດ. Antivirus ພາຍໃນບໍລິການ VDI ຊ່ວຍເສີມສ້າງການປົກປ້ອງເຄື່ອງຈັກໃນເມຄແລະຄວບຄຸມມັນຢ່າງເປັນອິດສະຫຼະ.

ໃນສ່ວນທໍາອິດຂອງບົດຄວາມ, ຂ້ອຍຈະສະແດງວິທີການຈັດການການແກ້ໄຂໃນຄລາວແລະປຽບທຽບການປະຕິບັດຂອງ Kaspersky cloud ກັບ Endpoint Security ແບບດັ້ງເດີມ. ສ່ວນທີສອງແມ່ນກ່ຽວກັບຄວາມເປັນໄປໄດ້ຂອງການຄຸ້ມຄອງຕົນເອງ.

ພວກເຮົາຈັດການການແກ້ໄຂແນວໃດ

ນີ້ແມ່ນສິ່ງທີ່ສະຖາປັດຕະຍະກໍາການແກ້ໄຂເບິ່ງຄືວ່າຢູ່ໃນຄລາວຂອງພວກເຮົາ. ສໍາລັບ antivirus, ພວກເຮົາເລືອກສອງພາກສ່ວນເຄືອຂ່າຍ:

• ພາກສ່ວນລູກຄ້າ, ບ່ອນທີ່ສະຖານີເຮັດວຽກ virtual ຂອງຜູ້ໃຊ້ຕັ້ງຢູ່,
• ພາກສ່ວນການຄຸ້ມຄອງ, ບ່ອນທີ່ສ່ວນເຄື່ອງແມ່ຂ່າຍຂອງ antivirus ຕັ້ງຢູ່.

ສ່ວນການຈັດການຍັງຄົງຢູ່ພາຍໃຕ້ການຄວບຄຸມຂອງວິສະວະກອນຂອງພວກເຮົາ, ລູກຄ້າບໍ່ສາມາດເຂົ້າເຖິງສ່ວນນີ້. ພາກສ່ວນການຈັດການລວມມີເຊີບເວີບໍລິຫານ KSC ຫຼັກ, ເຊິ່ງປະກອບດ້ວຍໄຟລ໌ໃບອະນຸຍາດ ແລະກະແຈສຳລັບການເປີດໃຊ້ງານສະຖານີລູກຄ້າ.

ນີ້ແມ່ນສິ່ງທີ່ການແກ້ໄຂປະກອບດ້ວຍໃນແງ່ຂອງ Kaspersky Lab.

• ຕິດຕັ້ງຢູ່ໃນ desktops virtual ຂອງຜູ້ໃຊ້ ຕົວແທນແສງສະຫວ່າງ (LA). ມັນບໍ່ໄດ້ກວດສອບໄຟລ໌, ແຕ່ສົ່ງພວກມັນໄປຫາ SVM ແລະລໍຖ້າ "ຄໍາຕັດສິນຈາກຂ້າງເທິງ". ດັ່ງນັ້ນ, ຊັບພະຍາກອນ desktop ຂອງຜູ້ໃຊ້ບໍ່ໄດ້ຖືກສູນເສຍໃນກິດຈະກໍາຕ້ານເຊື້ອໄວຣັສ, ແລະພະນັກງານບໍ່ໄດ້ຈົ່ມວ່າ "VDI ຊ້າລົງ." 
• ກວດເບິ່ງແຍກຕ່າງຫາກ ເຄື່ອງສະເໝືອນຄວາມປອດໄພ (SVM). ນີ້ແມ່ນອຸປະກອນຄວາມປອດໄພສະເພາະທີ່ເປັນເຈົ້າພາບຖານຂໍ້ມູນ malware. ໃນລະຫວ່າງການກວດສອບ, ການໂຫຼດໄດ້ຖືກມອບໃຫ້ SVM: ຜ່ານມັນ, ຕົວແທນແສງສະຫວ່າງຕິດຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍ.
• ສູນຄວາມປອດໄພ Kaspersky (KSC) ຄຸ້ມຄອງເຄື່ອງ virtual ປ້ອງກັນ. ນີ້ແມ່ນ console ທີ່ມີການຕັ້ງຄ່າສໍາລັບຫນ້າວຽກແລະນະໂຍບາຍທີ່ຈະຖືກນໍາໃຊ້ໃນອຸປະກອນສຸດທ້າຍ.

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

ສໍາລັບການປຽບທຽບ, ຂ້າພະເຈົ້າໄດ້ເອົາຄອມພິວເຕີເຮັດວຽກຂອງຂ້ອຍກັບ Kaspersky Endpoint Security ຕິດຕັ້ງ, ດໍາເນີນການສະແກນແລະເບິ່ງການບໍລິໂພກຊັບພະຍາກອນ:

 

ແລະນີ້ແມ່ນສະຖານະການດຽວກັນຢູ່ໃນ desktop virtual ທີ່ມີລັກສະນະຄ້າຍຄືກັນໃນໂຄງສ້າງພື້ນຖານຂອງພວກເຮົາ. ຫນ່ວຍຄວາມຈໍາກິນປະມານດຽວກັນ, ແຕ່ການນໍາໃຊ້ CPU ແມ່ນຕ່ໍາສອງເທົ່າ:

KSC ຕົວຂອງມັນເອງແມ່ນຂ້ອນຂ້າງຕ້ອງການຊັບພະຍາກອນ. ພວກເຮົາຈັດສັນສໍາລັບມັນ
ພຽງພໍທີ່ຈະເຮັດໃຫ້ຜູ້ບໍລິຫານຮູ້ສຶກສະດວກສະບາຍໃນການເຮັດວຽກ. ເບິ່ງສໍາລັບຕົວທ່ານເອງ:

ສິ່ງທີ່ຍັງຄົງຢູ່ພາຍໃຕ້ການຄວບຄຸມຂອງລູກຄ້າ

ດັ່ງນັ້ນ, ພວກເຮົາຄິດອອກວຽກງານໃນດ້ານຂອງຜູ້ໃຫ້ບໍລິການ, ຕອນນີ້ພວກເຮົາຈະໃຫ້ລູກຄ້າຄວບຄຸມການປ້ອງກັນການຕ້ານເຊື້ອໄວຣັສ. ເພື່ອເຮັດສິ່ງນີ້, ພວກເຮົາສ້າງເຄື່ອງແມ່ຂ່າຍ KSC ເດັກນ້ອຍແລະນໍາມັນໄປຫາພາກສ່ວນລູກຄ້າ:

ໃຫ້ໄປທີ່ຄອນໂຊເທິງລູກຄ້າ KSC ແລະເບິ່ງວ່າການຕັ້ງຄ່າລູກຄ້າຈະມີຄ່າໃດ.

ການຕິດຕາມ. ໃນແຖບທໍາອິດພວກເຮົາເຫັນ dashboard. ມັນຈະແຈ້ງທັນທີວ່າບັນຫາໃດທີ່ທ່ານຄວນເອົາໃຈໃສ່: 

ໃຫ້ກ້າວໄປສູ່ສະຖິຕິ. ບາງຕົວຢ່າງຂອງສິ່ງທີ່ສາມາດເຫັນໄດ້ຢູ່ທີ່ນີ້.

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

ໃນແຖບນີ້, ທ່ານສາມາດວິເຄາະໄພຂົ່ມຂູ່ທີ່ພົບເຫັນຕໍ່ກັບໄພຂົ່ມຂູ່ທີ່ພົບເຫັນສະເພາະໃນອຸປະກອນປ້ອງກັນ:

ແຖບທີສາມປະກອບມີທາງເລືອກທີ່ເປັນໄປໄດ້ທັງຫມົດສໍາລັບການລາຍງານທີ່ກໍານົດໄວ້ກ່ອນ. ລູກຄ້າສາມາດສ້າງບົດລາຍງານຂອງຕົນເອງຈາກແມ່ແບບ, ເລືອກສິ່ງທີ່ຂໍ້ມູນຈະຖືກສະແດງ. ທ່ານສາມາດຕັ້ງຄ່າການສົ່ງອີເມລ໌ທີ່ກໍານົດເວລາຫຼືເບິ່ງບົດລາຍງານໃນທ້ອງຖິ່ນຈາກເຄື່ອງແມ່ຂ່າຍ
ການບໍລິຫານ (KSC).   

 
ກຸ່ມບໍລິຫານ. ຢູ່ເບື້ອງຂວາພວກເຮົາເຫັນອຸປະກອນທີ່ຄຸ້ມຄອງທັງໝົດ: ໃນກໍລະນີຂອງພວກເຮົາ, ເດັສທັອບສະເໝືອນທີ່ຄຸ້ມຄອງໂດຍເຊີບເວີ KSC.

ພວກເຂົາສາມາດຖືກລວມເຂົ້າກັນເປັນກຸ່ມເພື່ອສ້າງວຽກງານທົ່ວໄປແລະນະໂຍບາຍກຸ່ມສໍາລັບພະແນກຕ່າງໆຫຼືສໍາລັບຜູ້ໃຊ້ທັງຫມົດໃນເວລາດຽວກັນ.

ທັນທີທີ່ລູກຄ້າໄດ້ສ້າງເຄື່ອງ virtual ໃນ cloud ສ່ວນຕົວ, ມັນໄດ້ຖືກກວດພົບທັນທີໃນເຄືອຂ່າຍ, ແລະ Kaspersky ສົ່ງມັນໄປຫາອຸປະກອນທີ່ບໍ່ໄດ້ມອບຫມາຍ:

ອຸປະກອນທີ່ບໍ່ໄດ້ມອບໝາຍແມ່ນບໍ່ຂຶ້ນກັບນະໂຍບາຍຂອງກຸ່ມ. ເພື່ອບໍ່ໃຫ້ກະແຈກກະຈາຍ desktop virtual ເຂົ້າໄປໃນກຸ່ມດ້ວຍຕົນເອງ, ທ່ານສາມາດນໍາໃຊ້ກົດລະບຽບ. ນີ້ແມ່ນວິທີທີ່ພວກເຮົາອັດຕະໂນມັດການໂອນອຸປະກອນໄປຫາກຸ່ມ.

ຕົວຢ່າງເຊັ່ນ, desktops virtual ກັບ Windows 10, ແຕ່ບໍ່ມີຕົວແທນ admin ຕິດຕັ້ງ, ຈະຕົກຢູ່ໃນກຸ່ມ VDI_1, ແລະມີ Windows 10 ແລະຕົວແທນທີ່ຕິດຕັ້ງ, ພວກເຂົາຈະຕົກຢູ່ໃນກຸ່ມ VDI_2. ໂດຍການປຽບທຽບກັບສິ່ງນີ້, ອຸປະກອນຍັງສາມາດຖືກແຈກຢາຍໂດຍອັດຕະໂນມັດໂດຍອີງໃສ່ຄວາມກ່ຽວຂ້ອງຂອງໂດເມນຂອງພວກເຂົາ, ໂດຍສະຖານທີ່ຢູ່ໃນເຄືອຂ່າຍທີ່ແຕກຕ່າງກັນແລະໂດຍແທັກທີ່ແນ່ນອນທີ່ລູກຄ້າສາມາດກໍານົດໂດຍອີງໃສ່ວຽກງານແລະຄວາມຕ້ອງການຂອງເຂົາເຈົ້າເອງ. 

ເພື່ອສ້າງກົດລະບຽບ, ພຽງແຕ່ດໍາເນີນການຕົວຊ່ວຍສ້າງການຈັດກຸ່ມອຸປະກອນ:

ວຽກງານກຸ່ມ. ດ້ວຍຄວາມຊ່ອຍເຫລືອຂອງວຽກງານ, KSC ອັດຕະໂນມັດການປະຕິບັດກົດລະບຽບບາງຢ່າງໃນເວລາໃດຫນຶ່ງຫຼືກັບການເລີ່ມຕົ້ນຂອງຊ່ວງເວລາໃດຫນຶ່ງ, ຕົວຢ່າງ: ການປະຕິບັດການສະແກນເຊື້ອໄວຣັສແມ່ນດໍາເນີນໃນເວລາບໍ່ເຮັດວຽກຫຼືໃນເວລາທີ່ເຄື່ອງ virtual "ບໍ່ເຮັດວຽກ", ເຊິ່ງ, ໃນທາງກັບກັນ, ຫຼຸດຜ່ອນການໂຫຼດໃນ VM. ໃນພາກນີ້, ມັນສະດວກທີ່ຈະດໍາເນີນການສະແກນທີ່ກໍານົດເວລາໃນ desktops virtual ພາຍໃນກຸ່ມ, ເຊັ່ນດຽວກັນກັບການປັບປຸງຖານຂໍ້ມູນໄວຣັສ. 

ນີ້ແມ່ນບັນຊີລາຍຊື່ເຕັມຂອງໜ້າວຽກທີ່ມີຢູ່:

ນະໂຍບາຍກຸ່ມ. ຈາກ KSS ເດັກນ້ອຍ, ລູກຄ້າສາມາດແຈກຢາຍການປົກປ້ອງຢ່າງເປັນອິດສະຫຼະໃຫ້ກັບ desktop virtual ໃຫມ່, ອັບເດດລາຍເຊັນ, ຕັ້ງຄ່າການຍົກເວັ້ນ.
ສໍາລັບໄຟລ໌ແລະເຄືອຂ່າຍ, ສ້າງບົດລາຍງານ, ແລະຈັດການທຸກປະເພດຂອງການກວດສອບໃນເຄື່ອງຂອງທ່ານ. ລວມທັງ - ຈໍາກັດການເຂົ້າເຖິງໄຟລ໌ສະເພາະ, ສະຖານທີ່ຫຼືເຈົ້າພາບ.

ນະໂຍບາຍຫຼັກ ແລະກົດລະບຽບຂອງເຊີບເວີສາມາດເປີດຄືນໄດ້ຖ້າມີບາງຢ່າງຜິດພາດ. ໃນກໍລະນີຮ້າຍແຮງທີ່ສຸດ, ຖ້າຕັ້ງຄ່າບໍ່ຖືກຕ້ອງ, ຕົວແທນແສງສະຫວ່າງຈະສູນເສຍການຕິດຕໍ່ກັບ SVM ແລະປ່ອຍໃຫ້ desktops virtual ບໍ່ໄດ້ຮັບການປົກປ້ອງ. ວິສະວະກອນຂອງພວກເຮົາຈະໄດ້ຮັບການແຈ້ງເຕືອນກ່ຽວກັບເລື່ອງນີ້ໃນທັນທີ ແລະຈະສາມາດເປີດໃຊ້ການສືບທອດນະໂຍບາຍຈາກເຊີບເວີ KSC ຫຼັກ.

ນີ້ແມ່ນການຕັ້ງຄ່າຕົ້ນຕໍທີ່ຂ້ອຍຢາກເວົ້າກ່ຽວກັບມື້ນີ້. 

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