แบบสอบถามความปลอดภัย & ความเป็นส่วนตัว
Sathorn โดย Quoral · อัปเดต ตุลาคม 2026
เอกสารนี้ตอบแบบสอบถามความปลอดภัยไว้ล่วงหน้าเพื่อให้ฝ่ายจัดซื้อ/ความปลอดภัยของคุณตรวจได้เร็ว ทุกข้อตอบตามที่ระบบทำได้จริง — “มี” พร้อมหลักฐาน หรือ “ยังไม่มี” อย่างตรงไปตรงมา เราไม่กลบช่องว่างและไม่อ้างมาตรฐานที่เราไม่ได้ถือ
มี 14 ข้อ ยังไม่มี 10 ข้อ (บอกตรงๆ)
สรุปการไหลของข้อมูล & ผู้ประมวลผลย่อย
ข้อความของลูกค้าเข้ามาทาง LINE/Meta ถึงเว็บฮุกของเราที่โฮสต์บน Render ในสหรัฐฯ ก่อนเสมอ เครื่องนั้นเป็นผู้ส่งข้อความไปประมวลผลที่ OpenAI ในสหรัฐฯ เพื่อสร้างคำตอบ (ไม่ถูกนำไปใช้ฝึกโมเดล) จัดเก็บบน Supabase และรับชำระเงินผ่าน Stripe ส่วนคอนโซลของเจ้าของร้านโฮสต์บน Vercel ในสหรัฐฯ — บทสนทนาเก็บไม่เกิน ~180 วันโดยค่าเริ่มต้น ส่วนรูปแจ้งซ่อมของหอพัก เมื่อเปิดฟีเจอร์แล้วเท่านั้น จะส่งจาก LINE ผ่าน Render ไปเก็บใน Supabase Storage แบบ private ให้สมาชิกของร้านดูผ่านลิงก์อายุ 10 นาที โดยไม่ส่งรูปไปยังโมเดล AI
ผู้ประมวลผลย่อย: OpenAI (สหรัฐฯ) · Supabase · LINE · Meta (Facebook) · Stripe · Google · Render (สหรัฐฯ+สิงคโปร์) · Vercel (สหรัฐฯ) · รายละเอียด /trust/subprocessors
การควบคุมการเข้าถึง (Access Control)
มีแบ่งบทบาทผู้ใช้ (RBAC)?
เจ้าของ (owner) กับสมาชิกที่ถูกเชิญ แยกสิทธิ์จริงที่ระดับฐานข้อมูล (org_members + Row-Level Security) — ปัจจุบันสมาชิกมีสองชื่อ (staff/manager) ที่สิทธิ์เท่ากัน
ยังไม่มีระบบล็อกอินองค์กรรวมศูนย์ (SSO / SAML / SCIM)?
ยังไม่มี — ใช้อีเมล + คำเชิญแบบจำกัดโดเมนเป็นทางเลือกแทน
ยังไม่มีบังคับยืนยันตัวตนสองชั้น (MFA)?
ล็อกอินด้วยอีเมลผ่าน Supabase Auth; ยังไม่บังคับ MFA
การเข้ารหัส (Encryption)
มีเข้ารหัสข้อมูลขณะจัดเก็บ (at rest)?
คีย์ช่องทาง (LINE/Facebook token) เข้ารหัสก่อนบันทึกลงฐานข้อมูล; ฐานข้อมูลเข้ารหัสที่ผู้ให้บริการ (Supabase)
มีเข้ารหัสข้อมูลระหว่างส่ง (in transit)?
HTTPS/TLS ทุกการเชื่อมต่อ และบังคับใช้ HTTPS เสมอ (HSTS)
การแยกข้อมูลผู้เช่า (Multi-tenant Isolation)
มีแยกข้อมูลแต่ละร้านออกจากกัน?
Row-Level Security ระดับฐานข้อมูล + ชุดทดสอบข้ามร้านอัตโนมัติที่รันก่อน deploy ทุกครั้ง
บันทึกและการตรวจสอบ (Audit & Logging)
มีบันทึกการกระทำสำคัญ (admin audit log) แบบร้านแก้ย้อนหลังไม่ได้?
audit_log บังคับ RLS (ร้าน/ผู้ใช้อ่านอย่างเดียว) แก้ย้อนหลังไม่ได้; เจ้าของร้านเปิดดูและส่งออกได้เอง; การที่เราดูภาพรวมสถิติรวม (ไม่มีข้อมูลลูกค้ารายบุคคล) ถูกบันทึกไว้ส่วนกลาง
ความเป็นส่วนตัว & PDPA
มีกำหนดระยะเวลาเก็บข้อมูล (retention)?
บทสนทนาเก็บไม่เกิน ~180 วันโดยค่าเริ่มต้น; รูปแจ้งซ่อมเมื่อเปิดใช้ ลบโฟลเดอร์เดือนที่เก่ากว่า 6 เดือนผ่านงานประจำวันขณะเปิดฟีเจอร์
มีรองรับสิทธิลบข้อมูล (right to erasure)?
เจ้าของส่งออก/ลบข้อมูลได้เอง; ข้อมูลในฐานข้อมูลลบแบบลูกโซ่ ส่วนรูปแจ้งซ่อมที่เก็บใน Storage ต้องลบและตรวจซ้ำก่อนลบร้าน หากลบรูปไม่ครบจะหยุดให้ตรวจสอบ; งานบัญชี/บันทึกตรวจสอบบางส่วนเก็บตาม runbook; รองรับคำขอ PDPA §30/§33
มีมีข้อตกลงประมวลผลข้อมูล (DPA)?
DPA ตาม PDPA §40 มีให้ (ธุรกิจ = ผู้ควบคุมข้อมูล, Sathorn = ผู้ประมวลผล)
ผู้ประมวลผลย่อย & ที่ตั้งข้อมูล (Sub-processors & Residency)
มีเปิดเผยรายชื่อผู้ประมวลผลย่อย?
เผยแพร่พร้อมแผนภาพการไหลของข้อมูลที่ /trust/subprocessors: OpenAI (สหรัฐฯ) / Supabase / LINE / Meta / Stripe / Google / Render (สหรัฐฯ+สิงคโปร์) / Vercel (สหรัฐฯ)
ยังไม่มีเก็บข้อมูลในประเทศ (data residency)?
ยังไม่มี — ทุกข้อความประมวลผลที่ OpenAI ในสหรัฐฯ (เปิดเผยตรงไปตรงมาใน DPA และนโยบายความเป็นส่วนตัว)
การพัฒนาที่ปลอดภัย (Secure Development)
มีสแกนหา secret รั่วในโค้ด?
gitleaks ตั้งค่าให้ล้มทั้ง build หากพบ secret
มีชุดทดสอบอัตโนมัติก่อนขึ้นระบบ?
หลายร้อยการทดสอบรันก่อน deploy ทุกครั้ง
มีป้องกันสาขาหลัก + บังคับผ่านการตรวจ (branch protection)?
บังคับผ่าน PR และ CI เขียวครบก่อน merge เข้า main
การจัดการช่องโหว่ (Vulnerability Management)
มีมีนโยบายเปิดรับการแจ้งช่องโหว่ (VDP)?
เผยแพร่ที่ /trust/vdp + /.well-known/security.txt พร้อม safe-harbor
ยังไม่มีมีโปรแกรมจ่ายรางวัลช่องโหว่ (bug bounty) แบบมีเงิน?
ยังไม่มี — รับแจ้งทุกกรณีและให้เครดิตผู้แจ้งหากต้องการ
ยังไม่มีมีการทดสอบเจาะระบบโดยบุคคลที่สาม (penetration test)?
ยังไม่มี — อยู่ในแผนเมื่อมีดีลที่ต้องการ
ใบรับรองมาตรฐาน (Compliance Certifications)
ยังไม่มีSOC 2?
ยังไม่มี — เหมาะกับองค์กรขนาดใหญ่และมีค่าใช้จ่ายสูง เราชดเชยด้วยมาตรการที่ตรวจสอบได้จริง
ยังไม่มีHIPAA?
ยังไม่มี — ระบบไม่ได้ออกแบบสำหรับข้อมูลสุขภาพที่อยู่ภายใต้การกำกับ
ยังไม่มีPCI DSS?
เราไม่ได้ถือใบรับรอง PCI DSS เอง; การรับชำระด้วยบัตรทำผ่าน Stripe และเราไม่จัดเก็บข้อมูลบัตร
ความต่อเนื่องของบริการ (Availability)
ยังไม่มีรับประกัน uptime 99.9% แบบสัญญา (SLA)?
ไม่รับประกันตัวเลข 99.9% แบบสัญญา — เผยแพร่ uptime ที่วัดได้จริงที่หน้าสถานะระบบแทน
มีมีหน้าสถานะสาธารณะ (status page)?
/status — uptime ที่วัดได้จริงของเว็บ / ระบบ AI / การเชื่อมต่อ LINE
มีคำถามเพิ่มเติมด้านความปลอดภัย/การปฏิบัติตามข้อกำหนด? เขียนมาที่ security@quoral.co · ดูเพิ่ม ศูนย์ความน่าเชื่อถือ · ความปลอดภัย · DPA