ຄວາມ​ປອດ​ໄພ​ຂໍ້​ມູນ​ຂ່າວ​ສານ​ຂອງ​ການ​ຊໍາ​ລະ​ເງິນ​ທີ່​ບໍ່​ແມ່ນ​ທະ​ນາ​ຄານ​. ພາກທີ 8 - ແບບຈໍາລອງໄພຂົ່ມຂູ່ແບບປົກກະຕິ

ການສຶກສາກ່ຽວກັບຫຍັງ?

ການເຊື່ອມຕໍ່ກັບພາກສ່ວນອື່ນໆຂອງການສຶກສາ

• ຄວາມ​ປອດ​ໄພ​ຂໍ້​ມູນ​ຂ່າວ​ສານ​ຂອງ​ການ​ຊໍາ​ລະ​ບໍ່​ແມ່ນ​ເງິນ​ສົດ​ຂອງ​ທະ​ນາ​ຄານ​. ພາກທີ 1 - ພື້ນຖານເສດຖະກິດ.
• ຄວາມ​ປອດ​ໄພ​ຂໍ້​ມູນ​ຂ່າວ​ສານ​ຂອງ​ການ​ຊໍາ​ລະ​ເງິນ​ທີ່​ບໍ່​ແມ່ນ​ທະ​ນາ​ຄານ​. ສ່ວນທີ 2 - ພື້ນຖານໂຄງລ່າງ IT ຂອງທະນາຄານທົ່ວໄປ.
• ຄວາມ​ປອດ​ໄພ​ຂໍ້​ມູນ​ຂ່າວ​ສານ​ຂອງ​ການ​ຊໍາ​ລະ​ເງິນ​ທີ່​ບໍ່​ແມ່ນ​ທະ​ນາ​ຄານ​. ສ່ວນທີ 3 - ການສ້າງຂໍ້ກໍານົດສໍາລັບລະບົບປ້ອງກັນ.
• ຄວາມ​ປອດ​ໄພ​ຂໍ້​ມູນ​ຂ່າວ​ສານ​ຂອງ​ການ​ຊໍາ​ລະ​ເງິນ​ທີ່​ບໍ່​ແມ່ນ​ທະ​ນາ​ຄານ​. ພາກທີ 4 - ການທົບທວນຄືນມາດຕະຖານການສ້າງແບບຈໍາລອງໄພຂົ່ມຂູ່.
• ຄວາມ​ປອດ​ໄພ​ຂໍ້​ມູນ​ຂ່າວ​ສານ​ຂອງ​ການ​ຊໍາ​ລະ​ເງິນ​ທີ່​ບໍ່​ແມ່ນ​ທະ​ນາ​ຄານ​. ສ່ວນທີ 5 - 100+ ການເຊື່ອມຕໍ່ຫົວຂໍ້ກ່ຽວກັບການ hack ທະນາຄານ.
• ຄວາມ​ປອດ​ໄພ​ຂໍ້​ມູນ​ຂ່າວ​ສານ​ຂອງ​ການ​ຊໍາ​ລະ​ເງິນ​ທີ່​ບໍ່​ແມ່ນ​ທະ​ນາ​ຄານ​. ພາກທີ 6 - ການວິເຄາະອາຊະຍາກຳທາງທະນາຄານ.
• ຄວາມ​ປອດ​ໄພ​ຂໍ້​ມູນ​ຂ່າວ​ສານ​ຂອງ​ການ​ຊໍາ​ລະ​ບໍ່​ແມ່ນ​ເງິນ​ສົດ​ຂອງ​ທະ​ນາ​ຄານ​. ພາກທີ 7 - ຮູບແບບໄພຂົ່ມຂູ່ພື້ນຖານ.
• ຄວາມ​ປອດ​ໄພ​ຂໍ້​ມູນ​ຂ່າວ​ສານ​ຂອງ​ການ​ຊໍາ​ລະ​ເງິນ​ທີ່​ບໍ່​ແມ່ນ​ທະ​ນາ​ຄານ​. ພາກທີ 8 - ແບບຈໍາລອງໄພຂົ່ມຂູ່ແບບປົກກະຕິ (ເຈົ້າ​ຢູ່​ນີ້​ບໍ)

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

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

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

ດີ, ແບບດັ້ງເດີມ - "ການ​ນໍາ​ໃຊ້​ຂໍ້​ມູນ​ຈາກ​ບົດ​ຄວາມ​ສໍາ​ລັບ​ຈຸດ​ປະ​ສົງ​ທີ່​ຜິດ​ກົດ​ຫມາຍ​ແມ່ນ​ມີ​ໂທດ​ຕາມ​ກົດ​ຫມາຍ​". ການອ່ານທີ່ມີປະໂຫຍດ!

ຂໍ້ມູນສໍາລັບຜູ້ອ່ານທີ່ຄຸ້ນເຄີຍກັບການສຶກສາເລີ່ມຕົ້ນດ້ວຍການພິມນີ້.

ການສຶກສາກ່ຽວກັບຫຍັງ?

ທ່ານກໍາລັງອ່ານຄູ່ມືສໍາລັບຜູ້ຊ່ຽວຊານທີ່ຮັບຜິດຊອບສໍາລັບການຮັບປະກັນຄວາມປອດໄພຂໍ້ມູນຂອງການຈ່າຍເງິນໃນທະນາຄານ.

ເຫດຜົນຂອງການນໍາສະເຫນີ

ໃນຕອນເລີ່ມຕົ້ນໃນ ສ່ວນ 1 и ສ່ວນ 2 ລາຍ​ລະ​ອຽດ​ຂອງ​ວັດ​ຖຸ​ທີ່​ໄດ້​ຮັບ​ການ​ປ້ອງ​ກັນ​ແມ່ນ​ໄດ້​ຮັບ​ການ​ໃຫ້​. ຫຼັງຈາກນັ້ນ, ໃນ ສ່ວນ 3 ອະທິບາຍວິທີການສ້າງລະບົບຄວາມປອດໄພແລະເວົ້າກ່ຽວກັບຄວາມຕ້ອງການທີ່ຈະສ້າງຮູບແບບການຂົ່ມຂູ່. IN ສ່ວນ 4 ສົນທະນາກ່ຽວກັບຮູບແບບໄພຂົ່ມຂູ່ທີ່ມີຢູ່ແລະວິທີການທີ່ພວກມັນຖືກສ້າງຕັ້ງຂຶ້ນ. IN ສ່ວນ 5 и ສ່ວນ 6 ການວິເຄາະການໂຈມຕີທີ່ແທ້ຈິງແມ່ນສະຫນອງໃຫ້. ສ່ວນ 7 и ສ່ວນ 8 ມີລາຍລະອຽດຂອງຮູບແບບໄພຂົ່ມຂູ່, ສ້າງຂຶ້ນໂດຍຄໍານຶງເຖິງຂໍ້ມູນຈາກທຸກພາກສ່ວນທີ່ຜ່ານມາ.

ຮູບແບບໄພຂົ່ມຂູ່ປົກກະຕິ. ການເຊື່ອມຕໍ່ເຄືອຂ່າຍ

ວັດຖຸປ້ອງກັນທີ່ຮູບແບບໄພຂົ່ມຂູ່ (ຂອບເຂດ) ຖືກນຳໃຊ້

ຈຸດປະສົງຂອງການປົກປ້ອງແມ່ນຂໍ້ມູນທີ່ສົ່ງຜ່ານການເຊື່ອມຕໍ່ເຄືອຂ່າຍທີ່ດຳເນີນງານຢູ່ໃນເຄືອຂ່າຍການສົ່ງຂໍ້ມູນທີ່ສ້າງຂຶ້ນບົນພື້ນຖານຂອງການຊ້ອນກັນ. TCP/IP.

ຖາປັດຕະຍະ

ລາຍ​ລະ​ອຽດ​ຂອງ​ອົງ​ປະ​ກອບ​ສະ​ຖາ​ປັດ​ຕະ​ຍະ​ກໍາ​:

• "ຂໍ້ສຸດທ້າຍ" - nodes ແລກປ່ຽນຂໍ້ມູນປ້ອງກັນ.
• "ຂໍ້ກາງ" — ອົງ​ປະ​ກອບ​ຂອງ​ເຄືອ​ຂ່າຍ​ການ​ສົ່ງ​ຂໍ້​ມູນ​: routers​, switches​, ການ​ເຂົ້າ​ເຖິງ servers​, proxy servers ແລະ​ອຸ​ປະ​ກອນ​ອື່ນໆ — ໂດຍ​ຜ່ານ​ການ​ຈະ​ລາ​ຈອນ​ການ​ເຊື່ອມ​ຕໍ່​ເຄືອ​ຂ່າຍ​ຖືກ​ສົ່ງ​. ໂດຍທົ່ວໄປ, ການເຊື່ອມຕໍ່ເຄືອຂ່າຍສາມາດເຮັດວຽກໄດ້ໂດຍບໍ່ມີຂໍ້ກາງ (ໂດຍກົງລະຫວ່າງຈຸດສິ້ນສຸດ).

ໄພຂົ່ມຂູ່ດ້ານຄວາມປອດໄພລະດັບສູງສຸດ

ເນົ່າເປື່ອຍ

U1. ການເຂົ້າເຖິງຂໍ້ມູນທີ່ສົ່ງຜ່ານໂດຍບໍ່ໄດ້ຮັບອະນຸຍາດ.
U2. ການ​ດັດ​ແກ້​ທີ່​ບໍ່​ໄດ້​ຮັບ​ອະ​ນຸ​ຍາດ​ຂອງ​ຂໍ້​ມູນ​ຕິດ​ຕໍ່​.
U3. ການ​ລະ​ເມີດ​ຂອງ​ການ​ປະ​ພັນ​ຂອງ​ຂໍ້​ມູນ​ທີ່​ສົ່ງ​ຜ່ານ​.

U1. ການເຂົ້າເຖິງຂໍ້ມູນທີ່ສົ່ງຜ່ານໂດຍບໍ່ໄດ້ຮັບອະນຸຍາດ

ເນົ່າເປື່ອຍ
U1.1. <…>, ດໍາເນີນຢູ່ໃນຂໍ້ສຸດທ້າຍ ຫຼືຂັ້ນກາງ:
U1.1.1. <…> ໂດຍການອ່ານຂໍ້ມູນໃນຂະນະທີ່ມັນຢູ່ໃນອຸປະກອນເກັບຮັກສາແມ່ຂ່າຍ:
U1.1.1.1. <…> ໃນ RAM.
ຄໍາອະທິບາຍສໍາລັບ U1.1.1.1.
ຕົວຢ່າງ, ໃນລະຫວ່າງການປະມວນຜົນຂໍ້ມູນໂດຍ stack ເຄືອຂ່າຍຂອງເຈົ້າພາບ.

U1.1.1.2. <…> ໃນໜ່ວຍຄວາມຈຳທີ່ບໍ່ປ່ຽນແປງ.
ຄໍາອະທິບາຍສໍາລັບ U1.1.1.2.
ຕົວຢ່າງ, ເມື່ອເກັບຮັກສາຂໍ້ມູນທີ່ຖືກສົ່ງຜ່ານໃນ cache, ໄຟລ໌ຊົ່ວຄາວຫຼືໄຟລ໌ swap.

U1.2. <…>, ດໍາເນີນການຢູ່ໃນ nodes ພາກສ່ວນທີສາມຂອງເຄືອຂ່າຍຂໍ້ມູນ:
U1.2.1. <…> ໂດຍວິທີການຈັບແພັກເກັດທັງໝົດທີ່ມາຮອດອິນເຕີເຟດເຄືອຂ່າຍຂອງເຈົ້າພາບ:
ຄໍາອະທິບາຍສໍາລັບ U1.2.1.
ການຈັບແພັກເກັດທັງໝົດແມ່ນດຳເນີນໂດຍການສະຫຼັບບັດເຄືອຂ່າຍໄປເປັນໂໝດ promiscuous (ໂໝດ promiscuous ສຳລັບຕົວປັບສາຍ ຫຼື ໂໝດຕິດຕາມສຳລັບອະແດບເຕີ wi-fi).

U1.2.2. <…> ໂດຍປະຕິບັດການໂຈມຕີແບບຜູ້ຊາຍໃນກາງ (MiTM), ແຕ່ບໍ່ມີການດັດແປງຂໍ້ມູນທີ່ຖືກສົ່ງຜ່ານ (ບໍ່ນັບຂໍ້ມູນການບໍລິການເຄືອຂ່າຍໂປຣໂຕຄໍ).
U1.2.2.1. ລິ້ງ: “ຮູບແບບໄພຂົ່ມຂູ່ແບບປົກກະຕິ. ການເຊື່ອມຕໍ່ເຄືອຂ່າຍ. U2. ການ​ດັດ​ແກ້​ທີ່​ບໍ່​ໄດ້​ຮັບ​ອະ​ນຸ​ຍາດ​ຂອງ​ຂໍ້​ມູນ​ທີ່​ຕິດ​ຕໍ່​".

U1.3. <…>, ດໍາເນີນການເນື່ອງຈາກການຮົ່ວໄຫລຂອງຂໍ້ມູນຜ່ານຊ່ອງທາງດ້ານວິຊາການ (TKUI) ຈາກໂຫນດທາງດ້ານຮ່າງກາຍຫຼືສາຍການສື່ສານ.

U1.4. <…>, ດໍາເນີນການໂດຍການຕິດຕັ້ງວິທີການດ້ານວິຊາການພິເສດ (STS) ຢູ່ໃນຕອນທ້າຍຫຼື intermediate nodes, ມີຈຸດປະສົງສໍາລັບການເກັບຂໍ້ມູນລັບ.

U2. ການ​ດັດ​ແກ້​ທີ່​ບໍ່​ໄດ້​ຮັບ​ອະ​ນຸ​ຍາດ​ຂອງ​ຂໍ້​ມູນ​ຕິດ​ຕໍ່​

ເນົ່າເປື່ອຍ
U2.1. <…>, ດໍາເນີນຢູ່ໃນຂໍ້ສຸດທ້າຍ ຫຼືຂັ້ນກາງ:
U2.1.1. <…> ໂດຍການອ່ານ ແລະປ່ຽນແປງຂໍ້ມູນໃນຂະນະທີ່ມັນຢູ່ໃນອຸປະກອນເກັບຂໍ້ມູນຂອງ nodes:
U2.1.1.1. <…> ໃນ RAM:
U2.1.1.2. <…> ໃນໜ່ວຍຄວາມຈຳທີ່ບໍ່ປ່ຽນແປງ:

