เกิดอะไรขึ้น
Enforcement Tracker รายงานรายการเกี่ยวกับ Greek Ministry of Immigration and Asylum ในกรีซ หน่วยงานที่ระบุคือ Hellenic Data Protection Authority (HDPA) บทบัญญัติที่อ้าง: Art. 25 GDPR, Art. 31 GDPR, Art. 35 GDPR หมวดการละเมิดที่ต้นทางระบุ: Insufficient technical and organisational measures to ensure information security สรุปจากข้อมูลในดัชนี พร้อมลิงก์สำหรับอ่านรายละเอียดต้นทาง
- องค์กรที่เกี่ยวข้อง
- Greek Ministry of Immigration and Asylum
- กฎหมาย / บทบัญญัติต่างประเทศ
- GDPR / บทบัญญัติตาม Enforcement Tracker Art. 25 GDPR, Art. 31 GDPR, Art. 35 GDPR
- วันที่ที่ Enforcement Tracker ระบุ
- 2024-04-02
- ภาคธุรกิจตาม Tracker
- Public Sector and Education
- หมวดการละเมิดตาม Tracker
- Insufficient technical and organisational measures to ensure information security
- วันที่คำสั่ง / คำตัดสิน
- ไม่ระบุ
- วันที่เผยแพร่ประกาศ
- ไม่ระบุ
เทียบเคียงกับ PDPA ไทย
ประเด็นสำหรับ Greek Ministry of Immigration and Asylum จากบทบัญญัติและหมวดที่ต้นทางระบุ
ออกแบบระบบให้คุ้มครองข้อมูล
GDPR Art.25
เทียบจากบทบัญญัติประเด็นตาม GDPR: การคุ้มครองข้อมูลตั้งแต่การออกแบบและโดยค่าเริ่มต้น
เมื่อเกิดกรณีคล้ายกันในไทย: ในไทยนำประเด็นนี้มาตรวจการลดข้อมูลที่เก็บและมาตรการความปลอดภัยที่เหมาะสมตั้งแต่การออกแบบระบบ
ขอบเขตที่ต่างกัน: พ.ร.บ.ไทยไม่มีบทบัญญัติชื่อและรายละเอียดตรงกับ GDPR Art.25 การจับคู่นี้เทียบเคียงหน้าที่บางส่วน
สิ่งที่องค์กรไทยควรทบทวน: ตรวจค่าเริ่มต้นของการเปิดเผย สิทธิ์เข้าถึง ช่องข้อมูล และมาตรการป้องกันก่อนเปิดใช้ฟังก์ชัน
อ่านตัวบท PDPA ไทย ↗การตอบคำขอและคำสั่งของหน่วยงานกำกับ
GDPR Art.31
เทียบจากบทบัญญัติประเด็นตาม GDPR: หน้าที่ให้ความร่วมมือกับหน่วยงานกำกับ
เมื่อเกิดกรณีคล้ายกันในไทย: ในไทยต้องพิจารณาคำสั่งให้ส่งเอกสาร ชี้แจง หรือให้ข้อมูลตามอำนาจของคณะกรรมการผู้เชี่ยวชาญและพนักงานเจ้าหน้าที่
ขอบเขตที่ต่างกัน: GDPR Art.31 เป็นหน้าที่ให้ความร่วมมือโดยตรง ส่วนมาตราไทยที่ยกมาเป็นอำนาจเรียกข้อมูลและตรวจสอบ ไม่ใช่บทบัญญัติที่มีถ้อยคำตรงกัน
สิ่งที่องค์กรไทยควรทบทวน: กำหนดผู้ประสานงาน เก็บหลักฐานคำสั่งและเอกสารตอบกลับ ตรวจขอบเขตอำนาจและกำหนดเวลาตามคำสั่งจริง
อ่านตัวบท PDPA ไทย ↗ประเมินความเสี่ยงของกิจกรรมข้อมูล
GDPR Art.35
เทียบจากบทบัญญัติประเด็นตาม GDPR: การประเมินผลกระทบด้านการคุ้มครองข้อมูล (DPIA)
เมื่อเกิดกรณีคล้ายกันในไทย: ในไทยใช้ประเด็นการประเมินผลกระทบเพื่อทบทวนว่ามาตรการรักษาความมั่นคงปลอดภัยเหมาะกับความเสี่ยงของกิจกรรมหรือไม่
ขอบเขตที่ต่างกัน: ม.37(1) ไม่ใช่หน้าที่ DPIA หรือปรึกษาหน่วยงานก่อนประมวลผลที่มีเงื่อนไขตรงกับ GDPR Art.35–36 ต้องตรวจข้อกำหนดไทยเพิ่มเติม
สิ่งที่องค์กรไทยควรทบทวน: จัดทำรายการความเสี่ยง ผู้ได้รับผลกระทบ มาตรการลดความเสี่ยง และผู้อนุมัติก่อนเริ่มกิจกรรมที่เสี่ยงสูง
อ่านตัวบท PDPA ไทย ↗ความมั่นคงปลอดภัย
หมวดต้นทาง: Insufficient technical and organisational measures to ensure information security
เทียบจากหมวดการละเมิดประเด็นจากหมวดต้นทาง: มาตรการความปลอดภัยทางเทคนิคและองค์กร
เมื่อเกิดกรณีคล้ายกันในไทย: เทียบเคียงหน้าที่จัดมาตรการรักษาความมั่นคงปลอดภัยที่เหมาะสม โดยแยกบทบาทผู้ควบคุมและผู้ประมวลผลข้อมูล
ขอบเขตที่ต่างกัน: แยกหน้าที่ผู้ควบคุมตาม ม.37(1) กับผู้ประมวลผลตาม ม.40(2) และตรวจมาตรการตามกฎหมายลำดับรองไทย
สิ่งที่องค์กรไทยควรทบทวน: ตรวจสิทธิ์เข้าถึง การยืนยันตัวตน การเข้ารหัส และการทบทวนมาตรการตามความเสี่ยง
อ่านตัวบท PDPA ไทย ↗อ่านต่อเรื่อง PDPA และการคุ้มครองข้อมูล
PDPA คืออะไร? ความยินยอม สิทธิ และบทเรียนสำหรับองค์กรไทย →
รายการในประเด็นหรือประเทศเดียวกัน