SEC // 01
หลักของกฎหมาย: "เหมาะสม" กับความเสี่ยง
กฎหมายไม่ได้ระบุเทคโนโลยีตายตัว แต่ให้มาตรการครอบคลุมการรักษาความลับ ความถูกต้องครบถ้วน และความพร้อมใช้งาน (Confidentiality, Integrity, Availability) และเหมาะสมกับความเสี่ยงของข้อมูล ข้อมูลอ่อนไหวหรือข้อมูลการเงินจึงต้องป้องกันเข้มกว่าข้อมูลทั่วไป
SEC // 02
สิ่งที่ควรมีขั้นต่ำ
- รหัสผ่านเก็บแบบ hash ด้วยอัลกอริทึมที่ออกแบบมาสำหรับรหัสผ่าน เช่น Argon2 หรือ bcrypt ห้ามเก็บแบบอ่านออกหรือเข้ารหัสที่ถอดกลับได้
- เข้ารหัสระหว่างส่ง (HTTPS/TLS) ทุกจุด และเข้ารหัสขณะจัดเก็บสำหรับข้อมูลอ่อนไหว
- เปิด MFA สำหรับบัญชีแอดมินและบัญชีคลาวด์
- ไม่ฝัง API key หรือรหัสผ่านไว้ในโค้ด โดยเฉพาะ repo สาธารณะ
- ฐานข้อมูลและ storage ไม่เปิดสู่อินเทอร์เน็ตโดยตรง
- สำรองข้อมูลและทดสอบการกู้คืน
โฆษณาลงโฆษณา →
พื้นที่โฆษณาว่าง · กลางบทความให้แบรนด์ของคุณอยู่ตรงนี้ → ลงโฆษณากับ NITI.TECHSEC // 03
Log: เก็บให้พอ แต่อย่าเก็บข้อมูลเกินจำเป็น
ต้องมี audit log ว่าใครเข้าถึงข้อมูลอะไร และในฐานะผู้ให้บริการยังมีหน้าที่เก็บข้อมูลจราจรคอมพิวเตอร์ตาม พ.ร.บ.คอมพิวเตอร์ฯ แต่ log เองก็เป็นข้อมูลส่วนบุคคล ไม่ควรพิมพ์รหัสผ่าน token เลขบัตร หรือเนื้อหาข้อความลงใน log
SEC // 04
ผู้ให้บริการภายนอกก็ต้องปลอดภัยด้วย
ถ้าใช้ผู้ประมวลผลข้อมูล เช่น คลาวด์ ผู้รับจ้างพัฒนา ต้องมีสัญญากำหนดมาตรการความปลอดภัย และผู้ประมวลผลมีหน้าที่แจ้งเหตุละเมิดกลับมาโดยไม่ชักช้า (มาตรา 40) ตรวจว่าผู้ให้บริการมีมาตรฐาน เช่น ISO/IEC 27001 หรือ SOC 2 เป็นหลักฐานประกอบ
STATUTE_REF // กฎหมายที่อ้างอิง
- §พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 37, 40
- §ประกาศคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล เรื่อง มาตรการรักษาความมั่นคงปลอดภัยของผู้ควบคุมข้อมูลส่วนบุคคล พ.ศ. 2565
ข้อมูล ณ วันที่ 11 ตุลาคม 2569
ตรวจสอบตัวบทและประกาศล่าสุดได้ที่
โฆษณาลงโฆษณา →
พื้นที่โฆษณาว่าง · ท้ายบทความให้แบรนด์ของคุณอยู่ตรงนี้ → ลงโฆษณากับ NITI.TECHเนื้อหานี้เป็นข้อมูลทั่วไปเพื่อการศึกษา ไม่ใช่คำแนะนำทางกฎหมายสำหรับกรณีของคุณ กฎหมายและประกาศลำดับรองอาจเปลี่ยนแปลง โปรดตรวจสอบฉบับล่าสุด
ต่อยอดบน Lawslaneให้ทนายตรวจระบบก่อนเปิดตัวทนายด้านเทคโนโลยีบน Lawslane ช่วยร่าง Terms, Privacy Notice, สัญญาจ้างพัฒนา และ DPAADVISORY // LAWSLANE
เรื่องของคุณซับซ้อนหรือมีความเสี่ยงทางกฎหมาย? ให้ทนายความที่ผ่านการยืนยันตัวตนบน Lawslane ช่วยดูให้
ปรึกษาทนายบน Lawslaneอ่านต่อ
สร้างระบบBUILD-01สร้างระบบให้ถูก PDPA ตั้งแต่วันแรก: เช็กลิสต์ Privacy by Design สำหรับนักพัฒนา
การแก้ระบบทีหลังแพงกว่าออกแบบให้ถูกตั้งแต่ต้น เช็กลิสต์นี้ไล่ตั้งแต่ออกแบบฐานข้อมูล สิทธิ์การเข้าถึง การลบข้อมูล ไปจนถึง log ที่ต้องเก็บ ให้ทีมพัฒนาใช้ได้ทันที
อ่าน 4 นาที
PDPAPDPA-03ข้อมูลรั่ว ต้องทำอะไรภายใน 72 ชั่วโมง: ขั้นตอนแจ้งเหตุละเมิดข้อมูลส่วนบุคคล
เมื่อเกิดเหตุข้อมูลรั่ว องค์กรต้องแจ้ง สคส. โดยไม่ชักช้าภายใน 72 ชั่วโมงนับแต่ทราบเหตุ และแจ้งเจ้าของข้อมูลหากมีความเสี่ยงสูง พร้อมเช็กลิสต์รับมือ
อ่าน 4 นาที
สร้างระบบBUILD-12มีคนแจ้งช่องโหว่ระบบของเรา ทำอย่างไร: นโยบาย Responsible Disclosure และ Bug Bounty ที่ถูกกฎหมาย
การมีนโยบายรับแจ้งช่องโหว่ที่ชัดเจน ช่วยให้นักวิจัยความปลอดภัยแจ้งปัญหาก่อนถูกโจมตีจริง และกำหนดขอบเขตที่ไม่ทำให้ผู้ทดสอบเสี่ยงผิด พ.ร.บ.คอมพิวเตอร์ฯ
อ่าน 2 นาที