U2.2. <…>, ດໍາເນີນການຢູ່ໃນ nodes ພາກສ່ວນທີສາມຂອງເຄືອຂ່າຍການສົ່ງຂໍ້ມູນ:
U2.2.1. <…> ໂດຍການປະຕິບັດການໂຈມຕີແບບຜູ້ຊາຍໃນກາງ (MiTM) ແລະປ່ຽນເສັ້ນທາງການຈາລະຈອນໄປຫາ node ຂອງຜູ້ໂຈມຕີ:
U2.2.1.1. ການເຊື່ອມຕໍ່ທາງດ້ານຮ່າງກາຍຂອງອຸປະກອນຂອງຜູ້ໂຈມຕີເຮັດໃຫ້ການເຊື່ອມຕໍ່ເຄືອຂ່າຍຖືກທໍາລາຍ.
U2.2.1.2. ປະຕິບັດການໂຈມຕີຕໍ່ໂປໂຕຄອນເຄືອຂ່າຍ:
U2.2.1.2.1. <…> ການຈັດການເຄືອຂ່າຍທ້ອງຖິ່ນສະເໝືອນ (VLAN):
U2.2.1.2.1.1. VLAN hopping.
U2.2.1.2.1.2. ການແກ້ໄຂການຕັ້ງຄ່າ VLAN ທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດໃນສະວິດ ຫຼືເຣົາເຕີ.
U2.2.1.2.2. <…> ເສັ້ນທາງການຈະລາຈອນ:
U2.2.1.2.2.1. ການດັດແກ້ທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດຂອງຕາຕະລາງການກໍານົດເສັ້ນທາງຄົງທີ່ຂອງ routers.
U2.2.1.2.2.2. ການປະກາດເສັ້ນທາງທີ່ບໍ່ຖືກຕ້ອງໂດຍຜູ້ໂຈມຕີໂດຍຜ່ານໂປໂຕຄອນການກໍານົດເສັ້ນທາງແບບເຄື່ອນໄຫວ.
U2.2.1.2.3. <…> ການຕັ້ງຄ່າອັດຕະໂນມັດ:
U2.2.1.2.3.1. Rogue DHCP.
U2.2.1.2.3.2. Rogue WPAD.
U2.2.1.2.4. <…> ທີ່ຢູ່ ແລະການແກ້ໄຂຊື່:
U2.2.1.2.4.1. ການຫຼອກລວງ ARP.
U2.2.1.2.4.2. DNS ປອມ.
U2.2.1.2.4.3. ເຮັດການປ່ຽນແປງທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດຕໍ່ໄຟລ໌ຊື່ໂຮດທ້ອງຖິ່ນ (ໂຮດ, lmhosts, ແລະອື່ນໆ)

U3. ການລະເມີດລິຂະສິດຂອງຂໍ້ມູນທີ່ສົ່ງຜ່ານ

ເນົ່າເປື່ອຍ
U3.1. ຄວາມເປັນກາງຂອງກົນໄກການກໍານົດສິດອໍານາດຂອງຂໍ້ມູນໂດຍການຊີ້ບອກຂໍ້ມູນທີ່ບໍ່ຖືກຕ້ອງກ່ຽວກັບຜູ້ຂຽນຫຼືແຫຼ່ງຂອງຂໍ້ມູນ:
U3.1.1. ການປ່ຽນແປງຂໍ້ມູນກ່ຽວກັບຜູ້ຂຽນທີ່ມີຢູ່ໃນຂໍ້ມູນທີ່ຖ່າຍທອດ.
U3.1.1.1. ການວາງຕົວເປັນກາງຂອງການປົກປ້ອງການເຂົ້າລະຫັດລັບຂອງຄວາມສົມບູນແລະການປະພັນຂອງຂໍ້ມູນທີ່ສົ່ງຜ່ານ:
U3.1.1.1.1. ລິ້ງ: “ຮູບແບບໄພຂົ່ມຂູ່ແບບປົກກະຕິ. ລະບົບປົກປ້ອງຂໍ້ມູນການເຂົ້າລະຫັດລັບ.
U4. ການສ້າງລາຍເຊັນອີເລັກໂທຣນິກຂອງຜູ້ລົງນາມທີ່ຖືກຕ້ອງຕາມຂໍ້ມູນທີ່ບໍ່ຖືກຕ້ອງ".
U3.1.1.2. ຄວາມເປັນກາງຂອງການປົກປ້ອງລິຂະສິດຂອງຂໍ້ມູນທີ່ສົ່ງຜ່ານ, ປະຕິບັດໂດຍໃຊ້ລະຫັດຢືນຢັນຄັ້ງດຽວ:
U3.1.1.2.1. ແລກປ່ຽນຊິມ.

U3.1.2. ການປ່ຽນແປງຂໍ້ມູນກ່ຽວກັບແຫລ່ງທີ່ມາຂອງຂໍ້ມູນການຖ່າຍທອດ:
U3.1.2.1. spoofing IP.
U3.1.2.2. ການຫຼອກລວງ MAC.

ຮູບແບບໄພຂົ່ມຂູ່ປົກກະຕິ. ລະບົບຂໍ້ມູນສ້າງຂຶ້ນບົນພື້ນຖານສະຖາປັດຕະຍະກຳລູກຄ້າ-ເຊີບເວີ

ວັດຖຸປ້ອງກັນທີ່ຮູບແບບໄພຂົ່ມຂູ່ (ຂອບເຂດ) ຖືກນຳໃຊ້

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

ຖາປັດຕະຍະ


ລາຍ​ລະ​ອຽດ​ຂອງ​ອົງ​ປະ​ກອບ​ສະ​ຖາ​ປັດ​ຕະ​ຍະ​ກໍາ​:

• "ລູກ​ຄ້າ" – ອຸ​ປະ​ກອນ​ທີ່​ສ່ວນ​ລູກ​ຄ້າ​ຂອງ​ລະ​ບົບ​ຂໍ້​ມູນ​ຂ່າວ​ສານ​ດໍາ​ເນີນ​ການ​.
• "ເຊີບເວີ" - ອຸປະກອນທີ່ສ່ວນເຊີບເວີຂອງລະບົບຂໍ້ມູນເຮັດວຽກ.
• "ບ່ອນເກັບຂໍ້ມູນ" — ສ່ວນໜຶ່ງຂອງໂຄງສ້າງພື້ນຖານເຊີບເວີຂອງລະບົບຂໍ້ມູນຂ່າວສານ, ອອກແບບມາເພື່ອເກັບຂໍ້ມູນທີ່ປະມວນຜົນໂດຍລະບົບຂໍ້ມູນຂ່າວສານ.
• "ການເຊື່ອມຕໍ່ເຄືອຂ່າຍ" — ຊ່ອງທາງແລກປ່ຽນຂໍ້ມູນລະຫວ່າງ Client ແລະ Server ທີ່ຜ່ານເຄືອຂ່າຍຂໍ້ມູນ. ລາຍລະອຽດເພີ່ມເຕີມຂອງຮູບແບບອົງປະກອບແມ່ນໃຫ້ຢູ່ໃນ “ຮູບແບບໄພຂົ່ມຂູ່ປົກກະຕິ. ການເຊື່ອມຕໍ່ເຄືອຂ່າຍ".

Restrictions
ເມື່ອສ້າງແບບຈໍາລອງວັດຖຸ, ຂໍ້ຈໍາກັດຕໍ່ໄປນີ້ຖືກກໍານົດ:

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

ໄພຂົ່ມຂູ່ດ້ານຄວາມປອດໄພລະດັບສູງສຸດ

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

U1. ປະຕິບັດການກະທໍາທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດໂດຍຜູ້ໂຈມຕີໃນນາມຂອງຜູ້ໃຊ້ທີ່ຖືກຕ້ອງ

ຄໍາອະທິບາຍ
ໂດຍປົກກະຕິໃນລະບົບຂໍ້ມູນຂ່າວສານ, ການປະຕິບັດແມ່ນກ່ຽວຂ້ອງກັບຜູ້ໃຊ້ທີ່ປະຕິບັດພວກມັນໂດຍໃຊ້:

1. ບັນທຶກການເຮັດວຽກຂອງລະບົບ (ບັນທຶກ).
2. ຄຸນລັກສະນະພິເສດຂອງວັດຖຸຂໍ້ມູນທີ່ມີຂໍ້ມູນກ່ຽວກັບຜູ້ໃຊ້ທີ່ສ້າງຫຼືດັດແປງມັນ.

ກ່ຽວກັບກອງປະຊຸມການເຮັດວຽກ, ໄພຂົ່ມຂູ່ນີ້ສາມາດ decomposed ເປັນ:

1. <…> ປະຕິບັດພາຍໃນເຊດຊັນຜູ້ໃຊ້.
2. <…> ຖືກປະຕິບັດຢູ່ນອກເຊດຊັນຜູ້ໃຊ້.

ຊ່ວງເວລາຂອງຜູ້ໃຊ້ສາມາດເລີ່ມຕົ້ນໄດ້:

1. ໂດຍຜູ້ໃຊ້ເອງ.
2. ໂດຍຜູ້ໂຈມຕີ.

ໃນຂັ້ນຕອນນີ້, ການທໍາລາຍລະດັບປານກາງຂອງໄພຂົ່ມຂູ່ນີ້ຈະມີລັກສະນະນີ້:
U1.1. ການກະ ທຳ ທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດໄດ້ຖືກປະຕິບັດພາຍໃນເຊດຊັນຜູ້ໃຊ້:
U1.1.1. <…> ຕິດຕັ້ງໂດຍຜູ້ໃຊ້ທີ່ຖືກໂຈມຕີ.
U1.1.2. <…> ຕິດຕັ້ງໂດຍຜູ້ໂຈມຕີ.
U1.2. ການກະທໍາທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດໄດ້ຖືກປະຕິບັດຢູ່ນອກເຊດຊັນຜູ້ໃຊ້.

ຈາກທັດສະນະຂອງວັດຖຸພື້ນຖານໂຄງລ່າງຂໍ້ມູນທີ່ສາມາດໄດ້ຮັບຜົນກະທົບຈາກຜູ້ໂຈມຕີ, ການທໍາລາຍການຂົ່ມຂູ່ລະດັບປານກາງຈະມີລັກສະນະນີ້:

ລາຍະການ
ການທໍາລາຍໄພຂົ່ມຂູ່

U1.1.1.
U1.1.2.
U1.2.

ລູກຄ້າ
U1.1.1.1.
U1.1.2.1.

ການເຊື່ອມຕໍ່ເຄືອຂ່າຍ
U1.1.1.2.

Server

U1.2.1.

ເນົ່າເປື່ອຍ
U1.1. ການກະ ທຳ ທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດໄດ້ຖືກປະຕິບັດພາຍໃນເຊດຊັນຜູ້ໃຊ້:
U1.1.1. <…> ຕິດຕັ້ງໂດຍຜູ້ໃຊ້ທີ່ຖືກໂຈມຕີ:
U1.1.1.1. ຜູ້ໂຈມຕີໄດ້ປະຕິບັດຢ່າງເປັນເອກະລາດຈາກລູກຄ້າ:
U1.1.1.1.1 ຜູ້ໂຈມຕີໃຊ້ເຄື່ອງມືການເຂົ້າເຖິງລະບົບຂໍ້ມູນມາດຕະຖານ:
У1.1.1.1.1.1. ຜູ້​ໂຈມ​ຕີ​ໄດ້​ໃຊ້​ການ​ປ້ອນ​ຂໍ້​ມູນ​ທາງ​ດ້ານ​ຮ່າງ​ກາຍ​ຂອງ​ລູກ​ຄ້າ (ຄີບອດ, ເມົ້າ, ຈໍ​ພາບ ຫຼື​ໜ້າ​ຈໍ​ສຳ​ຜັດ​ຂອງ​ອຸ​ປະ​ກອນ​ມື​ຖື):
U1.1.1.1.1.1.1. ຜູ້ໂຈມຕີໄດ້ດໍາເນີນການໃນໄລຍະເວລາທີ່ເຊດຊັນມີການເຄື່ອນໄຫວ, ມີອຸປະກອນ I/O, ແລະຜູ້ໃຊ້ບໍ່ຢູ່.
У1.1.1.1.1.2. ຜູ້ໂຈມຕີໄດ້ໃຊ້ເຄື່ອງມືບໍລິຫານທາງໄກ (ມາດຕະຖານ ຫຼືສະໜອງໃຫ້ໂດຍລະຫັດທີ່ເປັນອັນຕະລາຍ) ເພື່ອຄວບຄຸມລູກຄ້າ:
U1.1.1.1.1.2.1. ຜູ້ໂຈມຕີໄດ້ດໍາເນີນການໃນໄລຍະເວລາທີ່ເຊດຊັນມີການເຄື່ອນໄຫວ, ມີອຸປະກອນ I/O, ແລະຜູ້ໃຊ້ບໍ່ຢູ່.
У1.1.1.1.1.2.2. ຜູ້​ໂຈມ​ຕີ​ໄດ້​ນໍາ​ໃຊ້​ເຄື່ອງ​ມື​ການ​ບໍ​ລິ​ຫານ​ທາງ​ໄກ, ການ​ເຄື່ອນ​ໄຫວ​ຂອງ​ຜູ້​ໃຊ້​ທີ່​ຖືກ​ໂຈມ​ຕີ​ແມ່ນ​ເບິ່ງ​ບໍ່​ເຫັນ.
U1.1.1.2. ຜູ້ໂຈມຕີໄດ້ປ່ຽນແທນຂໍ້ມູນໃນການເຊື່ອມຕໍ່ເຄືອຂ່າຍລະຫວ່າງລູກຄ້າ ແລະເຊີບເວີ, ດັດແປງມັນໃນແບບທີ່ມັນຖືກຮັບຮູ້ວ່າເປັນການກະທຳຂອງຜູ້ໃຊ້ທີ່ຖືກຕ້ອງ:
U1.1.1.2.1. ລິ້ງ: “ຮູບແບບໄພຂົ່ມຂູ່ແບບປົກກະຕິ. ການເຊື່ອມຕໍ່ເຄືອຂ່າຍ. U2. ການ​ດັດ​ແກ້​ທີ່​ບໍ່​ໄດ້​ຮັບ​ອະ​ນຸ​ຍາດ​ຂອງ​ຂໍ້​ມູນ​ທີ່​ຕິດ​ຕໍ່​".
U1.1.1.3. ຜູ້ໂຈມຕີບັງຄັບໃຫ້ຜູ້ໃຊ້ປະຕິບັດການກະທໍາທີ່ເຂົາເຈົ້າໄດ້ລະບຸໄວ້ໂດຍໃຊ້ວິທີການວິສະວະກໍາສັງຄົມ.

У1.1.2 <…> ຕິດຕັ້ງໂດຍຜູ້ໂຈມຕີ:
U1.1.2.1. ຜູ້ໂຈມຕີໄດ້ປະຕິບັດຈາກລູກຄ້າ (И):
U1.1.2.1.1. ຜູ້ໂຈມຕີເຮັດໃຫ້ລະບົບການຄວບຄຸມການເຂົ້າເຖິງຂອງລະບົບຂໍ້ມູນຂ່າວສານເປັນກາງ:
U1.1.2.1.1.1. ລິ້ງ: “ຮູບແບບໄພຂົ່ມຂູ່ແບບປົກກະຕິ. ລະບົບການຄວບຄຸມການເຂົ້າເຖິງ. U1. ການສ້າງກອງປະຊຸມທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດໃນນາມຂອງຜູ້ໃຊ້ທີ່ຖືກຕ້ອງ".
У1.1.2.1.2. ຜູ້ໂຈມຕີໄດ້ໃຊ້ເຄື່ອງມືການເຂົ້າເຖິງລະບົບຂໍ້ມູນຂ່າວສານມາດຕະຖານ
U1.1.2.2. ຜູ້​ໂຈມ​ຕີ​ໄດ້​ດໍາ​ເນີນ​ການ​ຈາກ nodes ອື່ນໆ​ຂອງ​ເຄືອ​ຂ່າຍ​ຂໍ້​ມູນ​, ຈາກ​ການ​ເຊື່ອມ​ຕໍ່​ເຄືອ​ຂ່າຍ​ກັບ Server ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ສ້າງ​ຕັ້ງ (И):
U1.1.2.2.1. ຜູ້ໂຈມຕີເຮັດໃຫ້ລະບົບການຄວບຄຸມການເຂົ້າເຖິງຂອງລະບົບຂໍ້ມູນຂ່າວສານເປັນກາງ:
U1.1.2.2.1.1. ລິ້ງ: “ຮູບແບບໄພຂົ່ມຂູ່ແບບປົກກະຕິ. ລະບົບການຄວບຄຸມການເຂົ້າເຖິງ. U1. ການສ້າງກອງປະຊຸມທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດໃນນາມຂອງຜູ້ໃຊ້ທີ່ຖືກຕ້ອງ".
U1.1.2.2.2. ຜູ້ໂຈມຕີໄດ້ໃຊ້ວິທີການທີ່ບໍ່ໄດ້ມາດຕະຖານໃນການເຂົ້າເຖິງລະບົບຂໍ້ມູນຂ່າວສານ.
ຄໍາອະທິບາຍ U1.1.2.2.2.
ຜູ້ໂຈມຕີສາມາດຕິດຕັ້ງລູກຄ້າມາດຕະຖານຂອງລະບົບຂໍ້ມູນຢູ່ໃນ node ພາກສ່ວນທີສາມຫຼືສາມາດນໍາໃຊ້ຊອບແວທີ່ບໍ່ແມ່ນມາດຕະຖານທີ່ປະຕິບັດໂຄງການແລກປ່ຽນມາດຕະຖານລະຫວ່າງລູກຄ້າແລະເຄື່ອງແມ່ຂ່າຍ.

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

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

