"ແລະດັ່ງນັ້ນມັນຈະເຮັດ": ຜູ້ໃຫ້ບໍລິການຟັງບໍ່ໄດ້ເຈລະຈາກ່ຽວກັບຂໍ້ມູນສ່ວນຕົວ

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

ພາບໂດຍ Steve Crisp, Reuters

ສິ່ງແປກປະຫລາດ! ພວກເຮົາໄດ້ໄປຫາເວັບໄຊທ໌ຂອງບໍລິສັດ X, ໄດ້ສຶກສາເອກະສານການຢັ້ງຢືນຂອງພວກເຂົາ, ສັ່ນຫົວຂອງພວກເຮົາແລະຮັບຮູ້ວ່າ: ມີຄໍາຖາມເປີດຈໍານວນຫລາຍໃນການຈັດວາງຂໍ້ມູນສ່ວນບຸກຄົນແລະພວກເຂົາຄວນໄດ້ຮັບການແກ້ໄຂຢ່າງລະອຽດ. ນັ້ນແມ່ນສິ່ງທີ່ພວກເຮົາຈະເຮັດໃນຂໍ້ຄວາມນີ້.

ທຸກຢ່າງຄວນເຮັດວຽກແນວໃດ

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

ປະເພດຂອງໄພຂົ່ມຂູ່ໃນປະຈຸບັນແມ່ນຖືກກໍານົດໄວ້ໃນ ດຳລັດຂອງລັດຖະບານຂອງສະຫະພັນລັດເຊຍ ສະບັບເລກທີ 1119 ລົງວັນທີ 1 ພະຈິກ 2012 "ກ່ຽວກັບການອະນຸມັດຂໍ້ກໍານົດສໍາລັບການປົກປ້ອງຂໍ້ມູນສ່ວນບຸກຄົນໃນລະຫວ່າງການປະມວນຜົນຂອງເຂົາເຈົ້າໃນລະບົບຂໍ້ມູນສ່ວນບຸກຄົນ":

“ໄພຂົ່ມຂູ່ປະເພດ 1 ແມ່ນກ່ຽວຂ້ອງກັບລະບົບຂໍ້ມູນຂ່າວສານ ຖ້າມັນລວມເອົາ ໄພຂົ່ມຂູ່ໃນປະຈຸບັນທີ່ກ່ຽວຂ້ອງກັບ ດ້ວຍຄວາມສາມາດທີ່ບໍ່ມີເອກະສານ (ບໍ່ໄດ້ປະກາດ). ໃນ​ຊອບ​ແວ​ລະ​ບົບ​ໃຊ້ໃນລະບົບຂໍ້ມູນຂ່າວສານ.

ໄພຂົ່ມຂູ່ຂອງປະເພດທີ 2 ແມ່ນກ່ຽວຂ້ອງສໍາລັບລະບົບຂໍ້ມູນຂ່າວສານຖ້າຫາກວ່າສໍາລັບມັນ, ລວມທັງ ໄພຂົ່ມຂູ່ໃນປະຈຸບັນທີ່ກ່ຽວຂ້ອງກັບ ດ້ວຍຄວາມສາມາດທີ່ບໍ່ມີເອກະສານ (ບໍ່ໄດ້ປະກາດ). ໃນ​ຊອບ​ແວ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ໃຊ້ໃນລະບົບຂໍ້ມູນຂ່າວສານ.

ໄພຂົ່ມຂູ່ຂອງປະເພດທີ 3 ແມ່ນກ່ຽວຂ້ອງສໍາລັບລະບົບຂໍ້ມູນຂ່າວສານຖ້າຫາກວ່າສໍາລັບມັນ ໄພຂົ່ມຂູ່ທີ່ບໍ່ກ່ຽວຂ້ອງ ດ້ວຍຄວາມສາມາດທີ່ບໍ່ມີເອກະສານ (ບໍ່ໄດ້ປະກາດ). ໃນລະບົບແລະຊອບແວຄໍາຮ້ອງສະຫມັກໃຊ້ໃນລະບົບຂໍ້ມູນຂ່າວສານ."

