ລາຍເຊັນອີເລັກໂທຣນິກ Cloud ໃນລັດເຊຍແລະທົ່ວໂລກ

ສະບາຍດີຕອນບ່າຍ, ຜູ້ອ່ານທີ່ຮັກແພງ!
ຂ້ອຍໄດ້ຕິດຕາມການອັບເດດ ແລະຂ່າວຂອງໂຄງການເສດຖະກິດດິຈິຕອລຢ່າງຈິງຈັງເປັນບາງເວລາ. ຈາກທັດສະນະຂອງພະນັກງານພາຍໃນຂອງລະບົບ EGAIS, ແນ່ນອນ, ຂະບວນການດັ່ງກ່າວຈະມີເວລາຫຼາຍສິບປີ. ທັງຈາກທັດສະນະຂອງການພັດທະນາ, ແລະຈາກຈຸດຂອງການທົດສອບ, rollback ແລະການປະຕິບັດຕໍ່ໄປອີກແລ້ວ, ປະຕິບັດຕາມໂດຍການປັບຕົວທີ່ບໍ່ສາມາດຫຼີກເວັ້ນໄດ້ແລະເຈັບປວດຂອງແມງໄມ້ທຸກປະເພດ. ເຖິງ​ຢ່າງ​ໃດ​ກໍ​ຕາມ, ເລື່ອງ​ແມ່ນ​ຈຳ​ເປັນ, ສຳ​ຄັນ ແລະ ຮີບ​ດ່ວນ. ລູກຄ້າຕົ້ນຕໍແລະຜູ້ຂັບຂີ່ຂອງຄວາມມ່ວນທັງຫມົດນີ້ແມ່ນ, ແນ່ນອນ, ລັດ. ໃນຄວາມເປັນຈິງ, ຄືກັນກັບທົ່ວໂລກ.
ຂະ​ບວນ​ການ​ທັງ​ຫມົດ​ໄດ້​ຍ້າຍ​ຍາວ​ເຂົ້າ​ໄປ​ໃນ​ດິ​ຈິ​ຕອນ​ຫຼື​ແມ່ນ​ຢູ່​ໃນ​ວິ​ທີ​ການ​ມັນ​. ອັນນີ້ຍັງເປັນສິ່ງມະຫັດ. ຢ່າງໃດກໍຕາມ, ມີ downsides ກັບ medals ສໍາລັບທີ່ດີເລີດ. ຂ້ອຍແມ່ນຜູ້ທີ່ເຮັດວຽກຢ່າງຕໍ່ເນື່ອງກັບລາຍເຊັນດິຈິຕອນ. ຂ້ອຍເປັນຜູ້ສະຫນັບສະຫນູນບາງທີອາດເປັນ "ມື້ວານນີ້", ແຕ່ "ແບບເກົ່າ" ທີ່ເຊື່ອຖືໄດ້ແລະຊະນະໄຊຊະນະໃນການປົກປ້ອງລາຍເຊັນເອເລັກໂຕຣນິກໂດຍໃຊ້ tokens. ແຕ່ການຫັນເປັນດິຈິຕອນສະແດງໃຫ້ເຫັນພວກເຮົາວ່າທຸກສິ່ງທຸກຢ່າງຢູ່ໃນ "ຟັງ" ເປັນເວລາດົນນານແລະ CEP ຍັງມີຄວາມຈໍາເປັນຢູ່ທີ່ນັ້ນແລະຕ້ອງການຢ່າງໄວວາ.
ຂ້າພະເຈົ້າໄດ້ພະຍາຍາມຄິດອອກ, ໃນລະດັບນິຕິກໍາແລະກອບດ້ານວິຊາການ, ບ່ອນທີ່ເປັນໄປໄດ້, ວິທີທີ່ສິ່ງທີ່ຢືນຢູ່ກັບລາຍເຊັນເອເລັກໂຕຣນິກຟັງຢູ່ທີ່ນີ້ແລະໃນເອີຣົບ. ແທ້ຈິງແລ້ວ, ຫຼາຍກວ່າຫນຶ່ງໃບປະກາດວິທະຍາສາດໄດ້ຖືກຈັດພີມມາແລ້ວກ່ຽວກັບຫົວຂໍ້ນີ້. ດັ່ງນັ້ນ, ພວກເຮົາຊຸກຍູ້ໃຫ້ຜູ້ຊ່ຽວຊານໃນເລື່ອງນີ້ເຂົ້າຮ່ວມໃນການພັດທະນາຫົວຂໍ້.
ເປັນຫຍັງ CEP ຢູ່ໃນຄລາວຈຶ່ງມີຄວາມດຶງດູດ? ໃນຄວາມເປັນຈິງ, ມີຂໍ້ດີ. ມີພຽງພໍຂອງຂໍ້ໄດ້ປຽບເຫຼົ່ານີ້. ມັນໄວແລະສະດວກ. ມັນຄ້າຍຄືຄໍາຂວັນການໂຄສະນາ, ທ່ານຈະຕົກລົງເຫັນດີ, ແຕ່ເຫຼົ່ານີ້ແມ່ນຄຸນລັກສະນະຈຸດປະສົງຂອງລາຍເຊັນດິຈິຕອນຂອງເມຄ.
ຄວາມໄວແມ່ນຢູ່ໃນຄວາມສາມາດໃນການເຊັນເອກະສານໂດຍບໍ່ມີການຜູກມັດກັບ tokens ຫຼືບັດ smart. ບໍ່ໄດ້ບັງຄັບໃຫ້ພວກເຮົາໃຊ້ພຽງແຕ່ desktop. ຫນຶ່ງຮ້ອຍສ່ວນຮ້ອຍເລື່ອງຂ້າມເວທີສໍາລັບ OS ແລະຕົວທ່ອງເວັບໃດໆ. ນີ້ແມ່ນຄວາມຈິງໂດຍສະເພາະສໍາລັບ fans ຂອງຜະລິດຕະພັນ Apple, ຜູ້ທີ່ມີຄວາມຫຍຸ້ງຍາກບາງຢ່າງໃນການສະຫນັບສະຫນູນລາຍເຊັນເອເລັກໂຕຣນິກໃນລະບົບ MAC. ອອກຈາກທຸກບ່ອນໃນໂລກ, ເສລີພາບໃນການເລືອກ CAs (ແມ້ແຕ່ຄົນທີ່ບໍ່ແມ່ນລັດເຊຍ). ບໍ່ເຫມືອນກັບຮາດແວ CEP, ເທກໂນໂລຍີຟັງຊ່ວຍໃຫ້ທ່ານສາມາດຫຼີກເວັ້ນຄວາມຫຍຸ້ງຍາກກັບຄວາມເຂົ້າກັນໄດ້ຂອງຊອບແວແລະຮາດແວ. ທີ່, ແມ່ນ, ແມ່ນສະດວກ, ແລະ, ແມ່ນ, ໄວ.
ແລະວິທີການຫນຶ່ງບໍ່ສາມາດຖືກຊັກຊວນໂດຍຄວາມງາມດັ່ງກ່າວ? ມານແມ່ນຢູ່ໃນລາຍລະອຽດ. ໃຫ້ເວົ້າກ່ຽວກັບຄວາມປອດໄພ.
"Cloud" CEP ໃນລັດເຊຍ
ຄວາມປອດໄພຂອງການແກ້ໄຂເມຄ, ແລະໂດຍສະເພາະແມ່ນລາຍເຊັນດິຈິຕອນ, ແມ່ນຫນຶ່ງໃນຈຸດເຈັບປວດຕົ້ນຕໍສໍາລັບຜູ້ຊ່ຽວຊານດ້ານຄວາມປອດໄພ. ສິ່ງທີ່ຂ້ອຍບໍ່ມັກແທ້ໆ, ຜູ້ອ່ານຈະຖາມຂ້ອຍ, ເພາະວ່າທຸກຄົນໄດ້ໃຊ້ບໍລິການ cloud ມາເປັນເວລາດົນນານ, ແລະດ້ວຍ SMS ມັນກໍ່ມີຄວາມຫນ້າເຊື່ອຖືຫຼາຍໃນການໂອນທະນາຄານ.
ຕົວຈິງແລ້ວ, ອີກເທື່ອຫນຶ່ງ, ໃຫ້ກັບຄືນໄປຫາລາຍລະອຽດ. ລາຍເຊັນດິຈິຕອນ Cloud ແມ່ນອະນາຄົດທີ່ຍາກທີ່ຈະໂຕ້ຖຽງ. ແຕ່ບໍ່ແມ່ນຕອນນີ້. ເພື່ອເຮັດສິ່ງນີ້, ການປ່ຽນແປງກົດລະບຽບຕ້ອງເກີດຂື້ນທີ່ຈະປົກປ້ອງເຈົ້າຂອງລາຍເຊັນດິຈິຕອນຂອງຄລາວ.
ມື້ນີ້ພວກເຮົາມີຫຍັງແດ່? ມີເອກະສານຈໍານວນຫນຶ່ງທີ່ກໍານົດແນວຄວາມຄິດຂອງລາຍເຊັນດິຈິຕອນ, ການຄຸ້ມຄອງເອກະສານເອເລັກໂຕຣນິກ (EDF), ເຊັ່ນດຽວກັນກັບກົດຫມາຍກ່ຽວກັບການປົກປ້ອງຂໍ້ມູນແລະການໄຫຼວຽນຂອງຂໍ້ມູນ. ໂດຍສະເພາະ, ທ່ານຈໍາເປັນຕ້ອງຄໍານຶງເຖິງປະມວນກົດໝາຍແພ່ງ (ປະມວນກົດໝາຍແພ່ງຂອງສະຫະພັນລັດເຊຍ), ເຊິ່ງຄວບຄຸມການໃຊ້ລາຍເຊັນເອເລັກໂຕຣນິກໃນເອກະສານ.
ກົດໝາຍວ່າດ້ວຍລັດຖະບານກາງ ສະບັບເລກທີ 63-FZ “ກ່ຽວກັບລາຍເຊັນອີເລັກໂທຣນິກ” ລົງວັນທີ 06.04.2011/XNUMX/XNUMX. ກົດຫມາຍພື້ນຖານແລະກອບທີ່ອະທິບາຍຄວາມຫມາຍທົ່ວໄປຂອງການນໍາໃຊ້ລາຍເຊັນດິຈິຕອນໃນເວລາທີ່ເຮັດທຸລະກໍາຂອງປະເພດຕ່າງໆແລະການໃຫ້ບໍລິການ.
ກົດໝາຍວ່າດ້ວຍລັດຖະບານກາງ ສະບັບເລກທີ 149-FZ “ກ່ຽວກັບຂໍ້ມູນຂ່າວສານ, ເຕັກໂນໂລຊີຂໍ້ມູນຂ່າວສານ ແລະ ການປົກປ້ອງຂໍ້ມູນຂ່າວສານ ລົງວັນທີ 27.07.2006 ກໍລະກົດ XNUMX. ເອກະສານນີ້ກໍານົດແນວຄວາມຄິດຂອງເອກະສານເອເລັກໂຕຣນິກແລະທຸກພາກສ່ວນທີ່ກ່ຽວຂ້ອງ.
ມີການກະທໍານິຕິກໍາເພີ່ມເຕີມທີ່ມີສ່ວນຮ່ວມໃນລະບຽບການຂອງ EDI
ກົດໝາຍວ່າດ້ວຍລັດຖະບານກາງ 402-FZ “ກ່ຽວກັບການບັນຊີ” ລົງວັນທີ 06.12.2011 ທັນວາ XNUMX. ກົດຫມາຍວ່າດ້ວຍນິຕິກໍາສະຫນອງການເປັນລະບົບຂອງຂໍ້ກໍານົດສໍາລັບການບັນຊີແລະເອກະສານບັນຊີໃນຮູບແບບເອເລັກໂຕຣນິກ.
ລວມ. ທ່ານສາມາດຄໍານຶງເຖິງລະຫັດຂັ້ນຕອນການຊີ້ຂາດຂອງສະຫະພັນລັດເຊຍ, ເຊິ່ງອະນຸຍາດໃຫ້ເອກະສານທີ່ມີລາຍເຊັນເອເລັກໂຕຣນິກເປັນຫຼັກຖານໃນສານ.
ແລະມັນຢູ່ທີ່ນີ້ທີ່ມັນເກີດຂຶ້ນກັບຂ້ອຍທີ່ຈະເຈາະເລິກເຂົ້າໄປໃນບັນຫາຄວາມປອດໄພ, ເພາະວ່າມາດຕະຖານຂອງພວກເຮົາສໍາລັບວິທີການປ້ອງກັນ crypto ແມ່ນສະຫນອງໃຫ້ໂດຍ FSB ແລະຮັບປະກັນການອອກໃບຢັ້ງຢືນການສອດຄ່ອງ. ໃນວັນທີ 18 ກຸມພາ, ມາດຕະຖານ GOST ໃຫມ່ໄດ້ຖືກນໍາສະເຫນີ. ດັ່ງນັ້ນ, ກະແຈທີ່ເກັບໄວ້ໃນຄລາວບໍ່ໄດ້ຖືກປົກປ້ອງໂດຍກົງໂດຍໃບຢັ້ງຢືນ FSTEC. ການ​ປົກ​ປ້ອງ​ກະ​ແຈ​ດ້ວຍ​ຕົນ​ເອງ​ແລະ​ຮັບ​ປະ​ກັນ​ການ​ເຂົ້າ​ໄປ​ໃນ "ຟັງ​" ເປັນ​ຮາກ​ຖານ​ທີ່​ພວກ​ເຮົາ​ຍັງ​ບໍ່​ໄດ້​ແກ້​ໄຂ​. ຕໍ່ໄປ, ຂ້າພະເຈົ້າຈະເບິ່ງຕົວຢ່າງຂອງລະບຽບການໃນສະຫະພາບເອີຣົບ, ເຊິ່ງຈະສະແດງໃຫ້ເຫັນຢ່າງຈະແຈ້ງລະບົບຄວາມປອດໄພທີ່ກ້າວຫນ້າທາງດ້ານຫຼາຍ.
ປະສົບການເອີຣົບໃນການນໍາໃຊ້ລາຍເຊັນດິຈິຕອນໃນຄລາວ
ໃຫ້ເລີ່ມຕົ້ນດ້ວຍສິ່ງຕົ້ນຕໍ - ເຕັກໂນໂລຢີຟັງ, ບໍ່ພຽງແຕ່ລາຍເຊັນດິຈິຕອນທີ່ມີມາດຕະຖານທີ່ຊັດເຈນ. ພື້ນຖານແມ່ນກຸ່ມ Cloud Standard Coordination (CSC) ຂອງສະຖາບັນມາດຕະຖານໂທລະຄົມມະນາຄົມເອີຣົບ (ETSI). ຢ່າງໃດກໍ່ຕາມ, ຍັງມີຄວາມແຕກຕ່າງໃນມາດຕະຖານການປົກປ້ອງຂໍ້ມູນໃນປະເທດຕ່າງໆ.
ພື້ນຖານສໍາລັບການປົກປ້ອງຂໍ້ມູນທີ່ສົມບູນແບບແມ່ນການຢັ້ງຢືນບັງຄັບສໍາລັບຜູ້ໃຫ້ບໍລິການຕາມ ISO 27001: 2013 ສໍາລັບລະບົບການຄຸ້ມຄອງຄວາມປອດໄພຂໍ້ມູນ (GOST R ISO / IEC 27001-2006 ຂອງລັດເຊຍແມ່ນອີງໃສ່ສະບັບ 2006 ຂອງມາດຕະຖານນີ້).
ISO 27017 ສະຫນອງອົງປະກອບຄວາມປອດໄພເພີ່ມເຕີມສໍາລັບຄລາວທີ່ຂາດຫາຍໄປຈາກ ISO 27002. ຊື່ຢ່າງເປັນທາງການເຕັມຂອງມາດຕະຖານນີ້ແມ່ນ "ລະຫັດການປະຕິບັດສໍາລັບການຄວບຄຸມຄວາມປອດໄພຂໍ້ມູນໂດຍອີງໃສ່ ISO / IEC 27002 ສໍາລັບການບໍລິການຄລາວ." ISO / IEC 27002 ສໍາລັບການບໍລິການຄລາວ ").
ໃນຊ່ວງລຶະເບິ່ງຮ້ອນຂອງປີ 2014, ISO ໄດ້ຈັດພິມມາດຕະຖານ ISO 27018:2015 ກ່ຽວກັບການປົກປ້ອງຂໍ້ມູນສ່ວນຕົວໃນຄລາວ, ແລະໃນທ້າຍປີ 2015, ISO 27017:2015 ກ່ຽວກັບການຄວບຄຸມຄວາມປອດໄພຂໍ້ມູນສຳລັບການແກ້ໄຂຄລາວ.
​ໃນ​ລະດູ​ໃບ​ໄມ້​ຫຼົ່ນ​ປີ 2014, ມະຕິ​ສະບັບ​ໃໝ່​ຂອງ​ສະພາ​ເອີ​ລົບ​ສະບັບ​ເລກທີ 910/2014, ​ເອີ້ນ​ວ່າ eIDAS, ມີ​ຜົນ​ສັກສິດ. ກົດລະບຽບໃຫມ່ອະນຸຍາດໃຫ້ຜູ້ໃຊ້ສາມາດເກັບຮັກສາແລະນໍາໃຊ້ລະຫັດ EPC ໃນເຄື່ອງແມ່ຂ່າຍຂອງຜູ້ໃຫ້ບໍລິການທີ່ເຊື່ອຖືໄດ້ທີ່ໄດ້ຮັບການຮັບຮອງ, ອັນທີ່ເອີ້ນວ່າ TSP (ຜູ້ໃຫ້ບໍລິການທີ່ເຊື່ອຖືໄດ້).
ໃນເດືອນຕຸລາ 2013, ຄະນະກໍາມະການມາດຕະຖານເອີຣົບ (CEN) ໄດ້ຮັບຮອງເອົາຂໍ້ກໍານົດດ້ານວິຊາການ CEN / TS 419241 "ຄວາມຕ້ອງການຄວາມປອດໄພສໍາລັບລະບົບທີ່ເຊື່ອຖືໄດ້ສະຫນັບສະຫນູນການເຊັນເຊີຟເວີ", ອຸທິດຕົນເພື່ອລະບຽບການຂອງລາຍເຊັນດິຈິຕອນຂອງຄລາວ. ເອກະສານອະທິບາຍຫຼາຍລະດັບຂອງການປະຕິບັດຕາມຄວາມປອດໄພ. ສໍາລັບຕົວຢ່າງ, ການປະຕິບັດຕາມ "ລະດັບ 2" ເພື່ອສ້າງລາຍເຊັນເອເລັກໂຕຣນິກທີ່ມີຄຸນວຸດທິຮຽກຮ້ອງໃຫ້ມີການສະຫນັບສະຫນູນທາງເລືອກໃນການກວດສອບຜູ້ໃຊ້ທີ່ເຂັ້ມແຂງ. ອີງຕາມຄວາມຕ້ອງການຂອງລະດັບນີ້, ການກວດສອບຜູ້ໃຊ້ແມ່ນເກີດຂື້ນໂດຍກົງໃນເຄື່ອງແມ່ຂ່າຍລາຍເຊັນ, ກົງກັນຂ້າມ, ສໍາລັບການຍົກຕົວຢ່າງ, ການພິສູດຢືນຢັນທີ່ອະນຸຍາດໃຫ້ "ລະດັບ 1" ໃນແອັບພລິເຄຊັນທີ່ເຂົ້າເຖິງເຄື່ອງແມ່ຂ່າຍລາຍເຊັນໃນນາມຂອງຕົນເອງ. ນອກຈາກນັ້ນ, ອີງຕາມຂໍ້ມູນສະເພາະນີ້, ກະແຈລາຍເຊັນຂອງຜູ້ໃຊ້ສໍາລັບການສ້າງລາຍເຊັນເອເລັກໂຕຣນິກທີ່ມີຄຸນວຸດທິຕ້ອງຖືກເກັບໄວ້ໃນຫນ່ວຍຄວາມຈໍາຂອງອຸປະກອນຄວາມປອດໄພພິເສດ (ໂມດູນຄວາມປອດໄພຂອງຮາດແວ, HSM).
ການພິສູດຢືນຢັນຜູ້ໃຊ້ໃນການບໍລິການຄລາວຕ້ອງເປັນຢ່າງໜ້ອຍສອງປັດໃຈ. ຕາມກົດລະບຽບ, ທາງເລືອກທີ່ສາມາດເຂົ້າເຖິງໄດ້ງ່າຍທີ່ສຸດແມ່ນການຢືນຢັນການເຂົ້າສູ່ລະບົບຜ່ານລະຫັດທີ່ໄດ້ຮັບໃນຂໍ້ຄວາມ SMS. ຕົວຢ່າງ, ສ່ວນໃຫຍ່ຂອງບັນຊີ RBS ສ່ວນບຸກຄົນຂອງທະນາຄານລັດເຊຍໄດ້ຖືກປະຕິບັດ. ນອກເຫນືອໄປຈາກ tokens cryptographic ປົກກະຕິ, ຄໍາຮ້ອງສະຫມັກໃນໂທລະສັບສະຫຼາດແລະເຄື່ອງສ້າງລະຫັດຜ່ານຄັ້ງດຽວ (OTP tokens) ຍັງສາມາດຖືກນໍາໃຊ້ເປັນວິທີການຂອງການກວດສອບໄດ້.
ສໍາລັບໃນປັດຈຸບັນ, ຂ້າພະເຈົ້າສາມາດສະຫຼຸບຊົ່ວຄາວກ່ຽວກັບຄວາມຈິງທີ່ວ່າ CEPs ຟັງຍັງຖືກສ້າງຕັ້ງຂຶ້ນແລະມັນໄວເກີນໄປທີ່ຈະຍ້າຍອອກໄປຈາກຮາດແວ. ໃນຫຼັກການ, ນີ້ແມ່ນຂະບວນການທໍາມະຊາດ, ເຊິ່ງເຖິງແມ່ນວ່າຢູ່ໃນເອີຣົບ (ໂອ້, ທີ່ຍິ່ງໃຫຍ່!) ໃຊ້ເວລາປະມານ 13-14 ປີຈົນກ່ວາມາດຕະຖານທີ່ຖືກຕ້ອງຫຼາຍຫຼືຫນ້ອຍໄດ້ຖືກພັດທະນາ.
ຈົນກ່ວາພວກເຮົາພັດທະນາມາດຕະຖານ GOST ທີ່ດີທີ່ຄວບຄຸມການບໍລິການຟັງຂອງພວກເຮົາ, ມັນໄວເກີນໄປທີ່ຈະເວົ້າກ່ຽວກັບການປະຖິ້ມການແກ້ໄຂຮາດແວຢ່າງສົມບູນ. ແທນທີ່ຈະ, ດຽວນີ້, ພວກເຂົາຈະເລີ່ມກ້າວໄປສູ່ "ປະສົມ", ນັ້ນແມ່ນ, ເຮັດວຽກກັບລາຍເຊັນເມຄເຊັ່ນກັນ. ບາງຕົວຢ່າງທີ່ຕອບສະຫນອງມາດຕະຖານເອີຣົບສໍາລັບການເຮັດວຽກກັບ Cloud ໄດ້ຖືກປະຕິບັດແລ້ວ. ແຕ່ພວກເຮົາຈະເວົ້າກ່ຽວກັບເລື່ອງນີ້ໃນລາຍລະອຽດເລັກນ້ອຍໃນເອກະສານໃຫມ່.

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