ເນົ່າເປື່ອຍ
U2.1. ຜູ້ໂຈມຕີດັດແປງຂໍ້ມູນທີ່ຖືກປົກປ້ອງໂດຍໃຊ້ເຄື່ອງມືລະບົບຂໍ້ມູນມາດຕະຖານແລະເຮັດສິ່ງນີ້ໃນນາມຂອງຜູ້ໃຊ້ທີ່ຖືກຕ້ອງຕາມກົດຫມາຍ.
U2.1.1. ລິ້ງ: “ຮູບແບບໄພຂົ່ມຂູ່ແບບປົກກະຕິ. ລະບົບຂໍ້ມູນຂ່າວສານທີ່ສ້າງຂຶ້ນໃນສະຖາປັດຕະຍະກໍາລູກຄ້າ-ເຊີບເວີ. U1. ປະຕິບັດການກະທໍາທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດໂດຍຜູ້ໂຈມຕີໃນນາມຂອງຜູ້ໃຊ້ທີ່ຖືກຕ້ອງ".

U2.2. ຜູ້ໂຈມຕີປັບປຸງແກ້ໄຂຂໍ້ມູນທີ່ຖືກປົກປ້ອງໂດຍນໍາໃຊ້ກົນໄກການເຂົ້າເຖິງຂໍ້ມູນທີ່ບໍ່ໄດ້ສະຫນອງໃຫ້ໂດຍການເຮັດວຽກປົກກະຕິຂອງລະບົບຂໍ້ມູນ.
U2.2.1. ຜູ້ໂຈມຕີແກ້ໄຂໄຟລ໌ທີ່ມີຂໍ້ມູນປ້ອງກັນ:
U2.2.1.1. <…>, ການນໍາໃຊ້ກົນໄກການຈັດການໄຟລ໌ທີ່ສະຫນອງໂດຍລະບົບປະຕິບັດການ.
U2.2.1.2. <…> ໂດຍ proving ການຟື້ນຟູຂອງໄຟລ໌ຈາກສໍາເນົາສໍາຮອງຂໍ້ມູນທີ່ມີການປ່ຽນແປງທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດ.

U2.2.2. ຜູ້​ໂຈມ​ຕີ​ດັດ​ແກ້​ຂໍ້​ມູນ​ທີ່​ໄດ້​ຮັບ​ການ​ປົກ​ປ້ອງ​ເກັບ​ຮັກ​ສາ​ໄວ້​ໃນ​ຖານ​ຂໍ້​ມູນ (И):
U2.2.2.1. ຜູ້ໂຈມຕີເຮັດໃຫ້ລະບົບການຄວບຄຸມການເຂົ້າເຖິງ DBMS ເປັນກາງ:
U2.2.2.1.1. ລິ້ງ: “ຮູບແບບໄພຂົ່ມຂູ່ແບບປົກກະຕິ. ລະບົບການຄວບຄຸມການເຂົ້າເຖິງ. U1. ການສ້າງກອງປະຊຸມທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດໃນນາມຂອງຜູ້ໃຊ້ທີ່ຖືກຕ້ອງ".
U2.2.2.2. ຜູ້ໂຈມຕີດັດແປງຂໍ້ມູນໂດຍໃຊ້ອິນເຕີເຟດ DBMS ມາດຕະຖານເພື່ອເຂົ້າເຖິງຂໍ້ມູນ.

U2.3. ຜູ້ໂຈມຕີປັບປຸງແກ້ໄຂຂໍ້ມູນທີ່ຖືກປ້ອງກັນໂດຍການດັດແກ້ທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດຂອງລະບົບການເຮັດວຽກຂອງຊອບແວທີ່ປຸງແຕ່ງມັນ.
U2.3.1. ລະຫັດແຫຼ່ງຂອງຊອບແວແມ່ນຂຶ້ນກັບການດັດແກ້.
U2.3.1. ລະຫັດເຄື່ອງຂອງຊອບແວແມ່ນຂຶ້ນກັບການດັດແກ້.

U2.4. ຜູ້ໂຈມຕີດັດແປງຂໍ້ມູນທີ່ຖືກປ້ອງກັນໂດຍການຂູດຮີດຊ່ອງໂຫວ່ໃນຊອບແວລະບົບຂໍ້ມູນຂ່າວສານ.

U2.5. ຜູ້ໂຈມຕີດັດແປງຂໍ້ມູນທີ່ຖືກປ້ອງກັນເມື່ອມັນຖືກໂອນລະຫວ່າງອົງປະກອບຂອງສ່ວນເຊີຟເວີຂອງລະບົບຂໍ້ມູນ (ຕົວຢ່າງເຊັ່ນເຄື່ອງແມ່ຂ່າຍຖານຂໍ້ມູນແລະເຄື່ອງແມ່ຂ່າຍແອັບພລິເຄຊັນ):
U2.5.1. ລິ້ງ: “ຮູບແບບໄພຂົ່ມຂູ່ແບບປົກກະຕິ. ການເຊື່ອມຕໍ່ເຄືອຂ່າຍ. U2. ການ​ດັດ​ແກ້​ທີ່​ບໍ່​ໄດ້​ຮັບ​ອະ​ນຸ​ຍາດ​ຂອງ​ຂໍ້​ມູນ​ທີ່​ຕິດ​ຕໍ່​".

ຮູບແບບໄພຂົ່ມຂູ່ປົກກະຕິ. ລະບົບການຄວບຄຸມການເຂົ້າເຖິງ

ວັດຖຸປ້ອງກັນທີ່ຮູບແບບໄພຂົ່ມຂູ່ (ຂອບເຂດ) ຖືກນຳໃຊ້

ວັດຖຸ​ປ້ອງ​ກັນ​ທີ່​ຕົວ​ແບບ​ໄພ​ຂົ່ມ​ຂູ່​ນີ້​ຖືກ​ນຳ​ໃຊ້​ແມ່ນ​ກົງ​ກັບ​ຈຸດ​ປະ​ສົງ​ການ​ປ້ອງ​ກັນ​ຕົວ​ແບບ​ໄພ​ຂົ່ມ​ຂູ່: “ຕົວ​ແບບ​ໄພ​ຂົ່ມ​ຂູ່​ແບບ​ທຳ​ມະ​ດາ. ລະບົບຂໍ້ມູນຂ່າວສານທີ່ສ້າງຂຶ້ນໃນສະຖາປັດຕະຍະກໍາລູກຄ້າ - ເຄື່ອງແມ່ຂ່າຍ."

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

1. ການລະບຸຕົວຜູ້ໃຊ້.
2. ການຢືນຢັນຜູ້ໃຊ້.
3. ການອະນຸຍາດຂອງຜູ້ໃຊ້.
4. ການບັນທຶກການດໍາເນີນການຂອງຜູ້ໃຊ້.

ໄພຂົ່ມຂູ່ດ້ານຄວາມປອດໄພລະດັບສູງສຸດ

ເນົ່າເປື່ອຍ
U1. ການສ້າງເຊດຊັນທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດໃນນາມຂອງຜູ້ໃຊ້ທີ່ຖືກຕ້ອງ.
U2. ການເພີ່ມຂຶ້ນໂດຍບໍ່ໄດ້ຮັບອະນຸຍາດໃນສິດທິຂອງຜູ້ໃຊ້ໃນລະບົບຂໍ້ມູນຂ່າວສານ.

U1. ການສ້າງເຊດຊັນທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດໃນນາມຂອງຜູ້ໃຊ້ທີ່ຖືກຕ້ອງ

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

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

ເນົ່າເປື່ອຍ
U1.1. <…> ເນື່ອງຈາກການປະນີປະນອມຂອງຂໍ້ມູນປະຈໍາຕົວ:
U1.1.1. ຜູ້ໂຈມຕີໄດ້ທຳລາຍຂໍ້ມູນປະຈຳຕົວຂອງຜູ້ໃຊ້ໃນຂະນະທີ່ເກັບຮັກສາມັນໄວ້.
ຄໍາອະທິບາຍ U1.1.1.
ສໍາລັບຕົວຢ່າງ, ຂໍ້ມູນປະຈໍາຕົວສາມາດຖືກຂຽນໄວ້ໃນບັນທຶກທີ່ຕິດຢູ່ກັບຈໍສະແດງຜົນ.

U1.1.2. ຜູ້​ໃຊ້​ໄດ້​ສົ່ງ​ຂໍ້​ມູນ​ລາຍ​ລະ​ອຽດ​ການ​ເຂົ້າ​ເຖິງ​ໄປ​ໃຫ້​ຜູ້​ໂຈມ​ຕີ​ໂດຍ​ບັງ​ເອີນ ຫຼື​ໂດຍ​ເຈດ​ຕະ​ນາ.
U1.1.2.1. ຜູ້ໃຊ້ເວົ້າຂໍ້ມູນປະຈໍາຕົວອອກມາດັງໆເມື່ອພວກເຂົາເຂົ້າໄປ.
U1.1.2.2. ຜູ້ໃຊ້ເຈດຕະນາແບ່ງປັນຂໍ້ມູນປະຈໍາຕົວຂອງລາວ:
U1.1.2.2.1. <…> ກັບເພື່ອນຮ່ວມງານ.
ຄໍາອະທິບາຍ U1.1.2.2.1.
ຕົວຢ່າງ, ເພື່ອໃຫ້ເຂົາເຈົ້າສາມາດທົດແທນມັນໃນລະຫວ່າງການເຈັບປ່ວຍ.

U1.1.2.2.2. <…> ກັບຜູ້ຮັບເໝົາຂອງນາຍຈ້າງທີ່ປະຕິບັດວຽກງານກ່ຽວກັບວັດຖຸພື້ນຖານໂຄງລ່າງຂໍ້ມູນຂ່າວສານ.
U1.1.2.2.3. <…> ຕໍ່ກັບພາກສ່ວນທີສາມ.
ຄໍາອະທິບາຍ U1.1.2.2.3.
ຫນຶ່ງ, ແຕ່ບໍ່ແມ່ນທາງເລືອກດຽວສໍາລັບການປະຕິບັດໄພຂົ່ມຂູ່ນີ້ແມ່ນການນໍາໃຊ້ວິທີການວິສະວະກໍາສັງຄົມໂດຍຜູ້ໂຈມຕີ.

U1.1.3. ຜູ້ໂຈມຕີໄດ້ເລືອກຂໍ້ມູນປະຈໍາຕົວໂດຍໃຊ້ວິທີການບັງຄັບ brute:
U1.1.3.1. <…> ການນໍາໃຊ້ກົນໄກການເຂົ້າເຖິງມາດຕະຖານ.
U1.1.3.2. <…> ໂດຍໃຊ້ລະຫັດທີ່ຂັດຂວາງກ່ອນໜ້ານີ້ (ຕົວຢ່າງ, ລະຫັດລະຫັດຜ່ານ) ສໍາລັບການເກັບຮັກສາຂໍ້ມູນປະຈໍາຕົວ.

U1.1.4. ຜູ້ໂຈມຕີໄດ້ໃຊ້ລະຫັດທີ່ເປັນອັນຕະລາຍເພື່ອຂັດຂວາງຂໍ້ມູນປະຈໍາຕົວຂອງຜູ້ໃຊ້.

U1.1.5. ຜູ້ໂຈມຕີໄດ້ສະກັດຂໍ້ມູນປະຈຳຕົວຈາກການເຊື່ອມຕໍ່ເຄືອຂ່າຍລະຫວ່າງລູກຄ້າ ແລະເຊີບເວີ:
U1.1.5.1. ລິ້ງ: “ຮູບແບບໄພຂົ່ມຂູ່ແບບປົກກະຕິ. ການເຊື່ອມຕໍ່ເຄືອຂ່າຍ. U1. ການເຂົ້າເຖິງຂໍ້ມູນທີ່ສົ່ງຜ່ານໂດຍບໍ່ໄດ້ຮັບອະນຸຍາດ".

U1.1.6. ຜູ້​ໂຈມ​ຕີ​ໄດ້​ຖອດ​ຖອນ​ຂໍ້​ມູນ​ຈາກ​ບັນ​ທຶກ​ຂອງ​ລະ​ບົບ​ຕິດ​ຕາມ​ກວດ​ກາ​ວຽກ​ງານ:
U1.1.6.1. <…> ລະບົບການເຝົ້າລະວັງວິດີໂອ (ຖ້າການກົດປຸ່ມເທິງແປ້ນພິມຖືກບັນທຶກໃນລະຫວ່າງການປະຕິບັດງານ).
U1.1.6.2. <…> ລະບົບສຳລັບຕິດຕາມການກະທຳຂອງພະນັກງານຢູ່ຄອມພິວເຕີ
ຄໍາອະທິບາຍ U1.1.6.2.
ຕົວຢ່າງຂອງລະບົບດັ່ງກ່າວແມ່ນ StuffCop.

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

U1.1.8. ຜູ້ໂຈມຕີໄດ້ຮັບຂໍ້ມູນປະຈໍາຕົວໂດຍການກວດສອບເຊດຊັນຂອງຜູ້ໃຊ້ໂດຍໃຊ້ລະບົບການຄຸ້ມຄອງທາງໄກ.

U1.1.9. ຜູ້ໂຈມຕີໄດ້ຮັບໃບຢັ້ງຢືນເປັນຜົນມາຈາກການຮົ່ວໄຫຼຜ່ານຊ່ອງທາງດ້ານວິຊາການ (TCUI):
U1.1.9.1. ຜູ້ໂຈມຕີໄດ້ສັງເກດເຫັນວິທີທີ່ຜູ້ໃຊ້ປ້ອນຂໍ້ມູນປະຈໍາຕົວຈາກແປ້ນພິມ:
U1.1.9.1.1 ຜູ້ໂຈມຕີໄດ້ຕັ້ງຢູ່ໃກ້ໆກັບຜູ້ໃຊ້ ແລະໄດ້ເຫັນການເຂົ້າມາຂອງຂໍ້ມູນປະຈໍາຕົວດ້ວຍຕາຂອງຕົນເອງ.
ຄຳອະທິບາຍ U1.1.9.1.1
ກໍລະນີດັ່ງກ່າວລວມເຖິງການກະທຳຂອງເພື່ອນຮ່ວມງານ ຫຼືກໍລະນີເມື່ອແປ້ນພິມຂອງຜູ້ໃຊ້ສາມາດເຫັນໄດ້ຕໍ່ກັບຜູ້ເຂົ້າຊົມອົງການ.

