🇹🇭 ความปลอดภัย (ภาษาไทย)
ความปลอดภัยที่ออกแบบมาเพื่อธุรกิจคุณ
ข้อมูลลูกค้า การสนทนา และข้อมูลธุรกิจของคุณบน OptAdmin ได้รับการป้องกันด้วยมาตรการความปลอดภัยหลายระดับ ตั้งแต่การเข้าสู่ระบบ ไปจนถึงโครงสร้างพื้นฐานเบื้องหลัง
1. ความปลอดภัยของบัญชีและการเข้าถึงระบบ
- เข้ารหัสรหัสผ่านด้วย bcrypt — รหัสผ่านของผู้ใช้ไม่ถูกจัดเก็บเป็นข้อความธรรมดาแม้แต่ในฐานข้อมูลของเราเอง ระบบใช้ bcrypt hashing (ผ่าน passlib) ซึ่งเป็นมาตรฐานอุตสาหกรรม บังคับความยาวขั้นต่ำ 8 ตัวอักษรตั้งแต่ตอนสมัคร
- ยืนยันอีเมลก่อนเข้าใช้งาน — บัญชีใหม่ต้องคลิกลิงก์ยืนยันในอีเมลก่อนจึง login ได้ ลิงก์มีอายุ 24 ชั่วโมงและใช้ได้ครั้งเดียว โดยระบบเก็บเฉพาะค่า hash ของโทเค็นแทนโทเค็นจริง
- ยืนยันตัวตนสองชั้น (2FA / TOTP) — ผู้ใช้สามารถเปิดใช้ 2FA แบบ TOTP (ใช้กับ Google Authenticator หรือแอปยืนยันตัวตนทั่วไป) เพิ่มเกราะป้องกันอีกชั้นนอกจากรหัสผ่าน
- ป้องกันการบรูทฟอร์ซ — หากพยายาม login ผิดเกิน 5 ครั้งภายใน 1 นาทีจาก IP เดียวกัน ระบบจะบล็อกชั่วคราวอัตโนมัติ ใช้ฐานข้อมูลกลางจึงป้องกันได้แม้รันหลาย instance พร้อมกัน และรีเซ็ตทันทีที่ login สำเร็จเพื่อไม่ให้ผู้ใช้จริงถูกบล็อกผิด มาตรการเดียวกันยังคุ้มครองหน้าสมัครและขอลิงก์ยืนยันอีเมลจากการสแปม
- เข้าสู่ระบบผ่าน Google / Facebook อย่างปลอดภัย — ระบบตรวจสอบ token กับเซิร์ฟเวอร์ของ Google/Facebook โดยตรงทุกครั้ง ไม่เชื่อข้อมูลที่ส่งมาจาก client ฝั่งเดียว ป้องกันการปลอมแปลงตัวตน
- สิทธิ์การเข้าถึงตามบทบาท (RBAC) — สมาชิกในทีมแบ่งเป็น 4 ระดับ: Owner, Admin, Agent, Viewer แต่ละระดับทำได้เฉพาะสิ่งที่ได้รับอนุญาต เช่น Viewer อ่านได้อย่างเดียว และ Admin ไม่สามารถลดสิทธิ์หรือลบ Owner ได้
- ออกแบบให้แยกข้อมูลแต่ละธุรกิจ (Tenant Isolation) — request และ object key สำคัญใช้ tenant/workspace scope พร้อมตรวจสอบสมาชิกที่ active เพื่อลดความเสี่ยงการเข้าถึงข้อมูลข้ามธุรกิจ
2. การปกป้องข้อมูล
- เข้ารหัสข้อมูลอ่อนไหวก่อนจัดเก็บ — ข้อมูลสำคัญ เช่น API key ของ AI และ token/credential สำหรับ channel หรือ integration ที่รองรับ ถูกเข้ารหัสก่อนบันทึกในฐานข้อมูล และถอดรหัสผ่าน application path ที่ได้รับอนุญาตเมื่อจำเป็นต่อการทำงาน
- เข้ารหัสการเชื่อมต่อระหว่างทาง — การเชื่อมต่อทั้งหมดจากผู้ใช้มาสู่ระบบเป็น HTTPS ผ่าน Cloudflare ก่อนถึงเซิร์ฟเวอร์จริงของเรา
- รองรับการสแกนมัลแวร์ — ระบบรองรับ ClamAV และลบรูปภาพที่ตรวจพบว่าติดมัลแวร์เมื่อ scanner พร้อมใช้งาน การตรวจนี้ไม่ใช่การรับประกันว่าไฟล์ทุกชนิดจะถูกตรวจพบเสมอ
- ตรวจสอบไฟล์ตามประเภทที่รองรับ — รูปภาพมีการตรวจ MIME/type และเอกสารรับเฉพาะนามสกุลกับ parser ที่ระบบรองรับ ผู้ใช้ไม่ควรอัปโหลดไฟล์จากแหล่งที่ไม่น่าเชื่อถือ
- การเก็บและลบข้อมูล — ระยะเวลาแตกต่างตามประเภทข้อมูล แพ็กเกจ สถานะบัญชี และหน้าที่ตามกฎหมาย โปรดดู Privacy Policy; เราไม่อ้างว่าข้อมูลทุกประเภทถูกลบอัตโนมัติภายในระยะเวลาเดียวกัน
- สำเนาสำรอง — นโยบายกำหนดระยะเก็บสำเนาสำรองสูงสุด 30 วัน ส่วนการครอบคลุม encryption at rest ของสำเนาสำรองยังอยู่ระหว่างการยืนยัน จึงยังไม่มีการรับประกันเรื่องดังกล่าวในหน้านี้
3. โครงสร้างพื้นฐานและเครือข่าย
- ฐานข้อมูลไม่เปิดสู่อินเทอร์เน็ตสาธารณะ — ฐานข้อมูล Postgres ที่เก็บข้อมูลลูกค้าทั้งหมดอยู่ใน internal network เท่านั้น ไม่มีพอร์ตที่เปิดให้เข้าถึงจากอินเทอร์เน็ตโดยตรง
- ป้องกันการโจมตีระดับเครือข่ายด้วย Cloudflare — ทราฟฟิกทั้งหมดผ่าน Cloudflare ก่อนถึง origin server จริง ช่วยกรองและกระจายภาระทราฟฟิกที่ผิดปกติก่อนถึงระบบ
- นโยบาย CORS ที่ปิดช่องโหว่การขโมย session — API อนุญาตให้เว็บไซต์ลูกค้าฝัง widget แชทได้จากโดเมนใดก็ได้ตามที่ตั้งค่า แต่ "ปิด" การส่ง credential (cookie) ข้าม origin โดยเด็ดขาด เพราะระบบยืนยันตัวตนด้วย Bearer token ผ่าน header เท่านั้น
- ตรวจสอบลายเซ็นของ provider webhook — route ของ cloud service สำหรับ Stripe และ channel provider ที่รองรับจะตรวจสอบลายเซ็นตามกลไกของ provider ก่อนประมวลผล
4. ความปลอดภัยระดับแอปพลิเคชัน
- Token หมดอายุไว ลดความเสี่ยงระยะยาว — การเข้าสู่ระบบใช้ access token (JWT) ที่หมดอายุไว คู่กับ refresh token อายุยาวกว่าสำหรับขอ token ใหม่ หากเกิด token รั่วไหล ความเสียหายถูกจำกัดเวลาด้วยตัวมันเอง
- จำกัดอัตราการใช้งานของ AI Chat Widget — Widget แชท AI ที่ฝังบนเว็บลูกค้ามีระบบจำกัดจำนวนคำขอต่อผู้ใช้งานต่อช่วงเวลา ป้องกันการยิง request รัวๆ จากบอทหรือผู้ไม่ประสงค์ดีที่พยายามหลบเลี่ยง quota
5. การตรวจสอบ บันทึก และความสอดคล้องกับกฎหมาย
- บันทึกประวัติการใช้งานแบบ Audit Log — การกระทำสำคัญในระบบ (ใครทำอะไร เมื่อไหร่ จาก IP ไหน) ถูกบันทึกแบบ append-only ไว้ตรวจสอบย้อนหลังได้
- ลดข้อมูลส่วนบุคคลในระบบติดตามข้อผิดพลาด — Sentry ถูกตั้งค่าไม่ให้แนบ request PII ตามค่าเริ่มต้น ส่วน application log และข้อมูลที่ส่งอย่างชัดเจนถูกควบคุมแยกต่างหาก
- มาตรการที่คำนึงถึง PDPA — OptAdmin มี Privacy Policy, Data Processing Agreement (DPA) และ Cookie Policy พร้อมมาตรการด้านสิทธิ์ การบันทึก และการจัดการข้อมูล เอกสารเหล่านี้ไม่ใช่การรับรองหรือ certification ว่าการดำเนินงานสอดคล้องกับกฎหมายในทุกกรณี