คลาวด์ได้เปลี่ยนวิธีที่องค์กรดำเนินงานและตัดสินใจทางธุรกิจ ช่วงของแอปพลิเคชันและบริการที่ cloud computing เสนอ ทำให้ธุรกิจสมัยใหม่คล่องตัว รวดเร็ว และสามารถทำงานร่วมกันได้ จากแพลตฟอร์มแชร์ข้อมูลภายในองค์กรบนคลาวด์ ไปจนถึงทรัพยากรที่ยืดหยุ่นสำหรับการจัดเก็บ ดึงข้อมูล และจัดการฐานข้อมูลได้ง่าย คลาวด์เสนอสภาพแวดล้อมใหม่ยุคอวกาศให้องค์กรดำเนินการธุรกิจ
เมื่อความต้อง求สำหรับสถาปัตยกรรมธุรกิจบนเว็บเพิ่มขึ้น โชคของนักพัฒนาและผู้ให้บริการคลาวด์ก็เพิ่มขึ้น บริษัทใหญ่อย่าง Amazon Web Services และ Microsoft Azure กลายเป็นผู้เล่นนำในอุตสาหกรรมนี้ ผู้ที่มีอิทธิพลต่อบริการบนคลาวด์ในขนาดที่เพียงพอที่จะดึงดูดธุรกิจขนาดกลางและขนาดเล็กให้ย้ายมาใช้
แตเหมือนทุกบริการที่เกี่ยวข้องกับอินเทอร์เน็ต cloud computing ก็ย่อมมีความกังวลด้านความปลอดภัย การรั่วไหลของข้อมูล การขโมยบัญชี การโจมตีรैनซัมแวร์ การโจมตี DoS เป็นต้น เป็นข้อกังวลด้านความปลอดภัยคลาวด์ที่พบบ่อยซึ่งอาจเป็นภัยคุกคามต่อความปลอดภัยข้อมูลองค์กรเกี่ยวกับการดำเนินการธุรกิจในอนาคต กลยุทธ์ และข้อมูลรับรองทางการเงินที่จัดเก็บบนคลาวด์ ดังนั้น หากคุณวางแผนจะย้ายไปคลาวด์ คุณควรทราบถึงจุดอ่อนของมันด้วย
นี่คือขั้นตอนบางส่วนที่คุณต้องทำก่อนย้ายไปคลาวด์ เพื่อที่คุณจะสร้างสถาปัตยกรรมไซเบอร์ความปลอดภัยที่น่าเชื่อถือรอบๆ มัน:
มาตรการความปลอดภัย Cloud Computing ก่อนการย้ายถิ่นฐาน:
1. พิจารณาความเสี่ยงที่เกี่ยวข้องกับความปลอดภัย Cloud Computing: อ้างอิง Case Studies
หนึ่งในส่วนสำคัญที่สุดของการเปลี่ยนแปลงในองค์กรคือการประเมินความเสี่ยง สิ่งสำคัญคือผู้บริหารต้องทราบว่าการเปลี่ยนแปลงที่เสนออาจสร้างความเสี่ยงต่อข้อมูลของพวกเขาอย่างไร กรณีของ cloud computing ก็เช่นกัน เมื่อองค์กรต้องการย้ายไป cloud computing ควรทราบความเสี่ยงด้านความปลอดภัย cloud computing ด้วย วิธีที่ดีที่สุดในการเข้าใจความเสี่ยงเหล่านี้คือการศึกษาการละเมิดความปลอดภัยคลาวด์ในอดีต ในไม่กี่ปีที่ผ่านมา องค์กรแม้แต่ระดับระหว่างประเทศก็กลายเป็นเหยื่อของการละเมิดความปลอดภัยคลาวด์ การศึกษากรณีของพวกเขาและเรียนรู้ว่าพวกเขาล้มเหลวในการนำมาตรการใดไปใช้ คือขั้นตอนแรกเพื่อให้แน่ใจว่าคุณไม่ทำซ้ำข้อผิดพลาดเดียวกันเมื่อย้ายไปคลาวด์
2. ระบุข้อมูลของคุณ และจัดการใหม่ตามลำดับความสำคัญ
เมื่อคุณทราบความเปราะบางและความเสี่ยงทั้งหมดที่เกี่ยวข้องกับความปลอดภัย cloud computing คุณต้องเข้าใจว่าความเสี่ยงเหล่านี้อาจนำไปสู่การขโมยข้อมูล หากข้อมูลของคุณสูญหายในการพยายามขโมยดังกล่าว คุณอาจถูกฟ้องโดยลูกค้าและพาร์ทเนอร์ในข้อหาจัดการข้อมูลไม่善良 ดังนั้น ขั้นแรก ให้จัดระเบียบข้อมูลของคุณและแยกเนื้อหาภายในออกเป็นลำดับความสำคัญและความชอบ ทดสอบการย้ายถิ่นฐานไปคลาวด์โดยการถ่ายโอนทรัพย์สินที่มีความสำคัญน้อยที่สุดก่อน คุณจะได้เข้าใจว่าสิ่งต่างๆ ถูกกำหนดค่าอย่างไรเมื่ออยู่บนคลาวด์ และคุณจะสามารถปรับใช้ทรัพย์สินของคุณเข้าไปในบริการใหม่อย่างระมัดระวังมากขึ้น
3. ต้นทุนการย้ายถิ่นฐาน
สำหรับองค์กรขนาดใหญ่ การจัดการงบประมาณเป็นกระบวนการ fast track ที่พวกเขาจัดสรรทรัพยากรใหม่เพื่อดำเนินงาน change management tasks แบบนี้ แต่สำหรับองค์กรขนาดกลางหรือขนาดเล็ก นี่เป็นเรื่องใหญ่ ก่อนไปคลาวด์ ให้ตรวจสอบให้แน่ใจว่ามันไม่ทำลายบัญชีขององค์กรของคุณในระดับที่มีผลกระทบ ตรวจสอบให้แน่ใจว่าการมีทรัพยากรทางการเงินในองค์กรของคุณอนุญาตให้การย้ายถิ่นฐานและการปรับใช้เทคโนโลยีใหม่นี้ได้
4. เริ่มต้นด้วยการสร้างสถาปัตยกรรมไซเบอร์ความปลอดภัย
เข้าใจสถาปัตยกรรมไซเบอร์ความปลอดภัยปัจจุบันของคุณ ตรวจสอบว่ามันสามารถขับไล่ภัยคุกคามประเภทไหนได้ และมีช่องโหว่อะไรอยู่ ถ้าพบ ให้แก้ไข ดูมุมมองต่างๆ ของสถาปัตยกรรมไซเบอร์ความปลอดภัยของคุณแยกกัน ประเมินโอกาสความปลอดภัยปลายทางและการปกป้องเซิร์ฟเวอร์ เมื่อคุณประเมินทุกด้านแล้ว ตรวจสอบว่าการปฏิบัติความปลอดภัยไซเบอร์ปัจจุบันของคุณสอดคล้องกับก้าวระเบียบของ cloud computing security หรือไม่ หากมาตรการที่มีอยู่มีช่องโหว่ที่สามารถถูกละเมิดบนคลาวด์ คุณต้องแทนที่พวกเขา
มาตรการเหล่านี้ดำเนินการโดยการวิเคราะห์ความแข็งแกร่งของซอร์สโค้ดของซอฟต์แวร์ความปลอดภัยที่นำไปใช้ในเซิร์ฟเวอร์และภาคอื่นๆ ขององค์กร ด้วยการจัดการสถาปัตยกรรมไซเบอร์ความปลอดภัยอย่างรุนแรง คุณสามารถรับรองการย้ายถิ่นฐานไปคลาวด์ที่ปลอดภัย
5. ตรวจสอบความสามารถในการทำงานร่วมกันด้านความปลอดภัย (Security Interoperability)
แม้เครื่องมือความปลอดภัยไซเบอร์จะมีประโยชน์น้อยกว่าสำหรับคอมพิวเตอร์ส่วนตัว องค์กรจะได้เปรียบกับชั้นความปลอดภัยเพิ่มเติม ดังนั้น ให้ประเมินไฟร์วอลล์ หลักการความปลอดภัยเครือข่าย เทคโนโลยีการเข้ารหัส และบริการป้องกันมัลแวร์ที่คุณใช้อยู่ ตรวจสอบพวกเขาต่อความเสี่ยงของความปลอดภัยคลาวด์ ต้องตรวจสอบให้แน่ใจว่าพื้นฐานความปลอดภัยที่มีอยู่จะมีประโยชน์เท่าเทียมกันบน cloud computing ด้วย เมื่อคุณมีมาตรการความปลอดภัยพื้นฐานทั้งหมดที่จำเป็นสำหรับการย้ายถิ่นฐานและการดำเนินธุรกิจต่อบนคลาวด์แล้ว ค่อยดำเนินการถ่ายโอนข้อมูล
6. หา Web Service Provider ที่เหมาะสม ซึ่งก็อยู่ในงบประมาณของคุณด้วย
แม้จะมีการตรวจสอบและประเมินมาตรการความปลอดภัยทั้งหมดแล้ว ข้อมูลทั้งหมดที่คุณวางบนคลาวด์ก็ยังเป็นความรับผิดชอบของผู้ให้บริการด้วย สิ่งสำคัญคือผู้ให้บริการรายนั้นน่าเชื่อถือ ปฏิบัติการความปลอดภัยได้รับการทดสอบ และโปร่งใสกับคุณเกี่ยวกับการเข้าถึงและการควบคุมข้อมูลของคุณ มี Service Level Agreements (SLAs) สำหรับสัญญาเช่นนี้ พื้นฐานของ SLAs คือผู้ให้บริการยังคงซื่อสัตย์ต่อมาตรการของมันในการจัดเก็บและบันทึกข้อมูลของลูกค้า (ซึ่งคือองค์กร) สัญญาเช่นนี้เพิ่มความผูกมัดให้กับการทำธุรกรรมแบบสัญญาใดๆ
7. การถ่ายโอนข้อมูลเก่า
ข้อมูลเก่าต้องถูกถ่ายโอนไปยังแพลตฟอร์ม cloud computing ใหม่ ข้อมูลอดีตนั้นจำเป็นต่อการพยากรณ์แนวโน้มในอนาคตและการตัดสินใจดำเนินงาน แต่วันั้นควรจัดระเบียบและปกป้องเมื่อถ่ายโอน องค์กรสามารถพิจารณาใช้ Containerization ในสถานการณ์เช่นนี้
ใน Containerization แอปพลิเคชันและไฟล์การกำหนดค่าที่เกี่ยวข้องถูกรวมกันในสภาพแวดล้อมการคำนวณที่ปราศจากบั๊กความปลอดภัย ข้อมูลที่ถูกบรรจุแบบนี้ปลอดภัยต่อการถ่ายโอนจากสภาพแวดล้อมการคำนวณหนึ่งไปยังอีกสภาพแวดล้อมหนึ่ง
8. การฝึกอบรมพนักงาน – สื่อสารการเปลี่ยนแปลง
การเปลี่ยนผ่านไม่สามารถสมบูรณ์ได้หากพนักงานองค์กรไม่ทราบการใช้งานและเมธอดโโลยีของ cloud computing ในหลายกรณีของการละเมิดความปลอดภัยคลาวด์ มันเป็นข้อผิดพลาดของพนักงานที่ทำให้เกิดขึ้น ไม่ใช่ว่าพนักงานตั้งใจทำผิด แต่เขา/เธอไม่ได้ถูกบอกอย่างเหมาะสมเกี่ยวกับวิธีการที่ใช้ในการละเมิดความปลอดภัยคลาวด์
ดังนั้น จึงเป็นสิ่งจำเป็นที่พนักงานได้รับการฝึกอบรมในการจัดการกับการพยายามเช่นนี้ พวกเขาควรถูกบอกถึงขั้นตอนที่ควรปฏิบัติเมื่อพวกเขาพบกับกรณีดังกล่าว
9. ตรวจสอบรายละเอียดสำหรับการรวม協力ของบุคคลที่สาม (Third-Party Integrations)
ผู้ให้บริการ cloud computing เสนอ third-party integrations สำหรับการดำเนินการดำเนินการต่างๆ การรวมเหล่านี้ช่วยองค์กรในงานเล็กๆ น้อยๆ แต่ เพื่อใช้พวกเขา คุณต้องอนุญาตให้พวกเขาเข้าถึงส่วนของข้อมูลจากบัญชี cloud computing ของคุณ ก่อนย้ายไปคลาวด์ เรียนรู้ว่า third-party integrations ไหนเกี่ยวข้องกับมัน ตรวจสอบความถูกต้องของพวกเขา และดูว่ามีกรณีการละเมิดความปลอดภัยคลาวด์ในอดีตจากการรวมเหล่านี้หรือไม่
10. Penetration Testing (การทดสอบการเจาะระบบ)
จะดีกว่าหากผู้ให้บริการของคุณอนุญาต penetration testing เพื่อวัดระดับความปลอดภัยคลาวด์ที่ให้มา ใน penetration testing จะมีการโจมตีปลอมบนบริการคลาวด์เพื่อพยายามเจาะความปลอดภัย โค้ดจำลองเหล่านี้ค้นหาช่องโหว่ในมาตรการความปลอดภัย cloud computing ทั้งที่องค์กรนำมาใช้และที่บริษัทบริการคลาวด์ให้มา
ในบริการคลาวด์ต่างๆ มีคุณสมบัติไซเบอร์ความปลอดภัยอัตโนมัติซึ่งตรวจจับการโจมตีเช่นนี้และปิดเซิร์ฟเวอร์คลาวด์ทันที หากการโจมตีจำลองของคุณไม่สามารถตรวจจับได้โดยคุณสมบัตินี้ แสดงว่ามีช่องโหว่อยู่
11. ตรวจสอบภัยคุกคามต่อการเข้าถึงจากระยะไกล (Remote Accessibility)
ในบริษัทหลายแห่ง พนักงานได้รับอนุญาตให้ล็อกอินจากบ้านผ่านอุปกรณ์ส่วนตัวและเครือข่ายส่วนตัว อุปกรณ์และเครือข่ายเหล่านี้ไม่ได้รับการปกป้องด้วยมาตรการเดียวกันกับระบบองค์กร ดังนั้น พวกเขาจึงง่ายต่อการเจาะมากขึ้น และเมื่อเจาะได้ บัญชีใดๆ ขององค์กรนั้นก็สามารถถูกแฮ็กได้ ดังนั้น ให้รับรองว่า cloud services ที่คุณย้ายไปเสนอการปกป้องที่คล้ายกันสำหรับการเข้าถึงบัญชีของพวกเขาจากระยะไกลด้วย
สำหรับการย้ายถิ่นฐานไป cloud computing องค์กรควรนำมาตรการปฏิบัติที่ดีที่สุดมาใช้ ซึ่งไม่เพียงแต่ตอบสนองข้อกำหนดทางกฎหมาย แต่ยังตอบสนองข้อกำหนดความปลอดภัยขององค์กรของคุณ ด้วยเทคโนโลยีที่มีประสิทธิภาพแต่เปราะบาง การย้ายถิ่นฐาน cloud computing ควรบรรลุด้วยความเสี่ยงขั้นต่ำ มาตรการ 11 ข้อนี้สามารถช่วยองค์กรประเมินทุกด้านของกระบวนการย้ายถิ่นฐานและบรรลุ cloud security คุณภาพสูง
เราอยู่ที่นี่:
กรอกส่วนความคิดเห็นด้วยมุมมองของคุณเกี่ยวกับ cloud computing คุณคิดว่าความกดดันที่องค์กรเผชิญระหว่างการย้ายถิ่นฐาน cloud computing เป็นเหตุผลที่สมเหตุสมผลไหม? และความคิดเห็นของคุณเกี่ยวกับ cloud security คืออะไร? บอกเราเลย
ติดตาม Systweak ที่ Facebook และ Twitter เพื่อรับอัปเดตบล็อกใหม่ หรือสมัครรับจดหมายข่าวสำหรับการแจ้งเตือนบล็อกรายวัน