U1.1.9.1.2 ຜູ້ໂຈມຕີໄດ້ໃຊ້ວິທີທາງດ້ານວິຊາການເພີ່ມເຕີມ, ເຊັ່ນ: ກ້ອງສ່ອງທາງໄກ ຫຼື ເຮືອບິນບໍ່ມີຄົນຂັບ, ແລະໄດ້ເຫັນການປ້ອນຂໍ້ມູນຜ່ານທາງປ່ອງຢ້ຽມ.
U1.1.9.2. ຜູ້ໂຈມຕີໄດ້ສະກັດຂໍ້ມູນປະຈໍາຕົວຈາກການສື່ສານທາງວິທະຍຸລະຫວ່າງແປ້ນພິມ ແລະ ໜ່ວຍລະບົບຄອມພິວເຕີ ເມື່ອພວກມັນເຊື່ອມຕໍ່ຜ່ານທາງວິທະຍຸ (ຕົວຢ່າງ: Bluetooth).
U1.1.9.3. ຜູ້ໂຈມຕີໄດ້ຂັດຂວາງຂໍ້ມູນປະຈໍາຕົວໂດຍການຮົ່ວໄຫລຜ່ານຊ່ອງທາງຂອງລັງສີແມ່ເຫຼັກໄຟຟ້າທີ່ເປັນອັນຕະລາຍແລະການແຊກແຊງ (PEMIN).
ຄໍາອະທິບາຍ U1.1.9.3.
ຕົວຢ່າງຂອງການໂຈມຕີ ທີ່ນີ້ и ທີ່ນີ້.

U1.1.9.4. ຜູ້ໂຈມຕີໄດ້ຂັດຂວາງການເຂົ້າມາຂອງຂໍ້ມູນປະຈໍາຕົວຈາກແປ້ນພິມໂດຍຜ່ານການນໍາໃຊ້ວິທີການດ້ານວິຊາການພິເສດ (STS) ທີ່ຖືກອອກແບບເພື່ອໃຫ້ໄດ້ຂໍ້ມູນຢ່າງລັບໆ.
ຄໍາອະທິບາຍ U1.1.9.4.
ຕົວຢ່າງ ອຸປະກອນ.

U1.1.9.5. ຜູ້ໂຈມຕີໄດ້ຂັດຂວາງການປ້ອນຂໍ້ມູນຂອງຂໍ້ມູນປະຈໍາຕົວຈາກແປ້ນພິມໂດຍໃຊ້
ການວິເຄາະສັນຍານ Wi-Fi ທີ່ດັດແປງໂດຍຂະບວນການກົດແປ້ນພິມຂອງຜູ້ໃຊ້.
ຄໍາອະທິບາຍ U1.1.9.5.
ຕົວຢ່າງ: ການໂຈມຕີ.

U1.1.9.6. ຜູ້ໂຈມຕີໄດ້ຂັດຂວາງການປ້ອນຂໍ້ມູນປະຈໍາຕົວຈາກແປ້ນພິມໂດຍການວິເຄາະສຽງຂອງການກົດແປ້ນພິມ.
ຄໍາອະທິບາຍ U1.1.9.6.
ຕົວຢ່າງ: ການໂຈມຕີ.

U1.1.9.7. ຜູ້ໂຈມຕີໄດ້ຂັດຂວາງການປ້ອນຂໍ້ມູນປະຈໍາຕົວຈາກແປ້ນພິມຂອງອຸປະກອນມືຖືໂດຍການວິເຄາະການອ່ານ accelerometer.
ຄໍາອະທິບາຍ U1.1.9.7.
ຕົວຢ່າງ: ການໂຈມຕີ.

U1.1.10. <…>, ບັນທຶກກ່ອນໜ້ານີ້ຢູ່ໃນລູກຄ້າ.
ຄໍາອະທິບາຍ U1.1.10.
ຕົວຢ່າງ, ຜູ້ໃຊ້ສາມາດບັນທຶກການເຂົ້າສູ່ລະບົບແລະລະຫັດຜ່ານໃນຕົວທ່ອງເວັບເພື່ອເຂົ້າເຖິງສະຖານທີ່ສະເພາະ.

U1.1.11. ຜູ້ໂຈມຕີໄດ້ທໍາລາຍຂໍ້ມູນປະຈໍາຕົວເນື່ອງຈາກຂໍ້ບົກພ່ອງໃນຂະບວນການຖອນການເຂົ້າເຖິງຜູ້ໃຊ້.
ຄໍາອະທິບາຍ U1.1.11.
ຕົວຢ່າງ, ຫຼັງຈາກຜູ້ໃຊ້ຖືກໄລ່ອອກ, ບັນຊີຂອງລາວຍັງຄົງຖືກບລັອກ.

U1.2. <…> ໂດຍການຂູດຮີດຊ່ອງໂຫວ່ໃນລະບົບການຄວບຄຸມການເຂົ້າເຖິງ.

U2. ການຍົກລະດັບສິດທິຂອງຜູ້ໃຊ້ທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດໃນລະບົບຂໍ້ມູນຂ່າວສານ

ເນົ່າເປື່ອຍ
U2.1 <…> ໂດຍການປ່ຽນແປງທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດຕໍ່ກັບຂໍ້ມູນທີ່ປະກອບດ້ວຍຂໍ້ມູນກ່ຽວກັບສິດທິຂອງຜູ້ໃຊ້.

U2.2 <…> ໂດຍຜ່ານການນໍາໃຊ້ຊ່ອງໂຫວ່ໃນລະບົບການຄວບຄຸມການເຂົ້າເຖິງ.

U2.3. <…> ເນື່ອງຈາກຂໍ້ບົກຜ່ອງໃນຂະບວນການຈັດການການເຂົ້າເຖິງຜູ້ໃຊ້.
ຄໍາອະທິບາຍ U2.3.
ຕົວຢ່າງ 1. ຜູ້ໃຊ້ໄດ້ຮັບການເຂົ້າເຖິງວຽກຫຼາຍກວ່າທີ່ລາວຕ້ອງການດ້ວຍເຫດຜົນທາງທຸລະກິດ.
ຕົວຢ່າງ 2: ຫຼັງຈາກຜູ້ໃຊ້ຖືກໂອນໄປຕໍາແໜ່ງອື່ນ, ສິດທິໃນການເຂົ້າເຖິງຜ່ານມາບໍ່ໄດ້ຖືກຖອນຄືນ.

ຮູບແບບໄພຂົ່ມຂູ່ປົກກະຕິ. ໂມດູນການເຊື່ອມໂຍງ

ວັດຖຸປ້ອງກັນທີ່ຮູບແບບໄພຂົ່ມຂູ່ (ຂອບເຂດ) ຖືກນຳໃຊ້

ໂມດູນປະສົມປະສານແມ່ນຊຸດຂອງວັດຖຸພື້ນຖານໂຄງລ່າງຂໍ້ມູນຂ່າວສານທີ່ຖືກອອກແບບມາເພື່ອຈັດຕັ້ງການແລກປ່ຽນຂໍ້ມູນລະຫວ່າງລະບົບຂໍ້ມູນຂ່າວສານ.

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

ຖາປັດຕະຍະ
ແຜນວາດທົ່ວໄປຂອງໂມດູນການລວມເຂົ້າກັນເບິ່ງຄືດັ່ງນີ້:

ລາຍ​ລະ​ອຽດ​ຂອງ​ອົງ​ປະ​ກອບ​ສະ​ຖາ​ປັດ​ຕະ​ຍະ​ກໍາ​:

• "Exchange Server (SO)" - node / ບໍລິການ / ອົງປະກອບຂອງລະບົບຂໍ້ມູນຂ່າວສານທີ່ປະຕິບັດຫນ້າທີ່ຂອງການແລກປ່ຽນຂໍ້ມູນກັບລະບົບຂໍ້ມູນຂ່າວສານອື່ນ.
• "ຜູ້ໄກ່ເກ່ຍ" – node/service ທີ່ອອກແບບມາເພື່ອຈັດຕັ້ງປະຕິສຳພັນລະຫວ່າງລະບົບຂໍ້ມູນຂ່າວສານ, ແຕ່ບໍ່ແມ່ນສ່ວນໜຶ່ງຂອງມັນ.
  ຕົວຢ່າງ "ຕົວກາງ" ອາດ​ຈະ​ມີ​ການ​ບໍ​ລິ​ການ​ອີ​ເມລ​໌​, ລົດ​ເມ​ບໍ​ລິ​ການ​ວິ​ສາ​ຫະ​ກິດ (ລົດ​ເມ​ບໍ​ລິ​ການ​ວິ​ສາ​ຫະ​ກິດ / ສະ​ຖາ​ປັດ​ຕະ SoA​)​, ເຄື່ອງ​ແມ່​ຂ່າຍ​ໄຟລ​໌​ພາກ​ສ່ວນ​ທີ​ສາມ​, ແລະ​ອື່ນໆ​. ໂດຍທົ່ວໄປ, ໂມດູນການເຊື່ອມໂຍງອາດຈະບໍ່ມີ "ຕົວກາງ".
• "ຊອບແວປະມວນຜົນຂໍ້ມູນ" – ຊຸດ​ຂອງ​ໂຄງ​ການ​ທີ່​ປະ​ຕິ​ບັດ​ອະ​ນຸ​ສັນ​ຍາ​ການ​ແລກ​ປ່ຽນ​ຂໍ້​ມູນ​ແລະ​ການ​ປ່ຽນ​ຮູບ​ແບບ​.
  ຕົວຢ່າງເຊັ່ນ, ການແປງຂໍ້ມູນຈາກຮູບແບບ UFEBS ເປັນຮູບແບບ ABS, ການປ່ຽນສະຖານະຂໍ້ຄວາມໃນລະຫວ່າງການສົ່ງ, ແລະອື່ນໆ.
• "ການເຊື່ອມຕໍ່ເຄືອຂ່າຍ" ກົງກັບວັດຖຸທີ່ອະທິບາຍໄວ້ໃນມາດຕະຖານ "ການເຊື່ອມຕໍ່ເຄືອຂ່າຍ" ຮູບແບບໄພຂົ່ມຂູ່. ບາງການເຊື່ອມຕໍ່ເຄືອຂ່າຍທີ່ສະແດງຢູ່ໃນແຜນວາດຂ້າງເທິງອາດຈະບໍ່ມີຢູ່.

ຕົວຢ່າງຂອງໂມດູນການເຊື່ອມໂຍງ

ແຜນງານ 1. ການເຊື່ອມໂຍງ ABS ແລະ AWS KBR ຜ່ານເຊີບເວີໄຟລ໌ພາກສ່ວນທີສາມ

ເພື່ອປະຕິບັດການຊໍາລະ, ພະນັກງານທະນາຄານທີ່ໄດ້ຮັບອະນຸຍາດຈະດາວໂຫລດເອກະສານການຈ່າຍເງິນເອເລັກໂຕຣນິກຈາກລະບົບທະນາຄານຫຼັກແລະບັນທຶກມັນໄວ້ໃນໄຟລ໌ (ໃນຮູບແບບຂອງຕົນເອງ, ຕົວຢ່າງເຊັ່ນ dump SQL) ໃນໂຟນເດີເຄືອຂ່າຍ (...SHARE) ໃນເຄື່ອງແມ່ຂ່າຍຂອງໄຟລ໌. ຫຼັງຈາກນັ້ນ, ໄຟລ໌ນີ້ຖືກແປງໂດຍໃຊ້ຕົວແປງສັນຍານເຂົ້າໄປໃນຊຸດຂອງໄຟລ໌ໃນຮູບແບບ UFEBS, ເຊິ່ງຫຼັງຈາກນັ້ນໄດ້ຖືກອ່ານໂດຍສະຖານີເຮັດວຽກ CBD.
ຫຼັງຈາກນີ້, ພະນັກງານທີ່ໄດ້ຮັບອະນຸຍາດ - ຜູ້ໃຊ້ຂອງສະຖານທີ່ເຮັດວຽກອັດຕະໂນມັດ KBR - ເຂົ້າລະຫັດແລະເຊັນໄຟລ໌ທີ່ໄດ້ຮັບແລະສົ່ງໃຫ້ພວກເຂົາກັບລະບົບການຈ່າຍເງິນຂອງທະນາຄານລັດເຊຍ.

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

ພວກເຮົາຈະສົມມຸດວ່າໃນໂຄງການນີ້, ABS ເຮັດວຽກຢູ່ໃນເຄື່ອງແມ່ຂ່າຍທາງດ້ານຮ່າງກາຍຫນຶ່ງ, ສະຖານີ KBR ເຮັດວຽກຢູ່ໃນຄອມພິວເຕີທີ່ອຸທິດຕົນ, ແລະຕົວແປງສັນຍານເຮັດວຽກຢູ່ໃນເຄື່ອງແມ່ຂ່າຍຂອງໄຟລ໌.

ການຕອບສະ ໜອງ ຂອງວັດຖຸຂອງແຜນວາດທີ່ພິຈາລະນາເຖິງອົງປະກອບຂອງໂມດູນການລວມຕົວ:
"ການແລກປ່ຽນເຄື່ອງແມ່ຂ່າຍຈາກດ້ານ ABS" - ເຊີບເວີ ABS.
"Exchange server ຈາກດ້ານ AWS KBR" - ສະຖານີຄອມພິວເຕີ KBR.
"ຜູ້ໄກ່ເກ່ຍ" – ເຊີບເວີໄຟລ໌ພາກສ່ວນທີສາມ.
"ຊອບແວປະມວນຜົນຂໍ້ມູນ" - ຕົວ​ອັກ​ສອນ​ແປງ​.

ແຜນງານ 2. ການເຊື່ອມໂຍງ ABS ແລະ AWS KBR ເມື່ອວາງໂຟນເດີເຄືອຂ່າຍທີ່ໃຊ້ຮ່ວມກັນກັບການຈ່າຍເງິນໃນ AWS KBR

ທຸກສິ່ງທຸກຢ່າງແມ່ນຄ້າຍຄືກັນກັບ Scheme 1, ແຕ່ເຄື່ອງແມ່ຂ່າຍຂອງໄຟລ໌ແຍກຕ່າງຫາກບໍ່ໄດ້ຖືກນໍາໃຊ້ແທນ, ໂຟນເດີເຄືອຂ່າຍ (...SHARE) ທີ່ມີເອກະສານການຈ່າຍເງິນເອເລັກໂຕຣນິກຖືກຈັດໃສ່ໃນຄອມພິວເຕີທີ່ມີບ່ອນເຮັດວຽກຂອງ CBD. ຕົວແປງສັນຍານຍັງເຮັດວຽກຢູ່ໃນສະຖານີເຮັດວຽກ CBD.

ການຕອບສະ ໜອງ ຂອງວັດຖຸຂອງແຜນວາດທີ່ພິຈາລະນາເຖິງອົງປະກອບຂອງໂມດູນການລວມຕົວ:
ຄ້າຍຄືກັນກັບ Scheme 1, ແຕ່ "ຜູ້ໄກ່ເກ່ຍ" ບໍ່​ໄດ້​ນໍາ​ໃຊ້.

ແຜນງານ 3. ການເຊື່ອມໂຍງ ABS ແລະບ່ອນເຮັດວຽກອັດຕະໂນມັດ KBR-N ຜ່ານ IBM WebSphera MQ ແລະການເຊັນເອກະສານເອເລັກໂຕຣນິກ “ຢູ່ດ້ານ ABS”

ABS ດໍາເນີນການຢູ່ໃນເວທີທີ່ບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນໂດຍ CIPF SCAD Signature. ການເຊັນເອກະສານອີເລັກໂທຣນິກທີ່ສົ່ງອອກແມ່ນດໍາເນີນຢູ່ໃນເຄື່ອງແມ່ຂ່າຍລາຍເຊັນເອເລັກໂຕຣນິກພິເສດ (ES Server). ເຄື່ອງແມ່ຂ່າຍດຽວກັນກວດເບິ່ງລາຍເຊັນອີເລັກໂທຣນິກໃນເອກະສານທີ່ເຂົ້າມາຈາກທະນາຄານຂອງລັດເຊຍ.