ສິ່ງທີ່ສໍາຄັນໃນຄໍານິຍາມເຫຼົ່ານີ້ແມ່ນມີຄວາມສາມາດທີ່ບໍ່ມີເອກະສານ (ບໍ່ໄດ້ປະກາດ). ເພື່ອຢືນຢັນການຂາດຄວາມສາມາດຂອງຊອບແວທີ່ບໍ່ມີເອກະສານ (ໃນກໍລະນີຂອງເມຄ, ນີ້ແມ່ນ hypervisor), ການຢັ້ງຢືນແມ່ນດໍາເນີນໂດຍ FSTEC ຂອງລັດເຊຍ. ຖ້າຜູ້ປະຕິບັດການ PD ຍອມຮັບວ່າບໍ່ມີຄວາມສາມາດດັ່ງກ່າວໃນຊອບແວ, ຫຼັງຈາກນັ້ນ, ໄພຂົ່ມຂູ່ທີ່ສອດຄ້ອງກັນແມ່ນບໍ່ກ່ຽວຂ້ອງ. ໄພຂົ່ມຂູ່ຂອງປະເພດ 1 ແລະ 2 ແມ່ນບໍ່ຄ່ອຍຖືວ່າເປັນຄວາມກ່ຽວຂ້ອງຂອງຜູ້ປະກອບການ PD.

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

FSTEC ຈະແຈ້ງລາຍຊື່ໄພຂົ່ມຂູ່ຕົ້ນຕໍທັງໝົດຢູ່ໃນ NOS (ຖານຂໍ້ມູນໄພຂົ່ມຂູ່). ຜູ້ໃຫ້ບໍລິການພື້ນຖານໂຄງລ່າງຄລາວແລະຜູ້ປະເມີນໃຊ້ຖານຂໍ້ມູນນີ້ໃນການເຮັດວຽກຂອງພວກເຂົາ. ນີ້ແມ່ນຕົວຢ່າງຂອງໄພຂົ່ມຂູ່:

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

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

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

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

