สิทธิอธิปไตยด้านข้อมูลในระบบความปลอดภัยของคลาวด์แบบไฮบริด
- สิทธิอธิปไตยด้านข้อมูลบนคลาวด์ ครอบคลุมถึงกฎหมายใดที่ใช้บังคับกับข้อมูลและใครสามารถเข้าถึงข้อมูลได้ ไม่ใช่เพียงแต่เรื่องสถานที่เท่านั้น
- เครื่องมือความปลอดภัยก่อให้เกิดความเสี่ยงต่ออธิปไตย เนื่องจากเครื่องมือเหล่านี้ถอดรหัสข้อมูลการสื่อสาร คัดลอกหลักฐาน และส่งออกบันทึก
- ถามว่าการตรวจสอบเกิดขึ้นที่ไหน ข้อมูลใดถูกส่งออก ไฟล์บันทึกถูกเก็บไว้ที่ไหน และใครสามารถเข้าถึงข้อมูลที่ถอดรหัสแล้วได้
- การตรวจสอบในท้องถิ่น การบันทึกข้อมูลที่คำนึงถึงสถานที่อยู่ และกุญแจที่ลูกค้าควบคุมได้ สามารถสนับสนุนข้อกำหนดด้านอธิปไตยได้; ตรวจสอบความถูกต้องของทุกขั้นตอนการประมวลผลและเส้นทางเข้าถึงข้อมูล
- กรอบงานด้านอธิปไตยในระบบคลาวด์ของสหภาพยุโรป (EU Cloud Sovereignty Framework) และ DORA ทำให้อธิปไตยกลายเป็นข้อกำหนดที่สามารถวัดได้ในการจัดซื้อจัดจ้างและการปฏิบัติตามกฎระเบียบ
ความอธิปไตยด้านข้อมูลในความปลอดภัยของระบบคลาวด์แบบไฮบริด คือหลักการที่มุ่งรับรองว่าข้อมูลที่ละเอียดอ่อน รวมถึงสำเนาและข้อมูลเมตาที่สร้างขึ้นจากมาตรการควบคุมความปลอดภัย จะได้รับการประมวลผล จัดเก็บ และเข้าถึงได้เฉพาะตามวิธีการที่องค์กรเจ้าของข้อมูลและหน่วยงานกำกับดูแลยอมรับเท่านั้น ในสภาพแวดล้อมแบบไฮบริด สิ่งนี้จำเป็นต้องมีการตัดสินใจอย่างรอบคอบว่าฟังก์ชันความปลอดภัยใดจะทำงานในระบบท้องถิ่น และฟังก์ชันใดสามารถทำงานในระบบคลาวด์ของผู้ให้บริการได้
บทความนี้เป็นส่วนหนึ่งของคู่มือความปลอดภัยของ Hybrid Cloudเป็นข้อมูลทั่วไป ไม่ใช่คำปรึกษาทางกฎหมาย โปรดตรวจสอบข้อกำหนดกับทีมกฎหมายและทีมการปฏิบัติตามกฎระเบียบของคุณ
การเก็บรักษาข้อมูล vs. ความเป็นเจ้าของข้อมูล vs. การจัดเก็บข้อมูลในท้องถิ่น
“สถานที่เก็บข้อมูล” หมายถึงสถานที่ที่ข้อมูลถูกเก็บไว้ “การปรับให้สอดคล้องกับกฎหมายท้องถิ่น” เป็นข้อกำหนดทางกฎหมายที่บังคับให้ข้อมูลต้องถูกเก็บไว้ภายในประเทศ และ “สิทธิอธิปไตยด้านข้อมูล” หมายถึงกฎหมายใดที่ใช้บังคับกับข้อมูลนั้น และใครสามารถเข้าถึงข้อมูลได้
| คำศัพท์ | ความหมายคืออะไร | ตัวอย่างคำถาม |
|---|---|---|
| สถานที่จัดเก็บข้อมูล | สถานที่ที่ข้อมูลถูกเก็บไว้ทางกายภาพ | ฐานข้อมูลลูกค้าของเราอยู่ในเขตพื้นที่ของสหภาพยุโรปหรือไม่? |
| การจัดเก็บข้อมูลในท้องถิ่น | ข้อกำหนดทางกฎหมายที่กำหนดว่าข้อมูลบางประเภทต้องเก็บไว้ในประเทศนั้น | ข้อมูลประเภทนี้ต้องเก็บไว้ภายในประเทศหรือไม่? |
| สิทธิอธิปไตยด้านข้อมูล | กฎหมายใดที่ควบคุมข้อมูล และใครมีสิทธิ์บังคับหรือเข้าถึงข้อมูลได้ | หน่วยงานต่างประเทศหรือพนักงานของผู้ให้บริการสามารถเข้าถึงข้อมูลดังกล่าวได้หรือไม่? |
การตั้งอยู่ในเขตพื้นที่นั้นเป็นสิ่งจำเป็น แต่ยังไม่เพียงพอ ข้อมูลที่เก็บไว้ในเขตพื้นที่นั้นอาจถูกเข้าถึงได้โดยบุคลากรของผู้ให้บริการที่อยู่ในสถานที่อื่น อาจถูกบังคับให้เปิดเผยตามกฎหมายต่างประเทศ หรือถูกคัดลอกไปยังบันทึกและระบบสนับสนุนในประเทศอื่น
ทำไมเครื่องมือความปลอดภัยจึงก่อให้เกิดความเสี่ยงต่ออธิปไตย
เครื่องมือด้านความปลอดภัยก่อให้เกิดความเสี่ยงต่อความอธิปไตย เนื่องจากเครื่องมือเหล่านี้จัดการข้อมูลที่ละเอียดอ่อนที่สุดขององค์กร ซึ่งมักอยู่ในรูปแบบที่ถอดรหัสแล้ว และคัดลอกข้อมูลดังกล่าวลงในบันทึกและหลักฐาน
จุดเสี่ยงหลัก ได้แก่:
- การตรวจสอบ.ระบบเกตเวย์การตรวจสอบ (secure web gateway ) จะถอดรหัสการสื่อสาร TLS เพื่อตรวจสอบข้อมูล ในขณะนั้น ข้อมูลการเข้าสู่ระบบ ข้อมูลส่วนบุคคล และเอกสารลับจะอยู่ในรูปแบบข้อความธรรมดา (plaintext) ที่ทุกสถานที่ที่ระบบเกตเวย์ทำงานอยู่
- สำเนาหลักฐานเครื่องมือ DLP อาจเก็บสำเนาหรือส่วนหนึ่งของเนื้อหาที่กระตุ้นให้มีการบังคับใช้นโยบาย เพื่อให้ผู้สอบสวนสามารถตรวจสอบได้
- บันทึกและข้อมูลวัดระยะไกล (telemetry)URL ชื่อไฟล์ ข้อมูลประจำตัวผู้ใช้ และรายละเอียดอุปกรณ์ จะถูกส่งไปยังแพลตฟอร์มบันทึกและวิเคราะห์ข้อมูล ซึ่งมักตั้งอยู่ในภูมิภาคศูนย์กลางของผู้จำหน่าย
- การวิเคราะห์ภัยคุกคามไฟล์ที่น่าสงสัยอาจถูกส่งไปยังแซนด์บ็อกซ์บนคลาวด์เพื่อทำการทดสอบ
- การสนับสนุนการเข้าถึงข้อมูลของผู้เช่าอาจถูกวิศวกรของผู้ให้บริการเข้าถึงได้ระหว่างการแก้ไขปัญหา
ดังนั้น สถาปัตยกรรมความปลอดภัยที่ใช้เฉพาะระบบคลาวด์จึงสามารถโอนย้ายข้อมูลข้ามพรมแดนได้ แม้แอปพลิเคชันและระบบจัดเก็บข้อมูลขององค์กรเองจะไม่เคยทำเช่นนั้นเลยก็ตาม
สี่ประเด็นเกี่ยวกับอธิปไตยที่จำเป็นต้องพิจารณาสำหรับโครงสร้างด้านความมั่นคงใดๆ
มีสี่คำถามที่กำหนดท่าทีด้านอธิปไตยของโครงสร้างความปลอดภัยใดก็ตาม ได้แก่: การตรวจสอบเกิดขึ้นที่ใด, ข้อมูลใดที่ออกจากระบบ, บันทึกถูกเก็บไว้ที่ใด, และใครสามารถเข้าถึงข้อมูลที่ละเอียดอ่อนได้
1. การตรวจสอบเกิดขึ้นที่ใด?
ระบุทุกจุดที่ข้อมูลการสื่อสารถูกถอดรหัส: อุปกรณ์ในสถานที่, จุดให้บริการบนคลาวด์, ระบบควบคุมเบราว์เซอร์ และเอเจนต์ที่ติดตั้งบนอุปกรณ์ปลายทาง การตรวจสอบในสถานที่สามารถช่วยให้ส่วนที่ถูกบังคับใช้ในสถานที่ของกระแสข้อมูลที่อยู่ภายใต้การกำกับดูแลยังคงอยู่บนโครงสร้างพื้นฐานขององค์กรเอง ให้ประเมินแยกต่างหากสำหรับการส่งต่อข้อมูลไปยังบริการบนคลาวด์และตำแหน่งของหลักฐานเหตุการณ์ คำแนะนำของ NSAเกี่ยวกับการตรวจสอบ TLSแนะนำให้ทำการตรวจสอบเพียงครั้งเดียวภายในเครือข่ายองค์กร เพื่อจำกัดพื้นที่ที่ข้อมูลในรูปแบบข้อความธรรมดาปรากฏอยู่
2. สิ่งใดที่ออกจากสิ่งแวดล้อม?
ระบุสิ่งที่ระบบความปลอดภัยส่งออกไปนอกโครงสร้างพื้นฐานของคุณ: ข้อมูลเต็มรูปแบบ, ตัวอย่างไฟล์สำหรับการทดสอบในสภาพแวดล้อมจำลอง (sandboxing), หลักฐานเหตุการณ์ DLP, ข้อมูลเมตา หรือเพียงการอัปเดตนโยบายเท่านั้น แต่ละประเภทสามารถควบคุมได้แตกต่างกัน
3. ไฟล์บันทึกถูกเก็บไว้ที่ไหน?
บันทึกคือข้อมูล บันทึกการเข้าถึงเชื่อมโยงข้อมูลประจำตัวกับกิจกรรม ส่วนบันทึก DLP อาจมีเนื้อหาที่ละเอียดอ่อนอยู่ด้วยเอง ตัดสินใจว่าบันทึกใดสามารถส่งออกจากเขตอำนาจศาลใดได้ และว่าบันทึกสามารถเก็บไว้แบบท้องถิ่นได้หรือไม่ และส่งต่อไปยังระบบ SIEM กลางอย่างเลือกสรร
4. ใครสามารถเข้าถึงข้อมูลที่ละเอียดอ่อนได้?
ระบุผู้ที่สามารถเข้าถึงเนื้อหาที่ถอดรหัสแล้วหรือหลักฐานของเหตุการณ์ได้ ได้แก่ ผู้บริหารระบบของคุณ ผู้ให้บริการจัดการระบบ (MSP) ทีมสนับสนุนของผู้จำหน่ายโซลูชันความปลอดภัย หรือผู้ให้บริการคลาวด์ จากนั้นพิจารณาว่ากฎหมายใดที่อาจบังคับให้ฝ่ายใดฝ่ายหนึ่งต้องเปิดเผยข้อมูลดังกล่าว ตัวอย่างเช่นพระราชบัญญัติ CLOUD Act ของสหรัฐอเมริกา ระบุอย่างชัดเจนว่า หน่วยงานของสหรัฐอเมริกาสามารถบังคับให้ผู้ให้บริการที่มีสำนักงานในสหรัฐอเมริกาต้องส่งมอบข้อมูลที่อยู่ในความครอบครองหรือการควบคุมของพวกเขา ไม่ว่าข้อมูลดังกล่าวจะถูกจัดเก็บไว้ที่ใดก็ตาม
ปัจจัยขับเคลื่อนด้านกฎระเบียบและการจัดซื้อ
กฎการโอนข้อมูลตาม GDPR กรอบงานความอธิปไตยด้านคลาวด์ของสหภาพยุโรป (EU Cloud Sovereignty Framework) DORA และกฎเฉพาะภาคส่วน กำลังทำให้ความอธิปไตยเปลี่ยนจากความชอบเป็นการบังคับ
กฎการโอนข้อมูลตาม GDPR ตามบทที่ V ของ GDPR การโอนข้อมูลส่วนบุคคลไปยังนอกเขตเศรษฐกิจยุโรป (EEA) ต้องมีคำวินิจฉัยว่าประเทศปลายทางมีระดับการคุ้มครองข้อมูลที่เพียงพอ มาตรการคุ้มครองที่เหมาะสม เช่น ข้อกำหนดสัญญาแบบมาตรฐาน หรือข้อยกเว้นเฉพาะ ข้อมูลการวัดระยะไกลด้านความปลอดภัยที่รวมถึงข้อมูลส่วนบุคคลต้องปฏิบัติตามกฎเดียวกัน
กรอบงานความอธิปไตยด้านคลาวด์ของสหภาพยุโรป (EU Cloud Sovereignty Framework) กรอบงานความอธิปไตยด้านคลาวด์ของคณะกรรมาธิการยุโรป ซึ่งถูกนำเสนอครั้งแรกในเดือนตุลาคม 2568 ให้คะแนนผู้ให้บริการคลาวด์ตามแปดเป้าหมาย ได้แก่ ด้านกลยุทธ์ ด้านกฎหมายและเขตอำนาจศาล ด้านข้อมูลและปัญญาประดิษฐ์ (AI) ด้านปฏิบัติการ ด้านห่วงโซ่อุปทาน ด้านเทคโนโลยี ด้านความปลอดภัยและการปฏิบัติตามกฎระเบียบ และด้านความยั่งยืนทางสิ่งแวดล้อม ผู้ให้บริการจะได้รับระดับการรับรองประสิทธิภาพด้านอธิปไตย (SEAL) ตั้งแต่ 0 ถึง 4 ในเดือนเมษายน 2026 คณะกรรมาธิการได้มอบสัญญาคลาวด์อธิปไตยมูลค่าสูงสุดถึง 180 ล้านยูโรให้กับผู้ให้บริการสี่ราย โดยกำหนดให้ต้องมีระดับ SEAL-2 ซึ่งเป็นระดับอธิปไตยด้านข้อมูลเป็นขั้นต่ำ กรอบงานนี้ถูกจัดทำขึ้นสำหรับสถาบันของสหภาพยุโรป แต่ให้คำศัพท์ที่ใช้งานได้จริงแก่ผู้ซื้อทุกคนเกี่ยวกับข้อกำหนดด้านอธิปไตย
DORA สำหรับสถาบันการเงิน พระราชบัญญัติความยืดหยุ่นในการดำเนินงานดิจิทัล (Digital Operational Resilience Act)มีผลบังคับใช้ตั้งแต่วันที่ 17 มกราคม 2568 พระราชบัญญัตินี้กำหนดให้สถาบันการเงินที่อยู่ในขอบเขตต้องจัดการความเสี่ยงจากฝ่ายที่สามด้านเทคโนโลยีสารสนเทศและสื่อสาร (ICT) รักษาทะเบียนข้อตกลงบริการ ICT และวางแผนเพื่อจัดการความเสี่ยงจากการถอนตัวและความเสี่ยงจากการกระจุกตัว บริการความปลอดภัยที่ประมวลผลข้อมูลการสื่อสารของธนาคารถือเป็นบริการ ICT ตามกรอบกฎหมายดังกล่าว
กฎระเบียบของภาคอุตสาหกรรมและระดับประเทศองค์กรในภาคการดูแลสุขภาพ ภาคการป้องกันประเทศ ภาคสาธารณะ และโครงสร้างพื้นฐานสำคัญ มักต้องเผชิญกับข้อกำหนดเพิ่มเติมเกี่ยวกับการปรับให้เหมาะสมกับท้องถิ่นหรือการรับรองคุณภาพ
สถาปัตยกรรมคลาวด์แบบไฮบริดสำหรับภาคธนาคาร
ธนาคารมักเก็บระบบถอดรหัสและบันทึกการใช้งานไว้บนโครงสร้างพื้นฐานของตนเอง ส่วนสำหรับพนักงานที่ทำงานจากระยะไกลและบริการ SaaS จะใช้บริการคลาวด์ที่มีข้อจำกัดด้านภูมิภาค
ธนาคารเป็นตัวอย่างที่แสดงให้เห็นปัญหาเรื่องอธิปไตยอย่างชัดเจน ธนาคารต้องการบริการ SaaS บนคลาวด์และการทำงานจากระยะไกล แต่ในขณะเดียวกันก็ต้องเก็บรักษาข้อมูลทางการเงินของลูกค้าภายใต้ข้อกำหนดการกำกับดูแลที่เข้มงวด รูปแบบไฮบริดที่พบบ่อยคือ:
- เมื่อจำเป็นต้องดำเนินการประมวลผลระดับท้องถิ่น ให้รักษาการไหลของข้อมูลระหว่างสาขาและสำนักงานใหญ่ให้อยู่ภายใต้การควบคุมของธนาคาร และประเมินบริการที่ใช้ระบบคลาวด์และการจัดเก็บหลักฐานอย่างแยกต่างหาก
- ใช้จุดเชื่อมต่อบนคลาวด์ที่จำกัดไว้เฉพาะในภูมิภาคที่ได้รับอนุมัติสำหรับพนักงานที่ทำงานจากระยะไกล
- เก็บรักษาบันทึกการตรวจสอบร้านค้าและหลักฐาน DLP ภายในประเทศ และส่งต่อเฉพาะข้อมูลที่ SOC ต้องการเท่านั้น
- ใช้กุญแจที่ลูกค้าควบคุมและโมดูลความปลอดภัยทางฮาร์ดแวร์สำหรับหน่วยงานออกใบรับรองการตรวจสอบ
- รักษานโยบายชุดเดียวเพื่อให้การบังคับใช้นโยบายทั้งในระบบท้องถิ่นและบนคลาวด์มีความสอดคล้องกันสำหรับผู้ตรวจสอบ
- บันทึกข้อมูลของผู้ให้บริการด้านความปลอดภัยลงในทะเบียนข้อมูล DORA รวมถึงแผนการถอนตัว
รูปแบบเดียวกันนี้ใช้กับบริษัทประกันภัย สถาบันรับชำระเงิน และบริษัทลงทุนด้วย
แบบอย่างสถาปัตยกรรมที่สนับสนุนความอิสระ
มีเจ็ดรูปแบบสถาปัตยกรรมที่สามารถตอบสนองความต้องการด้านความอิสระส่วนใหญ่ได้ โดยไม่ต้องละทิ้งบริการบนคลาวด์
| แบบ | เนื้อหาที่กล่าวถึง |
|---|---|
| การตรวจสอบความปลอดภัยในท้องถิ่น | ข้อมูลเว็บที่ถอดรหัสแล้วจะยังคงอยู่ในโครงสร้างพื้นฐานของคุณ ส่วนข้อมูลที่ส่งต่อไปยังบริการบนคลาวด์จะไม่ถูกเก็บไว้ |
| จุดเชื่อมต่อระดับภูมิภาคหรือภายในประเทศ | การตรวจสอบบนคลาวด์จำกัดอยู่ในเขตอำนาจที่ได้รับการอนุมัติ |
| การบันทึกข้อมูลที่คำนึงถึงสถานะการพักอาศัย | บันทึกถูกเก็บไว้แบบท้องถิ่น; การส่งต่อแบบเลือกเฉพาะ |
| กุญแจที่ลูกค้าจัดการเองและการบูรณาการกับ HSM | การควบคุมใบรับรองการตรวจสอบและการเข้ารหัส |
| ที่อยู่ IP สำหรับการออกเครือข่ายแบบเฉพาะ | การส่งข้อมูลออกจากที่อยู่ที่เป็นขององค์กร ซึ่งสอดคล้องกับข้อกำหนดด้านเขตอำนาจศาลและชื่อเสียงของที่อยู่ IP |
| ระบบแซนด์บ็อกซ์ภายในองค์กร | วิเคราะห์ไฟล์ที่น่าสงสัยโดยไม่จำเป็นต้องออกจากระบบ |
| ระบบจัดการนโยบายเดียว | การประมวลผลข้อมูลอย่างสม่ำเสมอ ไม่ว่าจุดการบังคับใช้จะเป็นอย่างไร |
รายการตรวจสอบเรื่องอธิปไตยสำหรับผู้จำหน่ายระบบความปลอดภัย
ใช้รายการตรวจสอบนี้เพื่อตรวจสอบคำกล่าวอ้างเกี่ยวกับอธิปไตยของผู้ให้บริการด้านความปลอดภัยก่อนที่จะคัดเลือกผู้เข้าชิง
- การตรวจสอบทั้งหมดสำหรับประเภทการจราจรที่กำหนดสามารถดำเนินการได้บนโครงสร้างพื้นฐานของเราหรือไม่?
- องค์ประกอบข้อมูลใดที่ส่งออกจากระบบของเราโดยค่าเริ่มต้น และสามารถปิดการใช้งานแต่ละองค์ประกอบได้หรือไม่?
- ข้อมูลบันทึก หลักฐาน และข้อมูลการติดตามระยะไกลถูกเก็บไว้ในประเทศใดบ้าง?
- พนักงานของผู้ให้บริการรายใดสามารถเข้าถึงข้อมูลของผู้เช่าได้ จากที่ไหน และภายใต้การอนุมัติแบบใด?
- กฎหมายของเขตอำนาจศาลใดที่มีผลบังคับใช้ต่อผู้ขายและผู้รับจ้างประมวลผลข้อมูลระดับรอง?
- เราสามารถใช้ HSM หรือระบบจัดการกุญแจของเราเองได้หรือไม่?
- หากไม่สามารถเข้าถึงระบบคลาวด์ของผู้ให้บริการได้ ระบบใดจะยังคงทำงานได้?
- ใบรับรองใดที่ได้รับการยอมรับ (เช่น FedRAMP, IRAP, BSI C5, SOC 2 Type II, CSA STAR)?
Skyhigh สนับสนุนสิทธิในความเป็นเจ้าของข้อมูลอย่างไร
Skyhigh สนับสนุนสิทธิอธิปไตยด้านข้อมูล โดยเก็บการตรวจสอบเว็บและกุญแจการตรวจสอบไว้บนโครงสร้างพื้นฐานของลูกค้าตามความจำเป็น ส่วนหลักฐานเกี่ยวกับเหตุการณ์การละเมิดการคุ้มครองข้อมูลจะถูกเก็บไว้ในระบบคลาวด์ของ Skyhigh ซึ่งถือเป็นประเด็นที่แยกต่างหากที่ต้องพิจารณาให้สอดคล้องกับข้อกำหนดด้านสิทธิอธิปไตยของคุณ
Skyhigh Hybrid SSE Meshรักษาชั้นข้อมูล (data plane) ให้อยู่ภายในสถานที่จริง (on-premises) ตามข้อกำหนดด้านการปฏิบัติตามกฎระเบียบ การถอดรหัส SSL/TLS และการตรวจสอบเว็บดำเนินการในเครื่องท้องถิ่นบน Secure Service Gateway ทำให้ข้อมูลเว็บถูกถอดรหัสภายในโครงสร้างพื้นฐานของคุณเอง บริการที่ใช้งานผ่านคลาวด์ของ Skyhigh รวมถึงการปกป้องข้อมูล (remote browser isolation), การควบคุมความปลอดภัยด้วย AI, CASB และการจัดการสถานะความปลอดภัยของข้อมูล จะรับการจราจรที่เกี่ยวข้องจากเกตเวย์ ดังนั้นจึงสามารถกำหนดขอบเขตการไหลของข้อมูลเหล่านั้นให้สอดคล้องกับข้อกำหนดด้านสถานที่ตั้ง (residency) และอธิปไตย (sovereignty) ของคุณ ZTNA ท้องถิ่นทำงานบนเกตเวย์ขององค์กรเอง ตรวจสอบการปกป้องกุญแจการตรวจสอบ การบูรณาการ HSM (หากมี) และการสนับสนุนแซนด์บ็อกซ์ในสถานที่สำหรับผลิตภัณฑ์และเวอร์ชันที่เลือก IP ออกเฉพาะและการยึด IP แหล่งที่มาช่วยควบคุมการออกของทราฟฟิกที่ผ่านการตรวจสอบบนคลาวด์ แต่ไม่สามารถกำหนดได้ด้วยตัวเองว่าเนื้อหาถูกประมวลผลที่ใด (Skyhigh Security). ระบบทะเบียนคลาวด์ของแพลตฟอร์มยังให้คะแนนบริการคลาวด์ตามการเก็บรักษาข้อมูลในท้องถิ่น เงื่อนไขทางกฎหมาย และคุณสมบัติอื่น ๆ ดังนั้นนโยบายจึงสามารถนำผู้ใช้ไปยังบริการที่สอดคล้องกับข้อกำหนดได้
แหล่งข้อมูล
- สหภาพยุโรป.กฎระเบียบ (EU) 2016/679 (กฎระเบียบทั่วไปว่าด้วยการคุ้มครองข้อมูลส่วนบุคคล), บทที่ V.https://eur-lex.europa.eu/eli/reg/2016/679/oj
- สหภาพยุโรป.กฎระเบียบ (EU) 2022/2554 (พระราชบัญญัติความยืดหยุ่นในการดำเนินงานดิจิทัล). https://eur-lex.europa.eu/eli/reg/2022/2554/oj
- คณะกรรมาธิการยุโรป. “คำอธิบายเกี่ยวกับกรอบงานคลาวด์อธิปไตย” (1 มิถุนายน 2026).https://commission.europa.eu/news-and-media/news/sovereign-cloud-framework-explained-2026-06-01_en
- คณะกรรมาธิการยุโรป. “คณะกรรมาธิการส่งเสริมความอิสระด้านคลาวด์ผ่านการจัดซื้อจัดจ้างเชิงกลยุทธ์” (17 เมษายน 2026).https://commission.europa.eu/news-and-media/news/commission-advances-cloud-sovereignty-through-strategic-procurement-2026-04-17_en
- กระทรวงยุติธรรมสหรัฐอเมริกา. ทรัพยากรเกี่ยวกับ CLOUD Act.https://www.justice.gov/criminal/cloud-act-resources
- NSA.การจัดการความเสี่ยงจากการตรวจสอบความปลอดภัยชั้นการส่งข้อมูล(พฤศจิกายน 2019).https://media.defense.gov/2019/Nov/18/2002212783/-1/-1/0/MANAGING%20RISK%20FROM%20TLS%20INSPECTION_20191106.PDF
- Skyhigh Security. “การปรับปรุง Symantec EdgeSecure Web Gateway ให้ทันสมัยด้วย Skyhigh Hybrid SSE Mesh” (15 กรกฎาคม 2026).https://www.skyhighsecurity.com/industry-perspectives/modernizing-your-symantec-edge-secure-web-gateway-with-skyhigh-hybrid-sse-mesh.html
- Skyhigh Security. “การนำระบบไฮบริดมาใช้กลายเป็นเรื่องที่ง่ายขึ้นด้วยแพลตฟอร์ม Skyhigh SSE” (3 ตุลาคม 2024).https://www.skyhighsecurity.com/cloud-security/adopting-hybrid-just-got-easier-with-skyhigh-sse-platform.html