ABS ອັບໂຫລດໄຟລ໌ທີ່ມີເອກະສານການຈ່າຍເງິນໃນຮູບແບບຂອງຕົນເອງໄປຫາ ES Server.
ເຊີບເວີ ES, ໂດຍໃຊ້ຕົວແປງສະຄຣິບ, ປ່ຽນໄຟລ໌ເປັນຂໍ້ຄວາມອີເລັກໂທຣນິກໃນຮູບແບບ UFEBS, ຫຼັງຈາກນັ້ນຂໍ້ຄວາມອີເລັກໂທຣນິກຖືກເຊັນ ແລະສົ່ງໄປທີ່ IBM WebSphere MQ.

ສະຖານີເຮັດວຽກ KBR-N ເຂົ້າເຖິງ IBM WebSphere MQ ແລະໄດ້ຮັບຂໍ້ຄວາມການຈ່າຍເງິນທີ່ລົງນາມຈາກບ່ອນນັ້ນ, ຫຼັງຈາກນັ້ນ, ພະນັກງານທີ່ໄດ້ຮັບອະນຸຍາດ - ຜູ້ໃຊ້ຂອງສະຖານີເຮັດວຽກ KBR - ເຂົ້າລະຫັດພວກເຂົາແລະສົ່ງພວກເຂົາໄປຫາລະບົບການຈ່າຍເງິນຂອງທະນາຄານລັດເຊຍ.

ເມື່ອໄດ້ຮັບການຈ່າຍເງິນຈາກທະນາຄານຂອງລັດເຊຍ, ສະຖານທີ່ເຮັດວຽກອັດຕະໂນມັດ KBR-N ຈະຖອດລະຫັດພວກມັນແລະກວດສອບລາຍເຊັນເອເລັກໂຕຣນິກ. ການຊໍາລະທີ່ປະສົບຜົນສໍາເລັດໃນຮູບແບບຂອງຂໍ້ຄວາມເອເລັກໂຕຣນິກທີ່ຖືກຖອດລະຫັດແລະເຊັນໃນຮູບແບບ UFEBS ຖືກໂອນໄປ IBM WebSphere MQ, ຈາກບ່ອນທີ່ພວກເຂົາໄດ້ຮັບໂດຍເຄື່ອງແມ່ຂ່າຍລາຍເຊັນເອເລັກໂຕຣນິກ.

ເຊີບເວີລາຍເຊັນອີເລັກໂທຣນິກກວດສອບລາຍເຊັນອີເລັກໂທຣນິກຂອງການຈ່າຍເງິນທີ່ໄດ້ຮັບ ແລະບັນທຶກພວກມັນໄວ້ໃນໄຟລ໌ໃນຮູບແບບ ABS. ຫຼັງຈາກນີ້, ພະນັກງານທີ່ໄດ້ຮັບອະນຸຍາດ - ຜູ້ໃຊ້ ABS - ອັບໂຫລດໄຟລ໌ຜົນໄດ້ຮັບໄປຫາ ABS ໃນລັກສະນະທີ່ກໍານົດໄວ້.

ການຕອບສະ ໜອງ ຂອງວັດຖຸຂອງແຜນວາດທີ່ພິຈາລະນາເຖິງອົງປະກອບຂອງໂມດູນການລວມຕົວ:
"ການແລກປ່ຽນເຄື່ອງແມ່ຂ່າຍຈາກດ້ານ ABS" - ເຊີບເວີ ABS.
"Exchange server ຈາກດ້ານ AWS KBR" — ສະຖານີຄອມພິວເຕີ KBR.
"ຜູ້ໄກ່ເກ່ຍ" – ເຊີບເວີ ES ແລະ IBM WebSphere MQ.
"ຊອບແວປະມວນຜົນຂໍ້ມູນ" – ຕົວປ່ຽນສະຄຣິບ, ລາຍເຊັນ CIPF SCAD ໃນ ES Server.

ແຜນງານ 4. ການເຊື່ອມໂຍງຂອງເຊີບເວີ RBS ແລະລະບົບທະນາຄານຫຼັກຜ່ານ API ທີ່ສະໜອງໃຫ້ໂດຍເຊີບເວີແລກປ່ຽນເງິນຕາ.

ພວກເຮົາຈະສົມມຸດວ່າທະນາຄານໃຊ້ລະບົບທະນາຄານຫ່າງໄກສອກຫຼີກ (RBS):

• "Internet Client-Bank" ສໍາລັບບຸກຄົນ (IKB FL);
• "Internet Client-Bank" ສໍາລັບນິຕິບຸກຄົນ (IKB LE).

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

ຕໍ່ໄປ, ພວກເຮົາຈະພິຈາລະນາຂະບວນການປະຕິສໍາພັນລະຫວ່າງລະບົບ RBS ຂອງ IKB LE ແລະ ABS.
ເຊີບເວີ RBS, ໄດ້ຮັບຄໍາສັ່ງຊໍາລະທີ່ໄດ້ຮັບການຢັ້ງຢືນຢ່າງຖືກຕ້ອງຈາກລູກຄ້າ, ຕ້ອງສ້າງເອກະສານທີ່ສອດຄ້ອງກັນໃນ ABS ໂດຍອີງໃສ່ມັນ. ເພື່ອເຮັດສິ່ງນີ້, ການນໍາໃຊ້ API, ມັນສົ່ງຂໍ້ມູນໄປຍັງເຄື່ອງແມ່ຂ່າຍຂອງການແລກປ່ຽນ, ເຊິ່ງ, ໃນທາງກັບກັນ, ຂໍ້ມູນເຂົ້າໄປໃນ ABS.

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

ການຕອບສະ ໜອງ ຂອງວັດຖຸຂອງແຜນວາດທີ່ພິຈາລະນາເຖິງອົງປະກອບຂອງໂມດູນການລວມຕົວ:
"ການແລກປ່ຽນເຄື່ອງແມ່ຂ່າຍຈາກດ້ານ RBS" - ເຊີບເວີ RBS ຂອງ IKB YUL.
"ການແລກປ່ຽນເຄື່ອງແມ່ຂ່າຍຈາກດ້ານ ABS" - ເຊີບເວີແລກປ່ຽນ.
"ຜູ້ໄກ່ເກ່ຍ" - ຂາດ.
"ຊອບແວປະມວນຜົນຂໍ້ມູນ" – ອົງປະກອບຂອງເຊີບເວີ RBS ທີ່ຮັບຜິດຊອບໃນການນໍາໃຊ້ API ຂອງເຊີບເວີແລກປ່ຽນ, ອົງປະກອບຂອງເຄື່ອງແມ່ຂ່າຍຂອງການແລກປ່ຽນທີ່ຮັບຜິດຊອບສໍາລັບການນໍາໃຊ້ API ທະນາຄານຫຼັກ.

ໄພຂົ່ມຂູ່ດ້ານຄວາມປອດໄພລະດັບສູງສຸດ

ເນົ່າເປື່ອຍ
U1. ການໃສ່ຂໍ້ມູນທີ່ບໍ່ຖືກຕ້ອງໂດຍຜູ້ໂຈມຕີໂດຍຜ່ານໂມດູນການເຊື່ອມໂຍງ.

U1. ການໃສ່ຂໍ້ມູນທີ່ບໍ່ຖືກຕ້ອງໂດຍຜູ້ໂຈມຕີໂດຍຜ່ານໂມດູນການເຊື່ອມໂຍງ

ເນົ່າເປື່ອຍ
U1.1. ການແກ້ໄຂຂໍ້ມູນທີ່ຖືກຕ້ອງຕາມກົດໝາຍທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດເມື່ອຖືກສົ່ງຜ່ານການເຊື່ອມຕໍ່ເຄືອຂ່າຍ:
U1.1.1 ລິ້ງ: “ຮູບແບບໄພຂົ່ມຂູ່ແບບປົກກະຕິ. ການເຊື່ອມຕໍ່ເຄືອຂ່າຍ. U2. ການ​ດັດ​ແກ້​ທີ່​ບໍ່​ໄດ້​ຮັບ​ອະ​ນຸ​ຍາດ​ຂອງ​ຂໍ້​ມູນ​ທີ່​ຕິດ​ຕໍ່​".

U1.2. ການສົ່ງຂໍ້ມູນທີ່ບໍ່ຖືກຕ້ອງຜ່ານຊ່ອງທາງການສື່ສານໃນນາມຂອງຜູ້ເຂົ້າຮ່ວມການແລກປ່ຽນທີ່ຖືກຕ້ອງຕາມກົດຫມາຍ:
U1.1.2 ລິ້ງ: “ຮູບແບບໄພຂົ່ມຂູ່ແບບປົກກະຕິ. ການເຊື່ອມຕໍ່ເຄືອຂ່າຍ. U3. ການລະເມີດລິຂະສິດຂອງຂໍ້ມູນທີ່ສົ່ງຜ່ານ".

U1.3. ການແກ້ໄຂຂໍ້ມູນທີ່ຖືກຕ້ອງຕາມກົດໝາຍທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດໃນລະຫວ່າງການປະມວນຜົນໃນ Exchange Servers ຫຼືຕົວກາງ:
U1.3.1. ລິ້ງ: “ຮູບແບບໄພຂົ່ມຂູ່ແບບປົກກະຕິ. ລະບົບຂໍ້ມູນຂ່າວສານທີ່ສ້າງຂຶ້ນໃນສະຖາປັດຕະຍະກໍາລູກຄ້າ-ເຊີບເວີ. U2. ການແກ້ໄຂຂໍ້ມູນທີ່ຖືກປ້ອງກັນໂດຍບໍ່ໄດ້ຮັບອະນຸຍາດໃນລະຫວ່າງການປະມວນຜົນຂອງມັນໂດຍພາກສ່ວນເຊີຟເວີຂອງລະບົບຂໍ້ມູນ".

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

U1.5. ການ​ດັດ​ແກ້​ຂໍ້​ມູນ​ທີ່​ບໍ່​ໄດ້​ຮັບ​ອະ​ນຸ​ຍາດ​ໃນ​ເວ​ລາ​ທີ່​ປະ​ມວນ​ຜົນ​ໂດຍ​ນໍາ​ໃຊ້​ຊອບ​ແວ​ປະ​ມວນ​ຜົນ​ຂໍ້​ມູນ​:
U1.5.1. <…> ເນື່ອງຈາກຜູ້ໂຈມຕີເຮັດການປ່ຽນແປງທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດຕໍ່ກັບການຕັ້ງຄ່າ (ການຕັ້ງຄ່າ) ຂອງຊອບແວປະມວນຜົນຂໍ້ມູນ.
U1.5.2. <…> ເນື່ອງຈາກຜູ້ໂຈມຕີເຮັດການປ່ຽນແປງທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດຕໍ່ໄຟລ໌ປະຕິບັດການຂອງຊອບແວປະມວນຜົນຂໍ້ມູນ.
U1.5.3. <…> ເນື່ອງຈາກການຄວບຄຸມແບບໂຕ້ຕອບຂອງຊອບແວປະມວນຜົນຂໍ້ມູນໂດຍຜູ້ໂຈມຕີ.

ຮູບແບບໄພຂົ່ມຂູ່ປົກກະຕິ. ລະບົບການປົກປ້ອງຂໍ້ມູນ CRYPTOGRAPHIC

ວັດຖຸປ້ອງກັນທີ່ຮູບແບບໄພຂົ່ມຂູ່ (ຂອບເຂດ) ຖືກນຳໃຊ້

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

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

ການປົກປ້ອງ Cryptographic ປົກກະຕິແລ້ວແມ່ນປະຕິບັດໂດຍການໂທຫາ cryptographic primitives ຈາກເຫດຜົນທາງທຸລະກິດຂອງຊອບແວຄໍາຮ້ອງສະຫມັກ, ເຊິ່ງຕັ້ງຢູ່ໃນຫ້ອງສະຫມຸດພິເສດ - crypto cores .

primitives Cryptographic ປະກອບມີຟັງຊັນການເຂົ້າລະຫັດລະດັບຕ່ໍາ, ເຊັ່ນ:

• ເຂົ້າລະຫັດ / ຖອດລະຫັດບລັອກຂອງຂໍ້ມູນ;
• ສ້າງ/ກວດສອບລາຍເຊັນອີເລັກໂທຣນິກຂອງບລັອກຂໍ້ມູນ;
• ຄິດໄລ່ຫນ້າທີ່ hash ຂອງຕັນຂໍ້ມູນ;
• ສ້າງ / ໂຫຼດ / ອັບໂຫລດຂໍ້ມູນທີ່ສໍາຄັນ;
• ແລະອື່ນໆ.

ເຫດຜົນທາງທຸລະກິດຂອງຊອບແວແອັບພລິເຄຊັນປະຕິບັດຫນ້າທີ່ລະດັບສູງໂດຍໃຊ້ cryptographic primitives:

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

ການໂຕ້ຕອບຂອງເຫດຜົນທາງທຸລະກິດແລະຫຼັກ crypto ສາມາດປະຕິບັດໄດ້:

• ໂດຍກົງ, ໂດຍການເອີ້ນພື້ນຖານການເຂົ້າລະຫັດລັບຈາກຫ້ອງສະໝຸດໄດນາມິກຫຼັກຂອງ crypto (.DLL) ໂດຍເຫດຜົນທາງທຸລະກິດ Windows, .SO – ສຳລັບ Linux);
• ໂດຍກົງ, ໂດຍຜ່ານການໂຕ້ຕອບການເຂົ້າລະຫັດລັບ - wrappers, ສໍາລັບການຍົກຕົວຢ່າງ, MS Crypto API, Java Cryptography Architecture, PKCS#11, ແລະອື່ນໆ. ກໍລະນີນີ້ເອີ້ນວ່າຜູ້ໃຫ້ບໍລິການ crypto. ການໃຊ້ອິນເຕີເຟດການເຂົ້າລະຫັດລັບເຮັດໃຫ້ຊອບແວແອັບພລິເຄຊັນສາມາດຫລີກລ້ຽງຈາກລະບົບການເຂົ້າລະຫັດລັບສະເພາະ ແລະມີຄວາມຍືດຫຍຸ່ນຫຼາຍຂຶ້ນ.

ມີສອງແຜນການປົກກະຕິສໍາລັບການຈັດຕັ້ງຫຼັກ crypto:

ໂຄງການ 1 - ຫຼັກ crypto monolithic


ໂຄງ​ການ 2 – ແຍກ​ຫຼັກ crypto


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

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

ເພື່ອຫຼຸດຜ່ອນຄວາມສ່ຽງ, ໂຄງການ 2 ແມ່ນໃຊ້, ເຊິ່ງຫຼັກ crypto ແບ່ງອອກເປັນສອງສ່ວນ:

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

ການແບ່ງສ່ວນຂອງຫຼັກ crypto ເຂົ້າໄປໃນຊໍແວແລະພາກສ່ວນຮາດແວແມ່ນ arbitrary ຫຼາຍ. ມີລະບົບຢູ່ໃນຕະຫຼາດທີ່ສ້າງຂຶ້ນຕາມໂຄງການທີ່ມີຫຼັກ crypto ແບ່ງອອກ, ແຕ່ສ່ວນ "ຮາດແວ" ທີ່ນໍາສະເຫນີໃນຮູບແບບຂອງເຄື່ອງຈັກ virtual - virtual HSM (ຕົວຢ່າງ).

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

ການໂຕ້ຕອບການໂຕ້ຕອບ (API) ແລະຊຸດຂອງ cryptographic primitives ທີ່ສະຫນອງໃຫ້ຊອບແວຄໍາຮ້ອງສະຫມັກໂດຍຫຼັກ crypto ແມ່ນຄືກັນໃນທັງສອງກໍລະນີ. ຄວາມແຕກຕ່າງແມ່ນຢູ່ໃນວິທີທີ່ພວກເຂົາຖືກປະຕິບັດ.

ດັ່ງນັ້ນ, ເມື່ອນໍາໃຊ້ໂຄງການທີ່ມີຫຼັກ crypto ແບ່ງອອກ, ການໂຕ້ຕອບຂອງຊອບແວແລະຮາດແວແມ່ນດໍາເນີນຕາມຫຼັກການດັ່ງຕໍ່ໄປນີ້:

