NITI.TECH

มาตรฐานความปลอดภัยขั้นต่ำตาม PDPA: รหัสผ่าน การเข้ารหัส สิทธิ์แอดมิน และ log ที่ระบบต้องมี

PDPA มาตรา 37 บังคับให้มีมาตรการรักษาความปลอดภัยที่เหมาะสม ถ้าข้อมูลรั่วเพราะเก็บรหัสผ่านแบบอ่านออก หรือเปิดฐานข้อมูลสู่สาธารณะ จะถูกมองว่าละเลยหน้าที่ บทความนี้แปลงกฎหมายเป็นสิ่งที่ทีม Dev ทำได้จริง

สร้างระบบให้ถูกกฎหมายอ่าน 3 นาทีอัปเดต 11 ตุลาคม 2569

SEC // 01

หลักของกฎหมาย: "เหมาะสม" กับความเสี่ยง

กฎหมายไม่ได้ระบุเทคโนโลยีตายตัว แต่ให้มาตรการครอบคลุมการรักษาความลับ ความถูกต้องครบถ้วน และความพร้อมใช้งาน (Confidentiality, Integrity, Availability) และเหมาะสมกับความเสี่ยงของข้อมูล ข้อมูลอ่อนไหวหรือข้อมูลการเงินจึงต้องป้องกันเข้มกว่าข้อมูลทั่วไป

SEC // 02

สิ่งที่ควรมีขั้นต่ำ

  • รหัสผ่านเก็บแบบ hash ด้วยอัลกอริทึมที่ออกแบบมาสำหรับรหัสผ่าน เช่น Argon2 หรือ bcrypt ห้ามเก็บแบบอ่านออกหรือเข้ารหัสที่ถอดกลับได้
  • เข้ารหัสระหว่างส่ง (HTTPS/TLS) ทุกจุด และเข้ารหัสขณะจัดเก็บสำหรับข้อมูลอ่อนไหว
  • เปิด MFA สำหรับบัญชีแอดมินและบัญชีคลาวด์
  • ไม่ฝัง API key หรือรหัสผ่านไว้ในโค้ด โดยเฉพาะ repo สาธารณะ
  • ฐานข้อมูลและ storage ไม่เปิดสู่อินเทอร์เน็ตโดยตรง
  • สำรองข้อมูลและทดสอบการกู้คืน

SEC // 03

Log: เก็บให้พอ แต่อย่าเก็บข้อมูลเกินจำเป็น

ต้องมี audit log ว่าใครเข้าถึงข้อมูลอะไร และในฐานะผู้ให้บริการยังมีหน้าที่เก็บข้อมูลจราจรคอมพิวเตอร์ตาม พ.ร.บ.คอมพิวเตอร์ฯ แต่ log เองก็เป็นข้อมูลส่วนบุคคล ไม่ควรพิมพ์รหัสผ่าน token เลขบัตร หรือเนื้อหาข้อความลงใน log

SEC // 04

ผู้ให้บริการภายนอกก็ต้องปลอดภัยด้วย

ถ้าใช้ผู้ประมวลผลข้อมูล เช่น คลาวด์ ผู้รับจ้างพัฒนา ต้องมีสัญญากำหนดมาตรการความปลอดภัย และผู้ประมวลผลมีหน้าที่แจ้งเหตุละเมิดกลับมาโดยไม่ชักช้า (มาตรา 40) ตรวจว่าผู้ให้บริการมีมาตรฐาน เช่น ISO/IEC 27001 หรือ SOC 2 เป็นหลักฐานประกอบ

STATUTE_REF // กฎหมายที่อ้างอิง

  • §พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 37, 40
  • §ประกาศคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล เรื่อง มาตรการรักษาความมั่นคงปลอดภัยของผู้ควบคุมข้อมูลส่วนบุคคล พ.ศ. 2565

ข้อมูล ณ วันที่ 11 ตุลาคม 2569

ตรวจสอบตัวบทและประกาศล่าสุดได้ที่

เนื้อหานี้เป็นข้อมูลทั่วไปเพื่อการศึกษา ไม่ใช่คำแนะนำทางกฎหมายสำหรับกรณีของคุณ กฎหมายและประกาศลำดับรองอาจเปลี่ยนแปลง โปรดตรวจสอบฉบับล่าสุด

ต่อยอดบน Lawslaneให้ทนายตรวจระบบก่อนเปิดตัวทนายด้านเทคโนโลยีบน Lawslane ช่วยร่าง Terms, Privacy Notice, สัญญาจ้างพัฒนา และ DPA

ADVISORY // LAWSLANE

เรื่องของคุณซับซ้อนหรือมีความเสี่ยงทางกฎหมาย? ให้ทนายความที่ผ่านการยืนยันตัวตนบน Lawslane ช่วยดูให้

ปรึกษาทนายบน Lawslane

อ่านต่อ

สร้างระบบBUILD-01

สร้างระบบให้ถูก PDPA ตั้งแต่วันแรก: เช็กลิสต์ Privacy by Design สำหรับนักพัฒนา

การแก้ระบบทีหลังแพงกว่าออกแบบให้ถูกตั้งแต่ต้น เช็กลิสต์นี้ไล่ตั้งแต่ออกแบบฐานข้อมูล สิทธิ์การเข้าถึง การลบข้อมูล ไปจนถึง log ที่ต้องเก็บ ให้ทีมพัฒนาใช้ได้ทันที

อ่าน 4 นาที

PDPAPDPA-03

ข้อมูลรั่ว ต้องทำอะไรภายใน 72 ชั่วโมง: ขั้นตอนแจ้งเหตุละเมิดข้อมูลส่วนบุคคล

เมื่อเกิดเหตุข้อมูลรั่ว องค์กรต้องแจ้ง สคส. โดยไม่ชักช้าภายใน 72 ชั่วโมงนับแต่ทราบเหตุ และแจ้งเจ้าของข้อมูลหากมีความเสี่ยงสูง พร้อมเช็กลิสต์รับมือ

อ่าน 4 นาที

สร้างระบบBUILD-12

มีคนแจ้งช่องโหว่ระบบของเรา ทำอย่างไร: นโยบาย Responsible Disclosure และ Bug Bounty ที่ถูกกฎหมาย

การมีนโยบายรับแจ้งช่องโหว่ที่ชัดเจน ช่วยให้นักวิจัยความปลอดภัยแจ้งปัญหาก่อนถูกโจมตีจริง และกำหนดขอบเขตที่ไม่ทำให้ผู้ทดสอบเสี่ยงผิด พ.ร.บ.คอมพิวเตอร์ฯ

อ่าน 2 นาที