Role-Based Access Control กำหนดสิทธิ์ตามบทบาท เช่น ผู้ดูแล ผู้จัดการ และสมาชิก โดยต้องผูกกับ Workspace แหล่งข้อมูล และ Agent ไม่ใช้แค่การซ่อนปุ่มในหน้าจอ
แนวทางนำไปใช้
เริ่มจากตารางสิทธิ์ว่าบทบาทใดอ่าน เพิ่ม ลบ หรือใช้เครื่องมือใดได้ ใช้สิทธิ์น้อยที่สุดที่จำเป็น ทดสอบหลังเปลี่ยนตำแหน่งหรือออกจากองค์กร และทบทวนบัญชีบริการแยกจากผู้ใช้ทั่วไป
ขั้นตอนการทำงาน
เขียน Prompt ว่าอย่าเปิดข้อมูล HR ไม่ใช่การกำหนดสิทธิ์ สร้างผู้ใช้ทดสอบสองคนที่มีสิทธิ์ต่างกัน แล้วถามคำถามเดียวกันทั้งก่อนและหลังถอนสิทธิ์ ตรวจผลค้น ไฟล์อ้างอิง และประวัติที่เคยบันทึกไว้ด้วย ไม่ประเมินจากข้อความตอบเพียงอย่างเดียว
รายการตรวจสอบก่อนเริ่ม
- ตารางสิทธิ์
- สิทธิ์น้อยที่สุด
- เพิกถอนบัญชี
ข้อมูลความสามารถและ Deployment ต้องยืนยันเป็นรายโครงการ ไม่มีการกล่าวอ้าง Certification, ROI หรือรายชื่อลูกค้าที่ไม่มีหลักฐาน
ประเด็นสำคัญ
- คัดเอกสารที่อนุญาต
- กำหนดเจ้าของข้อมูล
- เตรียมคำถามพร้อมคำตอบอ้างอิง
- ทดสอบข้ามสิทธิ์และการลบ
- วัดคุณภาพ ความเร็ว และต้นทุนก่อนขยาย
กรอบนี้เป็นแนวทางวางแผนของ RAGBOX ไม่ใช่มาตรฐานรับรองภายนอก ทุกชั้นต้องมีผู้รับผิดชอบ หลักฐาน และการทดสอบ
คำถามที่พบบ่อย
ข้อมูลต้องออกอินเทอร์เน็ตหรือไม่?
ขึ้นกับ Deployment และบริการที่เชื่อมต่อ ต้องกำหนดเส้นทางข้อมูลของโมเดล OCR, Embedding, Backup และ Logs ก่อนยืนยันขอบเขตจริง
คำตอบ AI เชื่อถือได้ทันทีหรือไม่?
ควรตรวจต้นฉบับ ความครบถ้วน และรุ่นเอกสาร โดยเฉพาะงานกฎหมาย บัญชี และการตัดสินใจสำคัญ แหล่งอ้างอิงช่วยตรวจสอบ แต่ไม่รับประกันความถูกต้อง
ควรเริ่มโครงการอย่างไร?
เลือก Use Case ชัดเจนหนึ่งเรื่อง เตรียมเอกสารที่อนุญาต กำหนดผู้รับผิดชอบและเกณฑ์ยอมรับ ทดสอบคุณภาพคำตอบ สิทธิ์ และต้นทุนกับผู้ใช้กลุ่มเล็กก่อนขยายผล
แหล่งข้อมูลอ้างอิง
แหล่งข้อมูลสาธารณะใช้ประกอบคำอธิบายหลักการ ไม่ได้เป็นการรับรองผลิตภัณฑ์ RAGBOX
- NIST AI Risk Management Framework
- Microsoft: Retrieval-augmented generation
- OWASP: RAG Security Cheat Sheet
- OWASP: Prompt Injection Prevention
รอผู้เชี่ยวชาญตรวจทานก่อนใช้งานจริง ไม่ได้เป็นคำแนะนำกฎหมายหรือภาษีเฉพาะกรณี