1. Cryptographic primitives ທີ່ບໍ່ຮຽກຮ້ອງໃຫ້ມີການນໍາໃຊ້ລະຫັດສ່ວນຕົວ (ຕົວຢ່າງເຊັ່ນ, ການຄິດໄລ່ຫນ້າທີ່ hash, ການກວດສອບລາຍເຊັນເອເລັກໂຕຣນິກ, ແລະອື່ນໆ) ແມ່ນດໍາເນີນການໂດຍຊອບແວ.
2. ການເຂົ້າລະຫັດລັບທີ່ໃຊ້ລະຫັດສ່ວນຕົວ (ການສ້າງລາຍເຊັນອີເລັກໂທຣນິກ, ການຖອດລະຫັດຂໍ້ມູນ, ແລະອື່ນໆ) ແມ່ນປະຕິບັດໂດຍຮາດແວ.

ໃຫ້ສະແດງໃຫ້ເຫັນເຖິງການເຮັດວຽກຂອງຫຼັກ crypto ທີ່ແບ່ງອອກໂດຍໃຊ້ຕົວຢ່າງຂອງການສ້າງລາຍເຊັນເອເລັກໂຕຣນິກ:

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

ຄຸນລັກສະນະຂອງການກວດສອບຄວາມຖືກຕ້ອງຂອງລາຍເຊັນເອເລັກໂຕຣນິກ

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

ຂັ້ນ​ຕອນ​ທີ 1. ການ​ຄວບ​ຄຸມ​ຄວາມ​ສົມ​ບູນ​ຂອງ​ຂໍ້​ມູນ​ແລະ​ການ​ຂຽນ​ຂໍ້​ມູນ​.

ເນື້ອໃນຂອງເວທີ. ລາຍເຊັນອີເລັກໂທຣນິກຂອງຂໍ້ມູນຖືກກວດສອບໂດຍໃຊ້ algorithm cryptographic ທີ່ເຫມາະສົມ. ການສໍາເລັດຜົນຂອງຂັ້ນຕອນນີ້ຊີ້ໃຫ້ເຫັນວ່າຂໍ້ມູນບໍ່ໄດ້ຖືກດັດແກ້ນັບຕັ້ງແຕ່ເວລາທີ່ມັນຖືກລົງນາມ, ແລະຍັງວ່າລາຍເຊັນແມ່ນເຮັດດ້ວຍລະຫັດສ່ວນຕົວທີ່ກົງກັບລະຫັດສາທາລະນະເພື່ອກວດສອບລາຍເຊັນເອເລັກໂຕຣນິກ.
ສະ​ຖານ​ທີ່​ຂອງ​ເວ​ທີ​: ຫຼັກ crypto.

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

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

ສົມມຸດຕິຖານທີ່ເຮັດໃນເວລາທີ່ອະທິບາຍຈຸດປະສົງຂອງການປົກປ້ອງ

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

ຕົວຢ່າງຂອງລະບົບຂໍ້ມູນຂ່າວສານທີ່ຖືກປ້ອງກັນໂດຍໃຊ້ CIPF

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

ລາຍລະອຽດຂອງລະບົບຂໍ້ມູນຂ່າວສານ

ສອງ​ອົງການ​ໄດ້​ຕັດສິນ​ໃຈ​ແນະນຳ​ການ​ຄຸ້ມ​ຄອງ​ເອກະສານ​ເອ​ເລັກ​ໂຕຣນິກ (EDF) ທີ່​ສຳຄັນ​ທາງ​ກົດໝາຍ​ລະຫວ່າງ​ຕົນ. ເພື່ອເຮັດສິ່ງນີ້, ພວກເຂົາເຈົ້າໄດ້ເຂົ້າໄປໃນຂໍ້ຕົກລົງທີ່ພວກເຂົາກໍານົດວ່າເອກະສານຈະຖືກສົ່ງຜ່ານທາງອີເມລ໌, ແລະໃນເວລາດຽວກັນພວກເຂົາຕ້ອງໄດ້ຮັບການເຂົ້າລະຫັດແລະລົງນາມດ້ວຍລາຍເຊັນເອເລັກໂຕຣນິກທີ່ມີຄຸນວຸດທິ. ໂປລແກລມຫ້ອງການຈາກຊຸດ Microsoft Office 2016 ຄວນຖືກນໍາໃຊ້ເປັນເຄື່ອງມືໃນການສ້າງແລະການປຸງແຕ່ງເອກະສານ, ແລະ CIPF CryptoPRO ແລະຊອບແວການເຂົ້າລະຫັດ CryptoARM ຄວນຖືກນໍາໃຊ້ເປັນວິທີການປົກປ້ອງການເຂົ້າລະຫັດລັບ.

ລາຍລະອຽດຂອງໂຄງສ້າງພື້ນຖານຂອງອົງກອນ 1

ອົງການຈັດຕັ້ງ 1 ຕັດສິນໃຈວ່າມັນຈະຕິດຕັ້ງຊອບແວ CIPF CryptoPRO ແລະ CryptoARM ໃນບ່ອນເຮັດວຽກຂອງຜູ້ໃຊ້ - ຄອມພິວເຕີທາງດ້ານຮ່າງກາຍ. ການເຂົ້າລະຫັດລັບ ແລະລະຫັດລາຍເຊັນອີເລັກໂທຣນິກຈະຖືກເກັບໄວ້ໃນສື່ສຳຄັນຂອງ ruToken, ເຮັດວຽກຢູ່ໃນໂໝດກະແຈທີ່ດຶງມາໄດ້. ຜູ້​ໃຊ້​ຈະ​ກະ​ກຽມ​ເອ​ກະ​ສານ​ເອ​ເລັກ​ໂຕຣ​ນິກ​ຢູ່​ໃນ​ຄອມ​ພິວ​ເຕີ​ຂອງ​ຕົນ​, ຫຼັງ​ຈາກ​ນັ້ນ​ການ​ເຂົ້າ​ລະ​ຫັດ​, ເຊັນ​ແລະ​ສົ່ງ​ໃຫ້​ເຂົາ​ເຈົ້າ​ໂດຍ​ນໍາ​ໃຊ້​ລູກ​ຄ້າ​ອີ​ເມລ​໌​ທີ່​ຕິດ​ຕັ້ງ​ໃນ​ທ້ອງ​ຖິ່ນ​.

ລາຍລະອຽດຂອງໂຄງສ້າງພື້ນຖານຂອງອົງກອນ 2

ອົງການ 2 ຕັດສິນໃຈຍ້າຍໜ້າທີ່ການເຂົ້າລະຫັດ ແລະລາຍເຊັນອີເລັກໂທຣນິກໄປໃສ່ເຄື່ອງສະເໝືອນຈິງ. ໃນກໍລະນີນີ້, ການປະຕິບັດການເຂົ້າລະຫັດລັບທັງຫມົດຈະຖືກປະຕິບັດໂດຍອັດຕະໂນມັດ.

ເພື່ອເຮັດສິ່ງນີ້, ສອງໂຟນເດີເຄືອຂ່າຍຖືກຈັດຢູ່ໃນເຄື່ອງ virtual ທີ່ອຸທິດຕົນ: "... ໃນ", "... ອອກ". ໄຟລ໌ທີ່ໄດ້ຮັບຈາກຄູ່ສັນຍາໃນຮູບແບບເປີດຈະຖືກຈັດໃສ່ໂດຍອັດຕະໂນມັດໃນໂຟນເດີເຄືອຂ່າຍ “…In”. ໄຟລ໌ເຫຼົ່ານີ້ຈະຖືກຖອດລະຫັດ ແລະລາຍເຊັນອີເລັກໂທຣນິກຈະຖືກກວດສອບ.

ຜູ້ໃຊ້ຈະວາງໄຟລ໌ໃນໂຟນເດີ “…ອອກ” ທີ່ຕ້ອງການເຂົ້າລະຫັດ, ເຊັນຊື່ ແລະສົ່ງໃຫ້ຄູ່ຄ້າ. ຜູ້ໃຊ້ຈະກະກຽມໄຟລ໌ດ້ວຍຕົນເອງໃນບ່ອນເຮັດວຽກຂອງລາວ.
ເພື່ອປະຕິບັດຫນ້າທີ່ການເຂົ້າລະຫັດແລະລາຍເຊັນອີເລັກໂທຣນິກ, ຊອບແວ CIPF CryptoPRO, CryptoARM ແລະລູກຄ້າອີເມວຖືກຕິດຕັ້ງຢູ່ໃນເຄື່ອງ virtual. ການຈັດການອັດຕະໂນມັດຂອງອົງປະກອບທັງຫມົດຂອງເຄື່ອງ virtual ຈະດໍາເນີນການໂດຍໃຊ້ສະຄິບທີ່ພັດທະນາໂດຍຜູ້ບໍລິຫານລະບົບ. ການເຮັດວຽກຂອງສະຄຣິບຖືກບັນທຶກຢູ່ໃນໄຟລ໌ບັນທຶກ.

ກະແຈການເຂົ້າລະຫັດລັບສໍາລັບລາຍເຊັນອີເລັກໂທຣນິກຈະຖືກວາງໄວ້ໃນ token ທີ່ມີກະແຈ JaCarta GOST ທີ່ບໍ່ສາມາດເອົາຄືນໄດ້, ເຊິ່ງຜູ້ໃຊ້ຈະເຊື່ອມຕໍ່ກັບຄອມພິວເຕີທ້ອງຖິ່ນຂອງລາວ.

ໂທເຄັນຈະຖືກສົ່ງຕໍ່ໄປຍັງເຄື່ອງສະເໝືອນໂດຍໃຊ້ຊອບແວ USB-over-IP ພິເສດທີ່ຕິດຕັ້ງຢູ່ໃນບ່ອນເຮັດວຽກຂອງຜູ້ໃຊ້ ແລະໃນເຄື່ອງສະເໝືອນ.

ໂມງຂອງລະບົບໃນບ່ອນເຮັດວຽກຂອງຜູ້ໃຊ້ໃນອົງກອນ 1 ຈະຖືກປັບດ້ວຍມື. ໂມງລະບົບຂອງເຄື່ອງ virtual ທີ່ອຸທິດຕົນໃນອົງການ 2 ຈະຖືກ synchronized ກັບໂມງລະບົບ hypervisor, ເຊິ່ງໃນນັ້ນຈະຖືກ synchronized ຜ່ານອິນເຕີເນັດກັບເຄື່ອງແມ່ຂ່າຍເວລາສາທາລະນະ.

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

ຕາຕະລາງ - ການຕອບຮັບຂອງອົງປະກອບແບບຈໍາລອງ CIPF ກັບອົງປະກອບຂອງລະບົບຂໍ້ມູນຂ່າວສານ

ຊື່ລາຍການ
ອົງການຈັດຕັ້ງ 1
ອົງການຈັດຕັ້ງ 2

ຊອບແວຄໍາຮ້ອງສະຫມັກ
ຊອບແວ CryptoARM
ຊອບແວ CryptoARM

ສ່ວນຊອບແວຂອງຫຼັກ crypto
CIPF CryptoPRO CSP
CIPF CryptoPRO CSP

ຮາດແວຫຼັກ Crypto
ບໍ່​ມີ
JaCarta GOST

API
MS CryptoAPI
MS CryptoAPI

ຮ້ານກະແຈສາທາລະນະ
ສະຖານີເຮັດວຽກຂອງຜູ້ໃຊ້:
- HDD;
— ການເກັບຮັກສາໃບຢັ້ງຢືນມາດຕະຖານ Windows.
Hypervisor:
- HDD.

ເຄື່ອງສະເໝືອນ:
- HDD;
— ການເກັບຮັກສາໃບຢັ້ງຢືນມາດຕະຖານ Windows.

ການເກັບຮັກສາກະແຈສ່ວນຕົວ
ຜູ້ໃຫ້ບໍລິການກະແຈ ruToken ເຮັດວຽກຢູ່ໃນໂໝດກະແຈທີ່ສາມາດດຶງຂໍ້ມູນໄດ້
ຜູ້ໃຫ້ບໍລິການກະແຈ JaCarta GOST ເຮັດວຽກຢູ່ໃນໂໝດກະແຈທີ່ບໍ່ສາມາດຖອດອອກໄດ້

ຊ່ອງທາງແລກປ່ຽນກະແຈສາທາລະນະ
ສະຖານີເຮັດວຽກຂອງຜູ້ໃຊ້:
- RAM.

Hypervisor:
- RAM.

ເຄື່ອງສະເໝືອນ:
- RAM.

ຊ່ອງທາງແລກປ່ຽນກະແຈສ່ວນຕົວ
ສະຖານີເຮັດວຽກຂອງຜູ້ໃຊ້:
- ລົດເມ USB;
- RAM.
ບໍ່​ມີ

ຊ່ອງທາງແລກປ່ຽນລະຫວ່າງຫຼັກ crypto
ຫາຍໄປ (ບໍ່ມີຮາດແວຫຼັກ crypto)
ສະຖານີເຮັດວຽກຂອງຜູ້ໃຊ້:
- ລົດເມ USB;
- RAM;
- ໂມດູນຊອບແວ USB-over-IP;
- ການ​ໂຕ້​ຕອບ​ເຄືອ​ຂ່າຍ​.

ເຄືອຂ່າຍອົງກອນຂອງອົງກອນ 2.

Hypervisor:
- RAM;
- ການ​ໂຕ້​ຕອບ​ເຄືອ​ຂ່າຍ​.

ເຄື່ອງສະເໝືອນ:
- ການ​ໂຕ້​ຕອບ​ເຄືອ​ຂ່າຍ​;
- RAM;
— ໂມດູນຊອບແວ USB-over-IP.

ເປີດຊ່ອງຂໍ້ມູນ
ສະຖານີເຮັດວຽກຂອງຜູ້ໃຊ້:
— ຫມາຍ​ຄວາມ​ວ່າ input​-output​;
- RAM;
- HDD.
ສະຖານີເຮັດວຽກຂອງຜູ້ໃຊ້:
— ຫມາຍ​ຄວາມ​ວ່າ input​-output​;
- RAM;
- HDD;
- ການ​ໂຕ້​ຕອບ​ເຄືອ​ຂ່າຍ​.

ເຄືອຂ່າຍອົງກອນຂອງອົງກອນ 2.

Hypervisor:
- ການ​ໂຕ້​ຕອບ​ເຄືອ​ຂ່າຍ​;
- RAM;
- HDD.

ເຄື່ອງສະເໝືອນ:
- ການ​ໂຕ້​ຕອບ​ເຄືອ​ຂ່າຍ​;
- RAM;
- HDD.

ຊ່ອງ​ທາງ​ການ​ແລກ​ປ່ຽນ​ຂໍ້​ມູນ​ທີ່​ປອດ​ໄພ​
ອິນເຕີເນັດ.

ເຄືອຂ່າຍອົງກອນຂອງອົງກອນ 1.

ສະຖານີເຮັດວຽກຂອງຜູ້ໃຊ້:
- HDD;
- RAM;
- ການ​ໂຕ້​ຕອບ​ເຄືອ​ຂ່າຍ​.

ອິນເຕີເນັດ.

ເຄືອຂ່າຍອົງກອນຂອງອົງກອນ 2.

Hypervisor:
- ການ​ໂຕ້​ຕອບ​ເຄືອ​ຂ່າຍ​;
- RAM;
- HDD.

ເຄື່ອງສະເໝືອນ:
- ການ​ໂຕ້​ຕອບ​ເຄືອ​ຂ່າຍ​;
- RAM;
- HDD.

ຊ່ອງເວລາ
ສະຖານີເຮັດວຽກຂອງຜູ້ໃຊ້:
— ຫມາຍ​ຄວາມ​ວ່າ input​-output​;
- RAM;
- ຈັບ​ເວ​ລາ​ລະ​ບົບ​.

