ຄວາມປອດໄພຂອງອົງປະກອບແຫຼ່ງເປີດຂອງທ່ານແມ່ນມີຄວາມສຳຄັນເທົ່າກັບລະຫັດແຫຼ່ງຂອງທ່ານເອງ. ນັ້ນແມ່ນເຫດຜົນທີ່ການສົນທະນາກ່ຽວກັບການວິເຄາະອົງປະກອບຊອບແວ (SCA) ແລະ ບັນຊີລາຍການວັດສະດຸຊອບແວ (SBOM) ກຳລັງໄດ້ຮັບຄວາມນິຍົມຫຼາຍຂຶ້ນໃນທົ່ວທີມງານ DevOps ແລະ AppSec. ເຖິງແມ່ນວ່າພວກມັນມັກຈະຖືກກ່າວເຖິງຮ່ວມກັນ, ແຕ່ ສະກາ ທຽບກັບ sbom ການປຽບທຽບບໍ່ແມ່ນກ່ຽວກັບການເລືອກອັນໜຶ່ງຫຼາຍກວ່າອີກອັນໜຶ່ງ. ແທນທີ່ຈະ, ພວກມັນຮັບໃຊ້ຈຸດປະສົງທີ່ແຕກຕ່າງກັນແຕ່ສົມບູນກັນໃນ software supply chain security.
ໂພສນີ້ອະທິບາຍຄວາມແຕກຕ່າງລະຫວ່າງ sbom ທຽບກັບ sca, ສະແດງໃຫ້ເຫັນວ່າພວກມັນເຮັດວຽກຮ່ວມກັນແນວໃດ, ແລະຊ່ວຍທ່ານຕັດສິນໃຈວ່າຈະຈັດຕັ້ງປະຕິບັດທັງສອງຢ່າງຢ່າງມີປະສິດທິພາບແນວໃດ. ທ່ານຍັງຈະເຫັນວ່າເຄື່ອງມືຕ່າງໆເຊັ່ນ Xygeni ເຮັດໃຫ້ການປະຕິບັດຕາມກົດລະບຽບ ແລະ ການອັດຕະໂນມັດງ່າຍຂຶ້ນແນວໃດຜ່ານ ອີງໃສ່ sca sbom ການຜະລິດ.
ໂດຍສະເພາະ, SCA ຊ່ວຍໃຫ້ທ່ານ:
- ກວດຫາຊ່ອງໂຫວ່ໃນ dependencys
- ລະບຸໃບອະນຸຍາດທີ່ມີຄວາມສ່ຽງ
- ປະເມີນຄວາມສາມາດໃນການຂູດຮີດ ແລະ ການເຂົ້າເຖິງໄດ້ງ່າຍ
- ແກ້ໄຂໂດຍອັດຕະໂນມັດດ້ວຍຕົວເລືອກການແກ້ໄຂທີ່ປອດໄພກວ່າ
ນອກຈາກນັ້ນ, ແຂງ SCA ເຄື່ອງມືປະສົມປະສານໂດຍກົງກັບ DevOps ຂອງທ່ານ pipelineຕົວຢ່າງ, ມັນສາມາດສະແກນໄດ້ pull requests, ແລ່ນພາຍໃນ CI/CD ວຽກ, ແລະແຈ້ງເຕືອນນັກພັດທະນາກ່ອນທີ່ລະຫັດທີ່ມີຄວາມສ່ຽງຈະຮອດການຜະລິດ. ດັ່ງນັ້ນ, ສະກາ ແລະ sbom ການປະຕິບັດຮ່ວມກັນຊ່ວຍປ້ອງກັນໄພຂົ່ມຂູ່ຕໍ່ລະບົບຕ່ອງໂສ້ການສະໜອງຕັ້ງແຕ່ເລີ່ມຕົ້ນ.
ໂດຍປົກກະຕິມັນປະກອບມີ:
- ຊື່ແພັກເກດ ແລະ ເວີຊັນຕ່າງໆ
- ໃບອະນຸຍາດ ແລະ ຜູ້ສະໜອງ
- ຄວາມສຳພັນທີ່ເພິ່ງພາອາໄສ
- ແຮຊ ແລະ ຕົວລະບຸ
ເຖິງແມ່ນວ່າເປັນ SBOM ບໍ່ໄດ້ແກ້ໄຂຊ່ອງໂຫວ່ດ້ວຍຕົວມັນເອງ, ມັນມີບົດບາດສຳຄັນໃນການບັນທຶກຊອບແວທີ່ທ່ານໃຊ້. ດັ່ງນັ້ນ, ໃນຂະແໜງການທີ່ຕ້ອງປະຕິບັດຕາມກົດລະບຽບຢ່າງເຂັ້ມງວດເຊັ່ນ: ການດູແລສຸຂະພາບ, ການເງິນ, ຫຼື ລັດຖະບານ, SBOMs ກຳລັງກາຍເປັນສິ່ງບັງຄັບຢ່າງໄວວາ.
SBOM vs SCA: ຄວາມແຕກຕ່າງທີ່ສໍາຄັນອະທິບາຍ
ຢູ່ glance ທໍາອິດ, ສະກາ ທຽບກັບ sbom ອາດຈະເບິ່ງຄ້າຍຄືກັນ. ຢ່າງໃດກໍຕາມ, ພວກມັນແກ້ໄຂບັນຫາທີ່ແຕກຕ່າງກັນຫຼາຍ. ໃຫ້ພວກເຮົາແຍກມັນອອກ:
| ຄຸນນະສົມບັດ | SCA ເຄື່ອງມື | SBOMs |
|---|---|---|
| ຈຸດປະສົງ | ຊອກຫາ ແລະ ແກ້ໄຂຄວາມສ່ຽງແບບໂອເພນຊອສ | ບັນທຶກສິ່ງທີ່ຢູ່ພາຍໃນຊອບແວຂອງທ່ານ |
| ອັດຕະໂນມັດ | ແມ່ນແລ້ວ, ເວລາຈິງ ແລະ ຕໍ່ເນື່ອງ | ມັກຈະບໍ່ປ່ຽນແປງ; ອາດຕ້ອງການການອັບເດດດ້ວຍຕົນເອງ |
| ການຄຸ້ມຄອງຄວາມປອດໄພ | ຄວາມສ່ຽງ, ການຖືກຂູດຮີດ, ຄວາມສ່ຽງດ້ານໃບອະນຸຍາດ | ສິນຄ້າຄົງຄັງເທົ່ານັ້ນ (ບໍ່ມີການປະເມີນຄວາມສ່ຽງ) |
| ກໍລະນີການນຳໃຊ້ DevOps | ປະຕູຄວາມປອດໄພ, ການສະແກນ PR, ການຮັກສາຄວາມປອດໄພແບບ shift-left | ການກວດສອບການປະຕິບັດຕາມ, ການຮັບປະກັນຜູ້ຂາຍ |
| ຄວາມເໝາະສົມຕາມກົດລະບຽບ | ແນະນໍາ | ຕ້ອງການເລື້ອຍໆ (EO 14028, NIST, DoD, FDA) |
ເປັນຫຍັງ SCA ແລະ SBOM ເຮັດວຽກຮ່ວມກັນດີກວ່າ
ແທນທີ່ຈະເລືອກລະຫວ່າງພວກມັນ, ວິທີການທີ່ສະຫຼາດທີ່ສຸດແມ່ນການໃຊ້ ສະກາ ແລະ sbom ຄຽງຄູ່ກັນ. ນີ້ແມ່ນເຫດຜົນ:
SBOMຕ້ອງການການອັບເດດຕາມເວລາຈິງ
ການສ້າງ SBOM ເທື່ອດຽວບໍ່ພຽງພໍ. ຕົວຢ່າງ, ຖ້າທີມງານຂອງທ່ານເພີ່ມ ຫຼື ອັບເກຣດແພັກເກດທຸກໆອາທິດ, ແພັກເກດຕົ້ນສະບັບຂອງທ່ານ SBOM ອາດຈະລ້າສະໄໝໄດ້ໄວ. ນັ້ນແມ່ນບ່ອນທີ່ SCA ຂັ້ນຕອນຕ່າງໆໃນມັນຕິດຕາມການເພິ່ງພາອາໄສຂອງທ່ານໂດຍອັດຕະໂນມັດ ແລະ ຮັກສາ SBOM ກະແສ
SCA ອີງໃສ່ SBOMs ແມ່ນສິ່ງໃໝ່ Standard
ເຄື່ອງມືທີ່ທັນສະໄໝເຊັ່ນ Xygeni ລວມເຂົ້າກັນ ສະກາ ແລະ sbom. ໄດ້ SBOM ຖືກສ້າງຂຶ້ນ ແລະ ປັບປຸງຈາກຕົວຈິງ SCA ສະແກນ. ສິ່ງນີ້ຊ່ວຍປະຢັດເວລາ ແລະ ຮັບປະກັນວ່າສາງຂອງທ່ານສະທ້ອນເຖິງລະຫັດຕົວຈິງທີ່ນຳໃຊ້.
ນັກພັດທະນາຕ້ອງການຫຼາຍກວ່າລາຍຊື່
ໃນຂະນະທີ່ເປັນ SBOM ໃຫ້ເຈົ້າພຽງແຕ່ "ສິ່ງທີ່," SCA ບອກທ່ານວ່າ "ແລ້ວຈັ່ງໃດ." ຕົວຢ່າງ, ສອງແອັບອາດຈະປະກອບມີຫ້ອງສະໝຸດທີ່ມີຄວາມສ່ຽງດຽວກັນ, ແຕ່ມີພຽງແອັບດຽວເທົ່ານັ້ນທີ່ໃຊ້ລະຫັດອັນຕະລາຍ. SCA ເພີ່ມບໍລິບົດການເຂົ້າເຖິງນັ້ນ.
ສຸດທ້າຍ, ໂດຍການລວມຕົວກັນ sca sbom ຄວາມສາມາດ, ທ່ານຈະໄດ້ຮັບຄວາມເຂົ້າໃຈທີ່ເລິກເຊິ່ງກວ່າ, ມີຜົນບວກທີ່ບໍ່ຖືກຕ້ອງໜ້ອຍລົງ, ແລະ ຜົນໄດ້ຮັບດ້ານຄວາມປອດໄພທີ່ເຂັ້ມແຂງຂຶ້ນ.
ຜົນປະໂຫຍດຂອງການສົມທົບ SCA ແລະ SBOM ໃນ DevOps
ເມື່ອປຽບທຽບ SBOM vs SCA, ມັນເປັນສິ່ງສຳຄັນທີ່ຈະເຂົ້າໃຈວ່າພວກມັນມີປະສິດທິພາບຫຼາຍກວ່າການເຮັດວຽກຮ່ວມກັນກ່ວາການແຍກກັນ. ໂດຍການຮັບຮອງເອົາຍຸດທະສາດ DevOps ທີ່ປະກອບມີທັງສອງຢ່າງ ສະກາ ແລະ sbom, ທີມງານຂອງທ່ານຈະປົດລັອກຜົນປະໂຫຍດທີ່ສຳຄັນທີ່ເກີນກວ່າການເບິ່ງເຫັນລະດັບພື້ນຜິວ.
ຕົວຢ່າງ, ທ່ານໄດ້ຮັບ:
- ຄວາມຖືກຕ້ອງຫຼາຍກວ່າເກົ່າ ໃນສິນຄ້າຄົງຄັງຊອບແວ ແລະ ການຕິດຕາມການເພິ່ງພາອາໄສ
- ການປະຕິບັດຕາມອັດຕະໂນມັດ ດ້ວຍຂອບກົດລະບຽບເຊັ່ນ NIST ແລະ EO 14028
- ການຈັດລຳດັບຄວາມສຳຄັນໂດຍອີງໃສ່ຄວາມສ່ຽງ ການນໍາໃຊ້ສະພາບການໃຫ້ຄະແນນການຂູດຮີດ ແລະ ການເຂົ້າເຖິງໄດ້
- ຕົວເລກບວກທີ່ບໍ່ຖືກຕ້ອງໜ້ອຍລົງ, ຂໍຂອບໃຈກັບການກວດຈັບທີ່ຮັບຮູ້ເວລາແລ່ນ
- ພ້ອມສຳລັບການກວດສອບ SBOM ການສົ່ງອອກ, ສາມາດໃຊ້ໄດ້ໂດຍບໍ່ຕ້ອງໃຊ້ຄວາມພະຍາຍາມເພີ່ມເຕີມດ້ວຍມື
ຍິ່ງໄປກວ່ານັ້ນ, ພະລັງລວມຂອງ ສະກາ ທຽບກັບ sbom ໃນຂະບວນການເຮັດວຽກທີ່ທັນສະໄໝຊ່ວຍໃຫ້ທີມງານເຮັດວຽກໄດ້ໄວຂຶ້ນໂດຍບໍ່ສູນເສຍການຄວບຄຸມ. ເພາະວ່າ SCA ກວດພົບການປ່ຽນແປງຢ່າງຕໍ່ເນື່ອງ ແລະ SBOMບັນທຶກພວກມັນໄວ້ເພື່ອຄວາມສອດຄ່ອງ, ທ່ານຈະຫຼຸດຜ່ອນຈຸດບອດ ແລະ ປັບປຸງການແກ້ໄຂໃຫ້ມີປະສິດທິພາບ.
ດັ່ງນັ້ນ, ທີມງານຄວາມປອດໄພ ແລະ ທີມງານພັດທະນາຂອງທ່ານຈະຮ່ວມມືກັນໄດ້ດີຂຶ້ນ ໃນຂະນະທີ່ຍັງຄົງສອດຄ່ອງກັບເປົ້າໝາຍທາງທຸລະກິດ ແລະ ກົດລະບຽບ.
SBOM ການປະຕິບັດຕາມກົດລະບຽບໃນສະຫະລັດ ແລະ ເອີຣົບ: ສິ່ງທີ່ທ່ານຈຳເປັນຕ້ອງຮູ້
ໃນມື້ນີ້, SBOMs ບໍ່ແມ່ນທາງເລືອກອີກຕໍ່ໄປ. ພວກມັນແມ່ນ ຂໍ້ກໍານົດກົດລະບຽບ ສຳລັບຫຼາຍອົງກອນທົ່ວທັງສະຫະລັດ ແລະ ເອີຣົບ. ອີງຕາມ Order Order Executive 14028ຜູ້ຮັບເໝົາລັດຖະບານກາງສະຫະລັດທຸກຄົນຕ້ອງສະໜອງເອກະສານທີ່ຄົບຖ້ວນ ແລະ ຖືກຕ້ອງ SBOM ກັບຜະລິດຕະພັນຊອບແວຂອງພວກເຂົາ.
ນອກຈາກນັ້ນ, ອົງການຄຸ້ມຄອງຕ່າງໆເຊັ່ນ: FDA ແລະ DoD ໄດ້ມອບໝາຍໃຫ້ SBOM ການນໍາໃຊ້ໃນທົ່ວການດູແລສຸຂະພາບ, ການປ້ອງກັນປະເທດ, ແລະພື້ນຖານໂຄງລ່າງທີ່ສໍາຄັນ. ໃນເອີຣົບ, ຄວາມກົດດັນກໍ່ເພີ່ມຂຶ້ນເຊັ່ນກັນ:
- ໄດ້ ກົດໝາຍວ່າດ້ວຍການຕ້ານການໄຊເບີຂອງ EU ຕ້ອງການ SBOMສຳລັບຊອບແວທັງໝົດທີ່ມີອົງປະກອບດິຈິຕອນ
- NIS2 ເສີມສ້າງກົດລະບຽບຄວາມປອດໄພທາງໄຊເບີສຳລັບຜູ້ໃຫ້ບໍລິການພື້ນຖານໂຄງລ່າງທີ່ສຳຄັນ
- ໂດ ບັງຄັບໃຊ້ຄວາມຢືດຢຸ່ນໃນການດຳເນີນງານໃນຂະແໜງການເງິນ
- PCI DSS 4.0 ລວມມີການປະຕິບັດການພັດທະນາທີ່ປອດໄພ ແລະ ຄວາມພ້ອມໃນການຕອບສະໜອງ
ອີງຕາມ NIST Secure Software Development Framework ແລະ ຂໍ້ກຳນົດທົ່ວໂລກເຫຼົ່ານີ້, ອົງກອນຕ່າງໆຕ້ອງ:
- ຮັກສາໃຫ້ທັນສະໄໝ SBOMສຳລັບທຸກໆການປ່ອຍ
- ລວມເອົາ metadata ລາຍລະອຽດກ່ຽວກັບການເພິ່ງພາອາໄສ ເຊັ່ນ: ເວີຊັນ ແລະ ໃບອະນຸຍາດ
- ແບ່ງປັນ SBOMກັບຄູ່ຮ່ວມງານ, ຜູ້ຄວບຄຸມ, ແລະລູກຄ້າ
- ການນໍາໃຊ້ SBOMເພື່ອສະໜັບສະໜູນການຕິດຕາມຄວາມສ່ຽງ ແລະ ການແກ້ໄຂ
ຢ່າງໃດກໍຕາມ, SBOMຕົວມັນເອງຈະບໍ່ບອກທ່ານວ່າມີຫຍັງທີ່ສາມາດຂູດຮີດໄດ້. ນັ້ນແມ່ນເຫດຜົນທີ່ວ່າມັນເປັນສິ່ງສໍາຄັນທີ່ຈະລວມພວກມັນເຂົ້າກັບຄວາມເຂັ້ມແຂງ SCA ຄວາມສາມາດ. ການຮັບຮອງເອົາ SCAບົນພື້ນຖານ SBOM ແຜນຍຸດທະສາດ ຮັບປະກັນການອັບເດດຢ່າງຕໍ່ເນື່ອງ, ຄວາມເຂົ້າໃຈກ່ຽວກັບການເຂົ້າເຖິງ, ແລະ ການເບິ່ງເຫັນວົງຈອນຊີວິດທີ່ຄົບຖ້ວນ.
ໂດຍການສົມທົບ SCA ແລະ SBOM ໃນແພລດຟອມດຽວ, ທີມງານຂອງທ່ານຈະຢູ່ແຖວໜ້າໃນການປະຕິບັດຕາມກົດລະບຽບ ໃນຂະນະທີ່ສົ່ງມອບຊອບແວທີ່ປອດໄພໂດຍບໍ່ມີການຊັກຊ້າ.
ຂົວ Xygeni ເຊື່ອມຕໍ່ກັນແນວໃດ SCA ແລະ SBOM
Xygeni ນຳເອົາສິ່ງທີ່ດີທີ່ສຸດມາລວມກັນ ສະກາ ທຽບກັບ sbom ໃນແພລດຟອມດຽວທີ່ລຽບງ່າຍ ແລະ ເນັ້ນນັກພັດທະນາເປັນຫຼັກ. ສິ່ງທີ່ສຳຄັນກວ່ານັ້ນ, ມັນສະໜອງລະບົບອັດຕະໂນມັດທີ່ແທ້ຈິງ, ສະພາບການຄວາມສ່ຽງ ແລະ ການສະໜັບສະໜູນດ້ານກົດລະບຽບ. ທັງໝົດນີ້ໂດຍບໍ່ບັງຄັບໃຫ້ທີມງານປ່ຽນແປງຂະບວນການເຮັດວຽກຂອງເຂົາເຈົ້າ.
ຢ່າງຕໍ່ເນື່ອງ SBOM ລຸ້ນຜ່ານ SCA
ແທນທີ່ຈະສ້າງລາຍຊື່ຄົງທີ່, Xygeni ສ້າງ ແລະ ອັບເດດລາຍຊື່ຂອງທ່ານໂດຍອັດຕະໂນມັດ SBOMກຳລັງໃຊ້ເວລາຈິງຂອງມັນ SCA ເຄື່ອງຈັກ. ໂດຍສະເພາະ, ທຸກໆການສ້າງ ຫຼື pull request ກະຕຸ້ນໃຫ້ມີຄວາມຖືກຕ້ອງຂອງສິນຄ້າຄົງຄັງ ແລະ ການສ້າງແຜນທີ່ຄວາມສ່ຽງ.
ຂໍ້ມູນເມຕາເດຕາເຕັມຮູບແບບ ແລະ ຮູບແບບການປະຕິບັດຕາມ
SBOMs ປະກອບມີລຸ້ນ, ໃບອະນຸຍາດ, ຜູ້ສະໜອງ, hash, ແລະແມ້ກະທັ້ງການເພິ່ງພາອາໄສ transitive. ທ່ານສາມາດສົ່ງອອກພວກມັນໃນຮູບແບບ CycloneDX ຫຼື SPDX, ຮັບປະກັນວ່າທ່ານພ້ອມທີ່ຈະກວດສອບສະເໝີ.
ການເຊື່ອມໂຍງຂະບວນການເຮັດວຽກ DevOps-Native
ເນື່ອງຈາກຄວາມປອດໄພບໍ່ຄວນເຮັດໃຫ້ທ່ານຊ້າລົງ, Xygeni ຈຶ່ງປະສົມປະສານເຂົ້າກັບລະບົບທີ່ມີຢູ່ຂອງທ່ານ CI/CD ຕັ້ງຄ່າບໍ່ວ່າທ່ານຈະໃຊ້ GitHub Actions, GitLab, Bitbucket, ຫຼື Jenkins.
ຂໍ້ມູນເຊີງເລິກກ່ຽວກັບການແກ້ໄຂໂດຍອີງໃສ່ຄວາມສ່ຽງ
ຊີເຈນີ SCA ໄປໄກກວ່າການກວດພົບ. ທ່ານຈະໄດ້ຮັບຂໍ້ມູນເຊີງເລິກທີ່ສາມາດນຳໃຊ້ໄດ້ເຊັ່ນ: ຄະແນນ EPSS, ເສັ້ນທາງການເຂົ້າເຖິງ ແລະ ຄວາມສ່ຽງດ້ານການແກ້ໄຂ ຄຸນສົມບັດເພື່ອຊ່ວຍເລືອກການຍົກລະດັບທີ່ປອດໄພ ແລະ ບໍ່ແຕກຫັກ.
ຜົນຜະລິດທີ່ສາມາດແບ່ງປັນໄດ້ ແລະ ເຊື່ອຖືໄດ້
ທ່ານສາມາດແບ່ງປັນຂອງທ່ານໄດ້ຢ່າງປອດໄພ SBOMກັບຜູ້ມີສ່ວນຮ່ວມພາຍນອກ, ຜູ້ກວດສອບ, ຫຼືຜູ້ຂາຍ. ສິ່ງທີ່ສຳຄັນທີ່ສຸດ, ທ່ານຄວບຄຸມເວລາ ແລະ ວິທີການແຈກຢາຍຂອງພວກເຂົາ.
ທັງໝົດນີ້ເຮັດໃຫ້ Xygeni ເປັນແພລະຕະຟອມທີ່ເໝາະສົມສຳລັບທີມງານທີ່ຊອກຫາວິທີເຮັດໃຫ້ການປະຕິບັດຕາມງ່າຍຂຶ້ນ ແລະ ປັບປຸງຄວາມສົມບູນຂອງ DevSecOps ໂດຍການນຳເອົາ ສະກາ ທຽບກັບ sbom ຮ່ວມກັນພາຍໃຕ້ຫລັງຄາດຽວ.
ປຽບທຽບອັນດັບຕົ້ນໆ SBOM ເຄື່ອງມືສຳລັບປີ 2025
SBOMປະຈຸບັນນີ້ແມ່ນຂໍ້ບັງຄັບໃນສະຫະລັດ ແລະ ເອີຣົບ. ແຕ່ບໍ່ແມ່ນທັງໝົດ SBOM ເຄື່ອງມືສະເໜີການປົກປ້ອງທີ່ແທ້ຈິງ. ສຳຫຼວດ 6 ເຄື່ອງມືທີ່ດີທີ່ສຸດ SBOM ເຄື່ອງມືການຜະລິດ ແລະ ເບິ່ງວິທີທີ່ພວກມັນປຽບທຽບກັນ.
ຄວາມຄິດສຸດທ້າຍ: SCA vs SBOM ເປັນທາງເລືອກທີ່ບໍ່ຖືກຕ້ອງ
ສະຫຼຸບ:
- SCA ແລະ SBOM ບໍ່ແມ່ນຍຸດທະສາດແຂ່ງຂັນກັນ, ແຕ່ມັນເປັນຍຸດທະສາດທີ່ສົມບູນກັນ.
- SCA ຊ່ວຍໃຫ້ທ່ານເຂົ້າໃຈ ແລະ ແກ້ໄຂສິ່ງທີ່ມີຄວາມສ່ຽງ.
- SBOM ໃຫ້ທ່ານເຫັນໄດ້ຢ່າງເຕັມທີ່ກ່ຽວກັບສິ່ງທີ່ຊອບແວຂອງທ່ານມີ.
- ພວກມັນຮ່ວມກັນສ້າງວິທີການທີ່ເຂັ້ມແຂງ ແລະ ສະຫຼາດກວ່າໃນການ software supply chain security.
ໃນຂະນະທີ່ຄວາມສ່ຽງດ້ານຊອບແວຍັງສືບຕໍ່ພັດທະນາ, ການຮັບເອົາວິທີການອັດຕະໂນມັດທີ່ທັນສະໄໝຮັບປະກັນວ່າທ່າທີຄວາມປອດໄພຂອງທ່ານຍັງຄົງເປັນແບບຢ່າງ ແລະ ພ້ອມທີ່ຈະກວດສອບ. ບໍ່ວ່າທ່ານຈະເປັນບໍລິສັດເລີ່ມຕົ້ນທີ່ມີການເຄື່ອນໄຫວໄວ ຫຼື ບໍລິສັດທີ່ຖືກຄວບຄຸມ enterprise, ການໃຊ້ທັງສອງມຸມມອງຈະເຮັດໃຫ້ເຈົ້າເຫັນພາບລວມທີ່ສົມບູນ ແລະ ມີຄວາມໝັ້ນໃຈທີ່ຈະເຄື່ອນໄຫວໄດ້ໄວໂດຍບໍ່ພາດໄພຂົ່ມຂູ່ທີ່ສຳຄັນ.
ດ້ວຍ Xygeni, ທ່ານບໍ່ຈຳເປັນຕ້ອງເລືອກລະຫວ່າງການເບິ່ງເຫັນ ແລະ ການກະທຳ. ທ່ານຈະໄດ້ຮັບທັງສອງຢ່າງ, ປະສົມປະສານເຂົ້າກັບຂະບວນການເຮັດວຽກທີ່ມີຢູ່ຂອງທ່ານຢ່າງລຽບງ່າຍ.