ແລະສອດຄ່ອງກັບ ໂດຍຄໍາສັ່ງຂອງ FSTEC ສະບັບເລກທີ 21 ລົງວັນທີ 18 ກຸມພາ 2013, hypervisor ຕ້ອງໄດ້ຮັບການຢັ້ງຢືນວ່າບໍ່ແມ່ນ NDV ໃນລະດັບ 4, ຖ້າບໍ່ດັ່ງນັ້ນການນໍາໃຊ້ຂໍ້ມູນສ່ວນບຸກຄົນລະດັບ 1 ແລະ 2 ກັບມັນຈະຜິດກົດຫມາຍ (“ຂໍ້ 12. ... ເພື່ອຮັບປະກັນລະດັບ 1 ແລະ 2 ຄວາມປອດໄພຂອງຂໍ້ມູນສ່ວນບຸກຄົນ, ເຊັ່ນດຽວກັນກັບການຮັບປະກັນລະດັບ 3 ຂອງຄວາມປອດໄພຂໍ້ມູນສ່ວນບຸກຄົນໃນລະບົບຂໍ້ມູນຂ່າວສານ, ໄພຂົ່ມຂູ່ປະເພດ 2 ໄດ້ຖືກຈັດປະເພດເປັນປະຈຸບັນ, ເຄື່ອງມືຄວາມປອດໄພຂໍ້ມູນຂ່າວສານໄດ້ຖືກນໍາໃຊ້, ຊອບແວທີ່ໄດ້. ໄດ້ທົດສອບຢ່າງນ້ອຍຕາມ 4 ລະດັບຂອງການຄວບຄຸມກ່ຽວກັບການຂາດຄວາມສາມາດທີ່ບໍ່ໄດ້ປະກາດ").

ມີພຽງແຕ່ຫນຶ່ງ hypervisor, ພັດທະນາໃນລັດເຊຍ, ມີລະດັບການຢັ້ງຢືນທີ່ກໍານົດໄວ້, NDV-4. ຕາເວັນຂອບຟ້າ. ເພື່ອເຮັດໃຫ້ມັນອ່ອນໂຍນ, ບໍ່ແມ່ນການແກ້ໄຂທີ່ນິຍົມທີ່ສຸດ. ຕາມກົດລະບຽບ, clouds ການຄ້າແມ່ນສ້າງຂຶ້ນບົນພື້ນຖານຂອງ VMware vSphere, KVM, Microsoft Hyper-V. ບໍ່ມີຜະລິດຕະພັນເຫຼົ່ານີ້ໄດ້ຮັບການຢັ້ງຢືນ NDV-4. ເປັນຫຍັງ? ມັນເປັນໄປໄດ້ວ່າການໄດ້ຮັບການຢັ້ງຢືນດັ່ງກ່າວສໍາລັບຜູ້ຜະລິດແມ່ນຍັງບໍ່ທັນຖືກຕ້ອງທາງດ້ານເສດຖະກິດ.

ແລະທັງຫມົດທີ່ຍັງຄົງຢູ່ສໍາລັບພວກເຮົາສໍາລັບລະດັບ 1 ແລະ 2 ຂໍ້ມູນສ່ວນບຸກຄົນໃນເມຄສາທາລະນະແມ່ນ Horizon BC. ເສົ້າ​ແຕ່​ຈິງ.

ທຸກສິ່ງທຸກຢ່າງ (ໃນຄວາມຄິດເຫັນຂອງພວກເຮົາ) ເຮັດວຽກແນວໃດ

ຢູ່ glance ທໍາອິດ, ທຸກສິ່ງທຸກຢ່າງແມ່ນຂ້ອນຂ້າງເຄັ່ງຄັດ: ໄພຂົ່ມຂູ່ເຫຼົ່ານີ້ຕ້ອງໄດ້ຮັບການກໍາຈັດຢ່າງຖືກຕ້ອງໂດຍການຕັ້ງຄ່າກົນໄກການປົກປ້ອງມາດຕະຖານຂອງ hypervisor ທີ່ໄດ້ຮັບການຢັ້ງຢືນຕາມ NDV-4. ແຕ່ມີຊ່ອງຫວ່າງອັນໜຶ່ງ. ອີງຕາມຄໍາສັ່ງ FSTEC ເລກທີ 21 ("ຂໍ້ 2 ຄວາມປອດໄພຂອງຂໍ້ມູນສ່ວນບຸກຄົນໃນເວລາທີ່ປະມວນຜົນໃນລະບົບຂໍ້ມູນສ່ວນບຸກຄົນ (ຕໍ່ໄປນີ້ເອີ້ນວ່າລະບົບຂໍ້ມູນຂ່າວສານ) ແມ່ນຮັບປະກັນໂດຍຜູ້ປະກອບການຫຼືບຸກຄົນທີ່ປະມວນຜົນຂໍ້ມູນສ່ວນບຸກຄົນໃນນາມຂອງຜູ້ປະກອບການໂດຍສອດຄ່ອງກັບ. ກົດໝາຍ ສະຫະພັນລັດເຊຍ"), ຜູ້ໃຫ້ບໍລິການປະເມີນຄວາມກ່ຽວຂ້ອງຂອງໄພຂົ່ມຂູ່ທີ່ເປັນໄປໄດ້ຢ່າງເປັນອິດສະຫຼະ ແລະເລືອກມາດຕະການປ້ອງກັນຕາມຄວາມເໝາະສົມ. ດັ່ງນັ້ນ, ຖ້າທ່ານບໍ່ຍອມຮັບການຂົ່ມຂູ່ UBI.44 ແລະ UBI.101 ໃນປະຈຸບັນ, ມັນຈະບໍ່ຈໍາເປັນຕ້ອງໃຊ້ hypervisor ທີ່ໄດ້ຮັບການຢັ້ງຢືນຕາມ NDV-4, ເຊິ່ງແນ່ນອນວ່າເປັນສິ່ງທີ່ຄວນໃຫ້ການປົກປ້ອງພວກເຂົາ. ແລະນີ້ຈະພຽງພໍທີ່ຈະໄດ້ຮັບໃບຢັ້ງຢືນການປະຕິບັດຕາມລະບົບຟັງສາທາລະນະທີ່ມີລະດັບ 1 ແລະ 2 ຂອງຄວາມປອດໄພຂໍ້ມູນສ່ວນບຸກຄົນ, ເຊິ່ງ Roskomnadzor ຈະພໍໃຈຢ່າງສົມບູນ.

ແນ່ນອນ, ນອກເຫນືອຈາກ Roskomnadzor, FSTEC ອາດຈະມາພ້ອມກັບການກວດກາ - ແລະອົງການຈັດຕັ້ງນີ້ແມ່ນມີຄວາມລະມັດລະວັງຫຼາຍໃນດ້ານດ້ານວິຊາການ. ນາງຄົງຈະສົນໃຈວ່າເປັນຫຍັງການຂົ່ມຂູ່ UBI.44 ແລະ UBI.101 ຈຶ່ງຖືວ່າບໍ່ກ່ຽວຂ້ອງ? ແຕ່ປົກກະຕິແລ້ວ FSTEC ດໍາເນີນການກວດກາພຽງແຕ່ເມື່ອມັນໄດ້ຮັບຂໍ້ມູນກ່ຽວກັບເຫດການທີ່ສໍາຄັນບາງຢ່າງ. ໃນກໍລະນີນີ້, ການບໍລິການຂອງລັດຖະບານກາງທໍາອິດມາຮອດຜູ້ປະຕິບັດຂໍ້ມູນສ່ວນບຸກຄົນ - ນັ້ນແມ່ນ, ລູກຄ້າຂອງການບໍລິການຟັງ. ໃນກໍລະນີທີ່ຮ້າຍແຮງທີ່ສຸດ, ຜູ້ປະກອບການໄດ້ຮັບການປັບໄຫມຂະຫນາດນ້ອຍ - ຕົວຢ່າງ, ສໍາລັບ Twitter ໃນຕົ້ນປີ ດີ ໃນກໍລະນີດັ່ງກ່າວນີ້, ມີຈໍານວນ 5000 rubles. ຫຼັງຈາກນັ້ນ, FSTEC ສືບຕໍ່ໄປຫາຜູ້ໃຫ້ບໍລິການຟັງ. ເຊິ່ງດີອາດຈະຖືກຖອນໃບອະນຸຍາດເນື່ອງຈາກການບໍ່ປະຕິບັດຕາມຂໍ້ກໍານົດກົດລະບຽບ - ແລະເຫຼົ່ານີ້ແມ່ນຄວາມສ່ຽງທີ່ແຕກຕ່າງກັນຫມົດ, ທັງສໍາລັບຜູ້ໃຫ້ບໍລິການຟັງແລະລູກຄ້າຂອງມັນ. ແຕ່, ຂ້າພະເຈົ້າເວົ້າຄືນ, ເພື່ອກວດສອບ FSTEC, ປົກກະຕິແລ້ວທ່ານຕ້ອງການເຫດຜົນທີ່ຊັດເຈນ. ດັ່ງນັ້ນຜູ້ໃຫ້ບໍລິການຄລາວເຕັມໃຈທີ່ຈະມີຄວາມສ່ຽງ. ຈົນກ່ວາເຫດການຮ້າຍແຮງຄັ້ງທໍາອິດ.

ຍັງມີກຸ່ມຜູ້ໃຫ້ບໍລິການທີ່ "ຮັບຜິດຊອບຫຼາຍ" ທີ່ເຊື່ອວ່າມັນເປັນໄປໄດ້ທີ່ຈະປິດການຂົ່ມຂູ່ທັງຫມົດໂດຍການເພີ່ມ add-on ເຊັ່ນ vGate ກັບ hypervisor. ແຕ່ໃນສະພາບແວດລ້ອມ virtual ທີ່ແຈກຢາຍລະຫວ່າງລູກຄ້າສໍາລັບບາງໄພຂົ່ມຂູ່ (ຕົວຢ່າງ, UBI.101 ຂ້າງເທິງ), ກົນໄກການປົກປ້ອງທີ່ມີປະສິດທິພາບສາມາດປະຕິບັດໄດ້ພຽງແຕ່ໃນລະດັບຂອງ hypervisor ທີ່ໄດ້ຮັບການຮັບຮອງຕາມ NDV-4, ນັບຕັ້ງແຕ່ລະບົບ add-on ໃດໆ. ຫນ້າທີ່ມາດຕະຖານຂອງ hypervisor ສໍາລັບການຄຸ້ມຄອງຊັບພະຍາກອນ (ໂດຍສະເພາະ, RAM) ບໍ່ມີຜົນກະທົບ.

ພວກເຮົາເຮັດວຽກແນວໃດ

ພວກເຮົາມີພາກສ່ວນຟັງທີ່ປະຕິບັດຢູ່ໃນ hypervisor ທີ່ໄດ້ຮັບການຢັ້ງຢືນໂດຍ FSTEC (ແຕ່ບໍ່ມີການຢັ້ງຢືນສໍາລັບ NDV-4). ພາກສ່ວນນີ້ໄດ້ຮັບການຢັ້ງຢືນ, ດັ່ງນັ້ນຂໍ້ມູນສ່ວນຕົວສາມາດຖືກເກັບໄວ້ໃນຄລາວໂດຍອີງໃສ່ມັນ 3 ແລະ 4 ລະ​ດັບ​ຄວາມ​ປອດ​ໄພ​ — ຂໍ້​ກໍາ​ນົດ​ສໍາ​ລັບ​ການ​ປົກ​ປັກ​ຮັກ​ສາ​ຄວາມ​ສາ​ມາດ​ທີ່​ບໍ່​ໄດ້​ປະ​ກາດ​ບໍ່​ຈໍາ​ເປັນ​ຕ້ອງ​ໄດ້​ສັງ​ເກດ​ຢູ່​ທີ່​ນີ້​. ໂດຍວິທີທາງການ, ນີ້ແມ່ນສະຖາປັດຕະຍະກໍາຂອງພາກສ່ວນຟັງທີ່ປອດໄພຂອງພວກເຮົາ:

ລະບົບສຳລັບຂໍ້ມູນສ່ວນຕົວ 1 ແລະ 2 ລະ​ດັບ​ຄວາມ​ປອດ​ໄພ​ ພວກເຮົາປະຕິບັດພຽງແຕ່ໃນອຸປະກອນທີ່ອຸທິດຕົນ. ພຽງແຕ່ໃນກໍລະນີນີ້, ສໍາລັບການຍົກຕົວຢ່າງ, ໄພຂົ່ມຂູ່ຂອງ UBI.101 ແມ່ນບໍ່ກ່ຽວຂ້ອງຢ່າງແທ້ຈິງ, ເນື່ອງຈາກວ່າ rack ເຊີຟເວີທີ່ບໍ່ໄດ້ເປັນເອກະພາບໂດຍສະພາບແວດລ້ອມ virtual ບໍ່ສາມາດມີອິດທິພົນຕໍ່ກັນແລະກັນເຖິງແມ່ນວ່າຈະຢູ່ໃນສູນຂໍ້ມູນດຽວກັນ. ສໍາລັບກໍລະນີດັ່ງກ່າວ, ພວກເຮົາສະເຫນີໃຫ້ເຊົ່າອຸປະກອນທີ່ອຸທິດຕົນ (ມັນຍັງເອີ້ນວ່າຮາດແວເປັນການບໍລິການ).

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

ສະຫລຸບ

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

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