ອິນເຕີເນັດ.
ເຄືອ​ຂ່າຍ​ຂອງ​ອົງ​ການ​ຈັດ​ຕັ້ງ 2​,

Hypervisor:
- ການ​ໂຕ້​ຕອບ​ເຄືອ​ຂ່າຍ​;
- RAM;
- ຈັບ​ເວ​ລາ​ລະ​ບົບ​.

ເຄື່ອງສະເໝືອນ:
- RAM;
- ຈັບ​ເວ​ລາ​ລະ​ບົບ​.

ຄວບຄຸມຊ່ອງທາງການສົ່ງຄໍາສັ່ງ
ສະຖານີເຮັດວຽກຂອງຜູ້ໃຊ້:
— ຫມາຍ​ຄວາມ​ວ່າ input​-output​;
- RAM.

(ສ່ວນຕິດຕໍ່ຜູ້ໃຊ້ແບບກາຟິກຂອງຊອບແວ CryptoARM)

ເຄື່ອງສະເໝືອນ:
- RAM;
- HDD.

(ຕົວ​ອັກ​ສອນ​ອັດ​ຕະ​ໂນ​ມັດ​)

ຊ່ອງທາງການໄດ້ຮັບຜົນການເຮັດວຽກ
ສະຖານີເຮັດວຽກຂອງຜູ້ໃຊ້:
— ຫມາຍ​ຄວາມ​ວ່າ input​-output​;
- RAM.

(ສ່ວນຕິດຕໍ່ຜູ້ໃຊ້ແບບກາຟິກຂອງຊອບແວ CryptoARM)

ເຄື່ອງສະເໝືອນ:
- RAM;
- HDD.

(ບັນທຶກໄຟລ໌ຂອງສະຄຣິບອັດຕະໂນມັດ)

ໄພຂົ່ມຂູ່ດ້ານຄວາມປອດໄພລະດັບສູງສຸດ

ຄໍາອະທິບາຍ

ສົມ​ມຸດ​ຕິ​ຖານ​ທີ່​ເຮັດ​ໄດ້​ໃນ​ເວ​ລາ​ທີ່ decomposing ໄພ​ຂົ່ມ​ຂູ່​:

1. ໃຊ້ລະບົບການເຂົ້າລະຫັດລັບທີ່ເຂັ້ມແຂງ.
2. ຂັ້ນຕອນການເຂົ້າລະຫັດລັບຖືກໃຊ້ຢ່າງປອດໄພໃນໂໝດການເຮັດວຽກທີ່ຖືກຕ້ອງ (ເຊັ່ນ: ECB ບໍ່ໄດ້ຖືກນໍາໃຊ້ສໍາລັບການເຂົ້າລະຫັດຂະຫນາດໃຫຍ່ຂອງຂໍ້ມູນ, ການໂຫຼດອະນຸຍາດສຸດຄີໄດ້ຖືກພິຈາລະນາ, ແລະອື່ນໆ).
3. ຜູ້ໂຈມຕີຮູ້ທຸກ algorithms, protocols ແລະ public keys ທີ່ໃຊ້.
4. ຜູ້ໂຈມຕີສາມາດອ່ານຂໍ້ມູນທີ່ຖືກເຂົ້າລະຫັດທັງຫມົດ.
5. ຜູ້ໂຈມຕີສາມາດຜະລິດອົງປະກອບຊອບແວໃດໆໃນລະບົບ.

ເນົ່າເປື່ອຍ

U1. ການປະນີປະນອມຂອງກະແຈ cryptographic ສ່ວນຕົວ.
U2. ການເຂົ້າລະຫັດຂໍ້ມູນປອມໃນນາມຂອງຜູ້ສົ່ງທີ່ຖືກຕ້ອງ.
U3. ການຖອດລະຫັດຂໍ້ມູນທີ່ຖືກເຂົ້າລະຫັດໂດຍບຸກຄົນທີ່ບໍ່ແມ່ນຜູ້ຮັບຂໍ້ມູນທີ່ຖືກຕ້ອງຕາມກົດໝາຍ (ຜູ້ໂຈມຕີ).
U4. ການສ້າງລາຍເຊັນອີເລັກໂທຣນິກຂອງຜູ້ລົງນາມທີ່ຖືກຕ້ອງຕາມຂໍ້ມູນທີ່ບໍ່ຖືກຕ້ອງ.
U5. ໄດ້ຮັບຜົນໄດ້ຮັບໃນທາງບວກຈາກການກວດສອບລາຍເຊັນເອເລັກໂຕຣນິກຂອງຂໍ້ມູນປອມ.
U6. ການຍອມຮັບຜິດພາດຂອງເອກະສານເອເລັກໂຕຣນິກສໍາລັບການປະຕິບັດເນື່ອງຈາກບັນຫາໃນການຈັດການເອກະສານເອເລັກໂຕຣນິກ.
U7. ການເຂົ້າເຖິງຂໍ້ມູນທີ່ປ້ອງກັນໂດຍບໍ່ໄດ້ຮັບອະນຸຍາດໃນລະຫວ່າງການປະມວນຜົນຂອງພວກເຂົາໂດຍ CIPF.

U1. ການປະນີປະນອມຂອງກະແຈ cryptographic ສ່ວນຕົວ

U1.1. ດຶງເອົາກະແຈສ່ວນຕົວຈາກບ່ອນເກັບກະແຈສ່ວນຕົວ.

U1.2. ການໄດ້ຮັບກະແຈສ່ວນຕົວຈາກວັດຖຸໃນສະພາບແວດລ້ອມການເຮັດວຽກຂອງເຄື່ອງມື crypto, ເຊິ່ງມັນອາດຈະຢູ່ຊົ່ວຄາວ.
ຄໍາອະທິບາຍ U1.2.

ວັດຖຸທີ່ສາມາດເກັບຮັກສາກະແຈສ່ວນຕົວໄວ້ຊົ່ວຄາວຈະປະກອບມີ:

1. RAM,
2. ໄຟລ​໌​ຊົ່ວ​ຄາວ​,
3. ແລກປ່ຽນໄຟລ໌,
4. ໄຟລ​໌ hibernation​,
5. ໄຟລ໌ snapshot ຂອງສະຖານະ "ຮ້ອນ" ຂອງເຄື່ອງ virtual, ລວມທັງໄຟລ໌ຂອງເນື້ອໃນຂອງ RAM ຂອງເຄື່ອງ virtual ຢຸດຊົ່ວຄາວ.

U1.2.1. ສະກັດລະຫັດສ່ວນຕົວອອກຈາກ RAM ທີ່ເຮັດວຽກໂດຍການແຊ່ແຂໍງໂມດູນ RAM, ຖອດມັນອອກແລະຫຼັງຈາກນັ້ນອ່ານຂໍ້ມູນ (ການໂຈມຕີຄ້າງ).
ຄໍາອະທິບາຍ U1.2.1.
ຕົວຢ່າງ: ການໂຈມຕີ.

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

U1.4. ການດັດແກ້ທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດຂອງຫຼັກ crypto, ເປັນຜົນມາຈາກການທີ່ກະແຈສ່ວນຕົວກາຍເປັນທີ່ຮູ້ຈັກກັບຜູ້ໂຈມຕີ.

U1.5. ການປະນີປະນອມຂອງກະແຈສ່ວນຕົວທີ່ເປັນຜົນມາຈາກການນໍາໃຊ້ຊ່ອງທາງການຮົ່ວໄຫລຂອງຂໍ້ມູນດ້ານວິຊາການ (TCIL).
ຄໍາອະທິບາຍ U1.5.
ຕົວຢ່າງ: ການໂຈມຕີ.

U1.6. ການປະນີປະນອມຂອງກະແຈສ່ວນຕົວທີ່ເປັນຜົນມາຈາກການໃຊ້ວິທີການທາງວິຊາການພິເສດ (STS) ທີ່ອອກແບບມາສໍາລັບການດຶງຂໍ້ມູນຢ່າງລັບໆ ("ບັກ").

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

U2. ການເຂົ້າລະຫັດຂໍ້ມູນປອມໃນນາມຂອງຜູ້ສົ່ງທີ່ຖືກຕ້ອງ

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

ເນົ່າເປື່ອຍ
U2.1. ການປະນີປະນອມລະຫັດສ່ວນຕົວຂອງຜູ້ສົ່ງ:
U2.1.1. ລິ້ງ: “ຮູບແບບໄພຂົ່ມຂູ່ແບບປົກກະຕິ. ລະບົບການປົກປ້ອງຂໍ້ມູນການເຂົ້າລະຫັດລັບ.У1. ການປະນີປະນອມຂອງກະແຈ cryptographic ສ່ວນຕົວ".

U2.2. ການທົດແທນການປ້ອນຂໍ້ມູນໃນຊ່ອງທາງການແລກປ່ຽນຂໍ້ມູນເປີດ.
ບັນທຶກ U2.2.
ຕົວຢ່າງຂອງການປະຕິບັດໄພຂົ່ມຂູ່ນີ້ແມ່ນໃຫ້ຂ້າງລຸ່ມນີ້. ທີ່ນີ້ и ທີ່ນີ້.

U3. ການຖອດລະຫັດຂໍ້ມູນທີ່ຖືກເຂົ້າລະຫັດໂດຍບຸກຄົນທີ່ບໍ່ແມ່ນຜູ້ຮັບຂໍ້ມູນທີ່ຖືກຕ້ອງຕາມກົດໝາຍ (ຜູ້ໂຈມຕີ)

ເນົ່າເປື່ອຍ
U3.1. ການປະນີປະນອມຂອງກະແຈສ່ວນຕົວຂອງຜູ້ຮັບຂໍ້ມູນທີ່ເຂົ້າລະຫັດໄວ້.
U3.1.1 ລິ້ງ: “ຮູບແບບໄພຂົ່ມຂູ່ແບບປົກກະຕິ. ລະບົບປົກປ້ອງຂໍ້ມູນການເຂົ້າລະຫັດລັບ. U1. ການປະນີປະນອມຂອງກະແຈ cryptographic ສ່ວນຕົວ".

U3.2. ການທົດແທນຂໍ້ມູນທີ່ເຂົ້າລະຫັດໄວ້ໃນຊ່ອງທາງການແລກປ່ຽນຂໍ້ມູນທີ່ປອດໄພ.

U4. ການສ້າງລາຍເຊັນອີເລັກໂທຣນິກຂອງຜູ້ເຊັນທີ່ຖືກຕ້ອງພາຍໃຕ້ຂໍ້ມູນທີ່ບໍ່ຖືກຕ້ອງ

ເນົ່າເປື່ອຍ
U4.1. ການປະນີປະນອມຂອງກະແຈສ່ວນຕົວຂອງລາຍເຊັນເອເລັກໂຕຣນິກຂອງຜູ້ເຊັນທີ່ຖືກຕ້ອງ.
U4.1.1 ລິ້ງ: “ຮູບແບບໄພຂົ່ມຂູ່ແບບປົກກະຕິ. ລະບົບປົກປ້ອງຂໍ້ມູນການເຂົ້າລະຫັດລັບ. U1. ການປະນີປະນອມຂອງກະແຈ cryptographic ສ່ວນຕົວ".

U4.2. ການທົດແທນຂໍ້ມູນທີ່ລົງນາມໃນຊ່ອງທາງການແລກປ່ຽນຂໍ້ມູນເປີດ.
ຫມາຍເຫດ U4.2.
ຕົວຢ່າງຂອງການປະຕິບັດໄພຂົ່ມຂູ່ນີ້ແມ່ນໃຫ້ຂ້າງລຸ່ມນີ້. ທີ່ນີ້ и ທີ່ນີ້.

U5. ໄດ້ຮັບຜົນໄດ້ຮັບໃນທາງບວກຈາກການກວດສອບລາຍເຊັນເອເລັກໂຕຣນິກຂອງຂໍ້ມູນປອມ

ເນົ່າເປື່ອຍ
U5.1. ຜູ້ໂຈມຕີຂັດຂວາງຂໍ້ຄວາມໃນຊ່ອງທາງສໍາລັບການສົ່ງຜົນໄດ້ຮັບການເຮັດວຽກກ່ຽວກັບຜົນໄດ້ຮັບທາງລົບຂອງການກວດສອບລາຍເຊັນເອເລັກໂຕຣນິກແລະແທນທີ່ມັນດ້ວຍຂໍ້ຄວາມທີ່ມີຜົນໄດ້ຮັບໃນທາງບວກ.

U5.2. ຜູ້ໂຈມຕີໂຈມຕີຄວາມໄວ້ວາງໃຈໃນການເຊັນໃບຢັ້ງຢືນ (SCRIPT - ອົງປະກອບທັງຫມົດແມ່ນຕ້ອງການ):
U5.2.1. ຜູ້ໂຈມຕີສ້າງລະຫັດສາທາລະນະ ແລະສ່ວນຕົວສໍາລັບລາຍເຊັນອີເລັກໂທຣນິກ. ຖ້າລະບົບໃຊ້ໃບຢັ້ງຢືນລະຫັດລາຍເຊັນອີເລັກໂທຣນິກ, ຫຼັງຈາກນັ້ນພວກເຂົາສ້າງໃບຢັ້ງຢືນການລົງລາຍເຊັນເອເລັກໂຕຣນິກທີ່ຄ້າຍຄືກັບໃບຢັ້ງຢືນຂອງຜູ້ສົ່ງທີ່ມີຈຸດປະສົງຂອງຂໍ້ຄວາມທີ່ພວກເຂົາຕ້ອງການປອມແປງ.
U5.2.2. ຜູ້ໂຈມຕີເຮັດການປ່ຽນແປງທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດຕໍ່ຮ້ານກະແຈສາທາລະນະ, ໃຫ້ລະຫັດສາທາລະນະທີ່ພວກເຂົາສ້າງລະດັບຄວາມໄວ້ວາງໃຈແລະສິດອໍານາດທີ່ຈໍາເປັນ.
U5.2.3. ຜູ້ໂຈມຕີລົງຊື່ຂໍ້ມູນທີ່ບໍ່ຖືກຕ້ອງດ້ວຍກະແຈລາຍເຊັນອີເລັກໂທຣນິກທີ່ສ້າງຂຶ້ນກ່ອນໜ້ານີ້ ແລະໃສ່ມັນເຂົ້າໄປໃນຊ່ອງແລກປ່ຽນຂໍ້ມູນທີ່ປອດໄພ.

U5.3. ຜູ້​ໂຈມ​ຕີ​ທໍາ​ການ​ໂຈມ​ຕີ​ໂດຍ​ໃຊ້​ກະ​ແຈ​ລາຍ​ເຊັນ​ເອ​ເລັກ​ໂຕຣ​ນິກ​ທີ່​ໝົດ​ອາຍຸ​ຂອງ​ຜູ້​ລົງ​ນາມ​ທາງ​ກົດໝາຍ (SCRIPT - ອົງປະກອບທັງຫມົດແມ່ນຕ້ອງການ):
U5.3.1. ກະແຈສ່ວນຕົວຂອງລາຍເຊັນອີເລັກໂທຣນິກຂອງຜູ້ສົ່ງທີ່ຖືກຕ້ອງຕາມກົດໝາຍໝົດອາຍຸຜູ້ໂຈມຕີ.
U5.3.2. ຜູ້ໂຈມຕີຈະປ່ຽນເວລາໃນຊ່ອງທາງການສົ່ງຜ່ານເວລາດ້ວຍເວລາທີ່ກະແຈທີ່ຖືກປະນີປະນອມຍັງຖືກຕ້ອງ.
U5.3.3. ຜູ້ໂຈມຕີລົງນາມຂໍ້ມູນທີ່ບໍ່ຖືກຕ້ອງດ້ວຍກະແຈລາຍເຊັນອີເລັກໂທຣນິກທີ່ຖືກປະນີປະນອມໃນເມື່ອກ່ອນ ແລະໃສ່ມັນເຂົ້າໄປໃນຊ່ອງທາງການແລກປ່ຽນຂໍ້ມູນທີ່ປອດໄພ.

