ກອງປະຊຸມຂະໜາດນ້ອຍ “ເຮັດວຽກທີ່ປອດໄພກັບການບໍລິການຄລາວ”

ພວກເຮົາສືບຕໍ່ກອງປະຊຸມ Wrike TechClub ທີ່ປອດໄພ ແລະບໍ່ມີການສຳຜັດ. ເທື່ອນີ້ພວກເຮົາຈະເວົ້າກ່ຽວກັບຄວາມປອດໄພຂອງການແກ້ໄຂຄລາວ ແລະການບໍລິການ. ໃຫ້ສໍາຜັດກັບບັນຫາຂອງການປົກປ້ອງແລະການຄວບຄຸມຂໍ້ມູນທີ່ເກັບໄວ້ໃນສະພາບແວດລ້ອມທີ່ແຈກຢາຍຫຼາຍ. ພວກເຮົາຈະປຶກສາຫາລືກ່ຽວກັບຄວາມສ່ຽງແລະວິທີການຫຼຸດຜ່ອນພວກມັນໃນເວລາປະສົມປະສານກັບ cloud ຫຼື SaaS solutions. рисоединяйтесь!
ກອງປະຊຸມຈະມີຄວາມສົນໃຈກັບພະນັກງານຂອງພະແນກຄວາມປອດໄພຂໍ້ມູນຂ່າວສານ, ສະຖາປະນິກອອກແບບລະບົບ IT, ຜູ້ບໍລິຫານລະບົບ, DevOps ແລະຜູ້ຊ່ຽວຊານ SysOps.

ໂຄງການແລະລໍາໂພງ

1. Anton Bogomazov, Wrike – “ກ່ອນທີ່ທ່ານຈະກ້າວເຂົ້າສູ່ເມກ”

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

2. Anton Zhabolenko, Yandex.Cloud – “ການໃຊ້ seccomp ເພື່ອປົກປ້ອງໂຄງສ້າງພື້ນຖານຂອງຄລາວ”

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

3. Vadim Shelest, Digital Security – “Cloud pentest: Amazon AWS testing method”

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

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

4. Almas Zhurtanov, Luxoft – “BYOE ໃນລາຄາຕໍ່າສຸດ”

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

5. Alexander Ivanov, Wrike - ການໃຊ້ osquery ເພື່ອຕິດຕາມກຸ່ມ Kubernetes

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

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

- ການລົງທະບຽນ ກັບກອງປະຊຸມ
- ກະທູ້ ຈາກກອງປະຊຸມ Wrike TechClub ທີ່ຜ່ານມາກ່ຽວກັບຄວາມປອດໄພດ້ານສະບຽງອາຫານ

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