U5.4. ຜູ້​ໂຈມ​ຕີ​ທໍາ​ການ​ໂຈມ​ຕີ​ໂດຍ​ໃຊ້​ກະ​ແຈ​ລາຍ​ເຊັນ​ເອ​ເລັກ​ໂຕຣ​ນິກ​ທີ່​ຖືກ​ທຳ​ລາຍ​ຂອງ​ຜູ້​ລົງ​ນາມ​ທາງ​ກົດ​ໝາຍ (SCRIPT - ອົງປະກອບທັງຫມົດແມ່ນຕ້ອງການ):
U5.4.1. ຜູ້ໂຈມຕີເຮັດສໍາເນົາຂອງບ່ອນເກັບກະແຈສາທາລະນະ.
U5.4.2. ຜູ້ໂຈມຕີປະນີປະນອມກະແຈສ່ວນຕົວຂອງຜູ້ສົ່ງທີ່ຖືກຕ້ອງຕາມກົດໝາຍອັນໜຶ່ງ. ລາວສັງເກດເຫັນການປະນີປະນອມ, ຖອນກະແຈ, ແລະຂໍ້ມູນກ່ຽວກັບການຖອນກະແຈແມ່ນຖືກຈັດໃສ່ໃນຮ້ານກະແຈສາທາລະນະ.
U5.4.3. ຜູ້ໂຈມຕີຈະປ່ຽນບ່ອນເກັບກະແຈສາທາລະນະດ້ວຍອັນທີ່ສຳເນົາໄວ້ກ່ອນໜ້ານີ້.
U5.4.4. ຜູ້ໂຈມຕີລົງນາມຂໍ້ມູນທີ່ບໍ່ຖືກຕ້ອງດ້ວຍກະແຈລາຍເຊັນອີເລັກໂທຣນິກທີ່ຖືກປະນີປະນອມໃນເມື່ອກ່ອນ ແລະໃສ່ມັນເຂົ້າໄປໃນຊ່ອງທາງການແລກປ່ຽນຂໍ້ມູນທີ່ປອດໄພ.

U5.5. <…> ເນື່ອງຈາກມີຄວາມຜິດພາດໃນການຈັດຕັ້ງປະຕິບັດຂັ້ນຕອນທີ 2 ແລະ 3 ຂອງການກວດສອບລາຍເຊັນເອເລັກໂຕຣນິກ:
ຄໍາອະທິບາຍ U5.5.
ຕົວຢ່າງຂອງການປະຕິບັດໄພຂົ່ມຂູ່ນີ້ໄດ້ຖືກມອບໃຫ້ ຂ້າງລຸ່ມນີ້.

U5.5.1. ການກວດສອບຄວາມໄວ້ວາງໃຈໃນໃບຢັ້ງຢືນລະຫັດລາຍເຊັນອີເລັກໂທຣນິກພຽງແຕ່ໂດຍການມີຄວາມເຊື່ອຫມັ້ນໃນໃບຢັ້ງຢືນທີ່ມັນຖືກເຊັນ, ໂດຍບໍ່ມີການກວດສອບ CRL ຫຼື OCSP.
ຄໍາອະທິບາຍ U5.5.1.
ຕົວຢ່າງການຈັດຕັ້ງປະຕິບັດ ໄພຂົ່ມຂູ່.

U5.5.2. ເມື່ອສ້າງລະບົບຕ່ອງໂສ້ຄວາມໄວ້ວາງໃຈສໍາລັບໃບຢັ້ງຢືນ, ເຈົ້າຫນ້າທີ່ຂອງການອອກໃບຢັ້ງຢືນບໍ່ໄດ້ຖືກວິເຄາະ
ຄໍາອະທິບາຍ U5.5.2.
ຕົວຢ່າງຂອງການໂຈມຕີຕໍ່ກັບໃບຢັ້ງຢືນ SSL/TLS.
ຜູ້ໂຈມຕີໄດ້ຊື້ໃບຢັ້ງຢືນທີ່ຖືກຕ້ອງຕາມກົດຫມາຍສໍາລັບອີເມລ໌ຂອງພວກເຂົາ. ຫຼັງຈາກນັ້ນ, ພວກເຂົາເຈົ້າໄດ້ເຮັດໃບຢັ້ງຢືນເວັບໄຊທ໌ທີ່ມີການສໍ້ໂກງແລະເຊັນມັນດ້ວຍໃບຢັ້ງຢືນຂອງພວກເຂົາ. ຖ້າຂໍ້ມູນປະຈໍາຕົວບໍ່ໄດ້ຖືກກວດສອບ, ຫຼັງຈາກນັ້ນ, ເມື່ອກວດເບິ່ງລະບົບຕ່ອງໂສ້ຄວາມໄວ້ວາງໃຈ, ມັນຈະກາຍເປັນທີ່ຖືກຕ້ອງ, ແລະຕາມນັ້ນ, ໃບຢັ້ງຢືນການສໍ້ໂກງກໍ່ຈະຖືກຕ້ອງ.

U5.5.3. ເມື່ອສ້າງລະບົບຕ່ອງໂສ້ຄວາມໄວ້ວາງໃຈຂອງໃບຢັ້ງຢືນ, ໃບຢັ້ງຢືນລະດັບປານກາງບໍ່ໄດ້ຖືກກວດສອບສໍາລັບການຖອນຄືນ.

U5.5.4. CRLs ໄດ້ຖືກປັບປຸງຫນ້ອຍລົງເລື້ອຍໆກ່ວາມັນຖືກອອກໃຫ້ໂດຍເຈົ້າຫນ້າທີ່ການຢັ້ງຢືນ.

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

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

U6. ການຍອມຮັບຜິດພາດຂອງເອກະສານເອເລັກໂຕຣນິກສໍາລັບການປະຕິບັດເນື່ອງຈາກບັນຫາໃນການຈັດການເອກະສານເອເລັກໂຕຣນິກ.

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

U7. ການເຂົ້າເຖິງຂໍ້ມູນທີ່ປ້ອງກັນໂດຍບໍ່ໄດ້ຮັບອະນຸຍາດໃນລະຫວ່າງການປະມວນຜົນຂອງພວກເຂົາໂດຍ CIPF

ເນົ່າເປື່ອຍ

U7.1. <…> ເນື່ອງຈາກຂໍ້ມູນຮົ່ວໄຫຼຜ່ານຊ່ອງທາງຂ້າງ (ການໂຈມຕີຊ່ອງຂ້າງ).
ຄໍາອະທິບາຍ U7.1.
ຕົວຢ່າງ: ການໂຈມຕີ.

U7.2. <…> ເນື່ອງຈາກການເປັນກາງຂອງການປົກປ້ອງຕໍ່ກັບການເຂົ້າເຖິງຂໍ້ມູນທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດທີ່ປະມວນຜົນໃນ CIPF:
U7.2.1. ການດໍາເນີນງານຂອງ CIPF ໃນການລະເມີດຂໍ້ກໍານົດທີ່ອະທິບາຍໄວ້ໃນເອກະສານສໍາລັບ CIPF.

U7.2.2. <…>, ດໍາເນີນການເນື່ອງຈາກມີຊ່ອງໂຫວ່ຢູ່ໃນ:
U7.2.2.1. <…> ຫມາຍເຖິງການປົກປ້ອງການເຂົ້າເຖິງທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດ.
U7.2.2.2. <…> CIPF ຕົວຂອງມັນເອງ.
U7.2.2.3. <…> ສະພາບແວດລ້ອມການເຮັດວຽກຂອງ crypto-tool.

ຕົວຢ່າງຂອງການໂຈມຕີ

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

ສະຖານະການ 1. ຕົວຢ່າງຂອງການຈັດຕັ້ງປະຕິບັດໄພຂົ່ມຂູ່ U2.2 ແລະ U4.2.

ລາຍລະອຽດຂອງວັດຖຸ


ຊອບແວ AWS KBR ແລະ CIPF SCAD Signature ແມ່ນຕິດຕັ້ງຢູ່ໃນຄອມພິວເຕີທາງດ້ານຮ່າງກາຍທີ່ບໍ່ໄດ້ເຊື່ອມຕໍ່ກັບເຄືອຂ່າຍຄອມພິວເຕີ. FKN vdToken ຖືກນໍາໃຊ້ເປັນຜູ້ໃຫ້ບໍລິການທີ່ສໍາຄັນໃນຮູບແບບການເຮັດວຽກກັບກະແຈທີ່ບໍ່ສາມາດຖອດອອກໄດ້.

ກົດລະບຽບການຕັ້ງຖິ່ນຖານສົມມຸດວ່າຜູ້ຊ່ຽວຊານດ້ານການຕັ້ງຖິ່ນຖານຈາກຄອມພິວເຕີເຮັດວຽກຂອງລາວຈະດາວໂຫລດຂໍ້ຄວາມເອເລັກໂຕຣນິກເປັນຂໍ້ຄວາມທີ່ຊັດເຈນ (ໂຄງການຂອງສະຖານີການເຮັດວຽກ KBR ເກົ່າ) ຈາກເຄື່ອງແມ່ຂ່າຍໄຟລ໌ທີ່ປອດໄພພິເສດ, ຫຼັງຈາກນັ້ນຂຽນພວກມັນໃສ່ USB flash drive ທີ່ສາມາດໂອນໄດ້ແລະໂອນໄປຫາບ່ອນເຮັດວຽກ KBR, ບ່ອນທີ່ພວກເຂົາຖືກເຂົ້າລະຫັດແລະສັນຍານ. ຫຼັງຈາກນັ້ນ, ຜູ້ຊ່ຽວຊານຈະໂອນຂໍ້ຄວາມເອເລັກໂຕຣນິກທີ່ປອດໄພກັບສື່ກາງ, ແລະຫຼັງຈາກນັ້ນ, ຜ່ານຄອມພິວເຕີເຮັດວຽກຂອງລາວ, ຂຽນພວກເຂົາໄປຫາເຄື່ອງແມ່ຂ່າຍຂອງໄຟລ໌, ຈາກບ່ອນທີ່ພວກເຂົາໄປ UTA ແລະຫຼັງຈາກນັ້ນກັບລະບົບການຈ່າຍເງິນຂອງທະນາຄານລັດເຊຍ.

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

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

ສະຖານະການ 2. ຕົວຢ່າງຂອງການຈັດຕັ້ງປະຕິບັດໄພຂົ່ມຂູ່ U2.2 ແລະ U4.2.

ລາຍລະອຽດຂອງວັດຖຸ


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

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

ສະຖານະການ 3. ຕົວຢ່າງຂອງການປະຕິບັດໄພຂົ່ມຂູ່ U1.3.

ລາຍລະອຽດຂອງວັດຖຸ


ຂໍໃຫ້ພິຈາລະນາຫນຶ່ງໃນທາງເລືອກສົມມຸດຕິຖານສໍາລັບການປະຕິບັດໂມດູນການເຊື່ອມໂຍງ ABS-KBR ສໍາລັບໂຄງການໃຫມ່ (AWS KBR-N), ເຊິ່ງລາຍເຊັນອີເລັກໂທຣນິກຂອງເອກະສານຂາອອກແມ່ນເກີດຂື້ນໃນດ້ານ ABS. ໃນກໍລະນີນີ້, ພວກເຮົາຈະສົມມຸດວ່າ ABS ເຮັດວຽກບົນພື້ນຖານຂອງລະບົບປະຕິບັດການທີ່ບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນໂດຍ CIPF SKAD Signature, ແລະ, ຕາມນັ້ນ, ຫນ້າທີ່ການເຂົ້າລະຫັດລັບຖືກໂອນໄປຫາເຄື່ອງ virtual ແຍກຕ່າງຫາກ - ການເຊື່ອມໂຍງ "ABS-KBR" ໂມດູນ.
A token USB ປົກກະຕິທີ່ເຮັດວຽກຢູ່ໃນໂໝດກະແຈທີ່ຖອດຖອນໄດ້ແມ່ນໃຊ້ເປັນຜູ້ໃຫ້ບໍລິການຫຼັກ. ເມື່ອເຊື່ອມຕໍ່ສື່ທີ່ສໍາຄັນກັບ hypervisor, ມັນໄດ້ປາກົດວ່າບໍ່ມີພອດ USB ຟຣີໃນລະບົບ, ສະນັ້ນມັນໄດ້ຖືກຕັດສິນໃຈທີ່ຈະເຊື່ອມຕໍ່ USB token ຜ່ານເຄືອຂ່າຍ USB hub, ແລະຕິດຕັ້ງລູກຄ້າ USB-over-IP ໃນ virtual. ເຄື່ອງ, ເຊິ່ງຈະຕິດຕໍ່ສື່ສານກັບສູນ.

ການໂຈມຕີ
ຜູ້ໂຈມຕີໄດ້ຂັດຂວາງກະແຈສ່ວນຕົວຂອງລາຍເຊັນອີເລັກໂທຣນິກຈາກຊ່ອງທາງການສື່ສານລະຫວ່າງ hub USB ແລະ hypervisor (ຂໍ້ມູນຖືກສົ່ງເປັນຂໍ້ຄວາມທີ່ຊັດເຈນ). ມີກະແຈສ່ວນຕົວ, ຜູ້ໂຈມຕີໄດ້ສ້າງຄໍາສັ່ງຈ່າຍເງິນປອມ, ເຊັນມັນດ້ວຍລາຍເຊັນອີເລັກໂທຣນິກແລະສົ່ງມັນໄປຫາບ່ອນເຮັດວຽກອັດຕະໂນມັດ KBR-N ເພື່ອປະຕິບັດ.

ສະຖານະການ 4. ຕົວຢ່າງຂອງການຈັດຕັ້ງປະຕິບັດໄພຂົ່ມຂູ່ U5.5.

ລາຍລະອຽດຂອງວັດຖຸ
ໃຫ້ພິຈາລະນາວົງຈອນດຽວກັນກັບສະຖານະການທີ່ຜ່ານມາ. ພວກເຮົາຈະສົມມຸດວ່າຂໍ້ຄວາມອີເລັກໂທຣນິກທີ່ມາຈາກສະຖານີບ່ອນເຮັດວຽກ KBR-N ສິ້ນສຸດລົງຢູ່ໃນໂຟນເດີ …SHAREIn, ແລະຂໍ້ຄວາມທີ່ຖືກສົ່ງໄປຫາບ່ອນເຮັດວຽກຂອງ KBR-N ແລະເພີ່ມເຕີມຕໍ່ກັບລະບົບການຊໍາລະຂອງທະນາຄານແຫ່ງລັດເຊຍໄປຫາ …SHAREout.
ພວກເຮົາຍັງຈະສົມມຸດວ່າເມື່ອປະຕິບັດໂມດູນການລວມເຂົ້າກັນ, ບັນຊີລາຍຊື່ຂອງໃບຢັ້ງຢືນທີ່ຖືກຖອນຄືນຈະຖືກປັບປຸງພຽງແຕ່ເມື່ອລະຫັດລັບຖືກອອກໃຫມ່, ແລະຍັງວ່າຂໍ້ຄວາມເອເລັກໂຕຣນິກທີ່ໄດ້ຮັບໃນໂຟນເດີ ...SHAREIn ຖືກກວດສອບພຽງແຕ່ສໍາລັບການຄວບຄຸມຄວາມສົມບູນແລະການຄວບຄຸມຄວາມໄວ້ວາງໃຈໃນລະຫັດສາທາລະນະຂອງ. ລາຍ​ເຊັນ​ອີ​ເລັກ​ໂຕ​ນິກ.

ການໂຈມຕີ

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

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