AI ค้นเอกสารภายใน ต้องป้องกันข้อมูลข้ามสิทธิอย่างไร

สรุปประเด็นสำคัญ
AI ค้นเอกสารภายในต้องจำกัดคำตอบตามสิทธิของผู้ถาม การปิดลิงก์ต้นฉบับไม่พอหากข้อมูลถูกแสดงในคำตอบแล้ว ควรตรวจสิทธิจากแหล่งข้อมูลถึงดัชนีและประวัติสนทนา พร้อมทดสอบบัญชีต่างฝ่ายและการถอนสิทธิก่อนเปิดใช้ เพื่อลดโอกาสนำข้อมูลละเอียดออกนอกกลุ่มที่จำเป็น ต้องตรวจการตั้งค่าที่ใช้งานจริงร่วมกับเอกสารก่อนเริ่ม
AI ค้นเอกสารภายในอาจตอบเรื่องเงินเดือนหรือประวัติลูกค้าให้คนที่เปิดไฟล์ต้นฉบับไม่ได้ หากระบบค้นไม่ตามสิทธิของผู้ถาม องค์กรควรตรวจตั้งแต่การนำเอกสารเข้าไปจนถึงคำตอบและลิงก์อ้างอิง บทความนี้วางจุดตรวจที่เจ้าของข้อมูลกับทีมระบบใช้รับงานร่วมกันได้
AI ค้นเอกสารภายใน ต้องป้องกันข้อมูลข้ามสิทธิอย่างไร?
ต้องกำหนดว่าผู้ถามมีสิทธิใช้เอกสารใด แล้วบังคับข้อจำกัดนั้นตลอดเส้นทางค้นและสร้างคำตอบ การปิดลิงก์ต้นฉบับอย่างเดียวไม่พอถ้าข้อความถูกดึงมาสรุปให้เห็นแล้ว ควรตรวจสิทธิของดัชนี สำเนา และประวัติสนทนา พร้อมทดสอบด้วยผู้ใช้ต่างระดับก่อนเปิดงานจริง
ระบบที่เรียก RAG มักค้นข้อความที่เกี่ยวข้องจากแหล่งข้อมูลแล้วนำไปช่วยสร้างคำตอบ การใช้งานลักษณะนี้ไม่ได้ทำให้ข้อมูลส่วนบุคคลพ้นการคุ้มครอง พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 22 และ 27 ยังต้องตรวจความจำเป็นกับฐานการใช้หรือเปิดเผย ส่วนมาตรา 37 กำหนดหน้าที่มาตรการรักษาความมั่นคงปลอดภัยที่เหมาะสม
คำว่าใช้ภายในไม่ได้แปลว่าทุกพนักงานควรเห็นเอกสารทั้งหมด ผู้ดูแลต้องรู้ว่าแหล่งข้อมูลเดิมแบ่งสิทธิอย่างไรและระบบใหม่รองรับเพียงใด หากใช้บัญชีเชื่อมต่อที่อ่านได้กว้าง ต้องมีข้อควบคุมไม่ให้สิทธิของบัญชีนั้นกลายเป็นสิทธิของผู้ถามทุกคนโดยปริยาย
ตัวอย่างสมมติ: ฝ่ายขายถาม AI ว่าลูกค้ารายหนึ่งมีเรื่องร้องเรียนอะไร ระบบดึงเอกสารสอบสวนภายในที่มีข้อมูลสุขภาพพนักงานมารวมในคำตอบ แม้ฝ่ายขายเปิดลิงก์เอกสารไม่ได้ ข้อมูลก็อาจถูกเปิดเผยผ่านคำตอบแล้ว การรับงานควรตรวจข้อความที่แสดงด้วย ไม่ทดสอบเฉพาะว่าลิงก์ถูกปฏิเสธหรือไม่
แนวคิดการคุมสิทธิระดับเอกสารมีตัวอย่างใน เอกสารผู้พัฒนาระบบค้นของ Microsoft แต่ความสามารถและวิธีตั้งขึ้นกับระบบที่เลือก ไม่ใช่ข้อกำหนดให้ทุกองค์กรใช้ผลิตภัณฑ์เดียวกัน ภาพรวมการกำกับดูแลอ่านได้ใน คู่มือ AI กับ PDPA สำหรับองค์กร
ถ้าปิดไฟล์ต้นฉบับแล้ว AI ยังตอบได้ ต้องทำอะไร?
- ถ้าคำตอบเปิดข้อมูลที่ผู้ถามไม่มีสิทธิ ให้หยุดเส้นทางที่เกี่ยวข้องและตรวจขอบเขต ไม่รอรอบปรับปรุงประจำ
- ถ้าดัชนียังเก็บข้อความหรือสิทธิรุ่นเก่า ให้ตรวจวิธีปรับตามต้นทางและเวลาที่การเปลี่ยนมีผลจริง
- ถ้าข้อมูลอยู่ในประวัติสนทนาหรือแคช ให้แยกผู้เข้าถึงและวิธีจัดการ ไม่คิดว่าลบไฟล์ต้นทางครอบคลุมแล้ว
- ถ้าระบบบังคับสิทธิรายเอกสารไม่ได้ ให้จำกัดแหล่งข้อมูลหรือแยกพื้นที่ก่อนเปิดกลุ่มผู้ใช้เพิ่ม
- ถ้าส่งข้อความไปผู้ให้บริการภายนอก ให้ตรวจบทบาท ข้อตกลง และการโอนต่างประเทศตามกรณี
การทดสอบควรใช้คำถามที่อาจเชื่อมข้อมูลหลายเอกสาร เช่น ถามรวมรายชื่อหรือเหตุการณ์ของบุคคลเดียวกัน เพราะคำตอบอาจเปิดรายละเอียดที่ไฟล์แต่ละฉบับดูไม่มากเมื่ออ่านแยก
เลนส์ทนายยอดทิพย์ธรรม: ค้นง่ายขึ้นไม่ได้ขยายสิทธิ
คนมักเข้าใจว่า: พนักงานอยู่ในองค์กรเดียวกันจึงให้ AI ค้นทุกแฟ้มได้ หรือข้อความที่แปลงเป็นดัชนีและเวกเตอร์แล้วไม่ใช่ข้อมูลส่วนบุคคลแน่นอน
กฎหมายมองว่า: ต้องตรวจว่าข้อมูลหรือผลลัพธ์ยังเชื่อมระบุตัวคนได้หรือไม่ และใช้ตามฐานกับความจำเป็นใด การเปลี่ยนรูปแบบจัดเก็บไม่ทำให้พ้นกฎหมายโดยอัตโนมัติ มาตรการต้องเหมาะกับการเข้าถึงและความเสี่ยงจริง
จุดเสี่ยงจริง: ใช้คำสั่งบอก AI ว่าห้ามตอบข้อมูลลับเป็นข้อควบคุมเพียงอย่างเดียว ทั้งที่ระบบค้นส่งข้อมูลนั้นเข้าบริบทแล้ว ควรให้การอนุญาตอยู่ในระบบสิทธิและตรวจผลได้ ไม่ฝากไว้กับถ้อยคำในคำสั่งเท่านั้น
มองสองฝั่ง: เจ้าของเอกสารกับผู้สร้างระบบค้น
| ประเด็น | เจ้าของงานและข้อมูล | ทีมระบบหรือผู้ให้บริการ |
|---|---|---|
| หน้าที่ | ระบุผู้ใช้ที่จำเป็นและข้อมูลต้องจำกัด | บังคับสิทธิและแสดงผลทดสอบตามขอบเขต |
| ความเสี่ยง | นำแฟ้มละเอียดเข้าสู่ระบบกว้างเกิน | ใช้บัญชีเชื่อมต่อสิทธิสูงแทนสิทธิผู้ถาม |
| ทำทันที | จัดกลุ่มเอกสารและเจ้าของอนุมัติ | ทดสอบบัญชีต่างทีมและการถอนสิทธิ |
| ไม่ควรทำ | อนุมัติจากความแม่นของคำตอบอย่างเดียว | รับรองว่าปลอดภัยเพราะเป็นระบบภายใน |
เกณฑ์รับงานควรมีทั้งคำถามที่ควรตอบและคำถามที่ต้องไม่เปิดข้อมูล พร้อมบันทึกว่าทดสอบด้วยบัญชีสิทธิใด
สิทธิเปลี่ยนแล้วต้องมีผลใน AI เมื่อไร?
องค์กรควรกำหนดเวลาที่การเปลี่ยนสิทธิและการลบต้นทางต้องส่งผลถึงระบบค้นตามความเสี่ยง ไม่มีกำหนดนาทีเดียวใน PDPA สำหรับทุกระบบ หากยังปรับตามไม่ได้ต้องมีมาตรการชั่วคราวที่เหมาะสม
ตัวอย่างเงื่อนไขภายในคือก่อนย้ายพนักงานไปทีมใหม่ให้ถอนสิทธิเดิมและทดสอบคำถามที่เคยเข้าถึง หากการอัปเดตดัชนีต้องรอรอบ อาจระงับการค้นแหล่งนั้นชั่วคราว ตัวอย่างนี้เป็นแนวบริหาร ไม่ใช่ระยะหรือขั้นตอนตายตัวตามกฎหมาย
การเก็บประวัติสนทนาต้องมีวัตถุประสงค์และระยะที่อธิบายได้ด้วย ประวัติอาจมีข้อความจากหลายเอกสารและข้อมูลที่ผู้ถามเพิ่มเอง จึงไม่ควรคัดลอกระยะเก็บของไฟล์ต้นฉบับมาใช้กับประวัติทั้งหมดโดยไม่ตรวจ
งบทดสอบสิทธิ AI ควรคิดจากอะไร?
ตัวอย่างสมมติ: ทดสอบ 4 บทบาท บทบาทละ 5 กรณี รวม 20 กรณี ใช้ 10 ชั่วโมง × 1,000 บาท = 10,000 บาท และปรับสิทธิอีก 3,000 บาท รวม 13,000 บาท เป็นตัวอย่างจัดงบ ไม่ใช่จำนวนทดสอบขั้นต่ำตามกฎหมายหรือราคาบริการ
จำนวนกรณีควรสัมพันธ์กับประเภทเอกสาร การเชื่อมข้อมูล และผลกระทบ ไม่ถือว่าทดสอบครบ 20 แล้วปลอดภัยทุกสถานการณ์ ควรมีกรณีปฏิเสธ การเปลี่ยนสิทธิ และการอ้างอิงไปเอกสารที่หมดสิทธิด้วย
การประหยัดเวลาใช้ AI ต้องหักเวลาตรวจคำตอบกับต้นทุนดูแลสิทธิ หากระบบเก็บทุกอย่างไว้ที่เดียวจนจัดการไม่ได้ ต้นทุนแก้เหตุอาจสูงกว่าการเริ่มจากแฟ้มที่มีขอบเขตชัดก่อน
หลักฐานทดสอบไม่ให้ AI ตอบเกินสิทธิมีอะไร?
- บัญชีแหล่งข้อมูล เจ้าของเอกสาร และวัตถุประสงค์นำเข้า
- ตารางสิทธิผู้ใช้กับเอกสารที่อ่านได้และไม่ได้
- ขอบเขตบัญชีเชื่อมต่อและผู้อนุมัติใช้งาน
- กรณีทดสอบ คำถาม ผลลัพธ์ และบทบาทบัญชีที่ใช้
- ผลตรวจหลังถอนสิทธิ ลบเอกสาร หรือเปลี่ยนกลุ่มผู้ใช้
- แผนจัดการดัชนี แคช ประวัติ และไฟล์รายงาน
- ข้อตกลงผู้ให้บริการกับช่องทางแจ้งเหตุและหยุดระบบ
เก็บผลทดสอบที่ปิดข้อมูลจริงเมื่อทำได้ และอย่าเผยแพร่คำตอบที่หลุดในกลุ่มกว้างเพื่อรายงานปัญหา หากจะขยายจากค้นข้อมูลไปเป็นสั่งงาน อ่าน การกำหนดอำนาจ AI Agent เพราะสิทธิส่งหรือแก้ข้อมูลมีผลเพิ่มจากการอ่าน
ความลับธุรกิจและข้อมูลพนักงานเกี่ยวข้องอย่างไร?
บางเอกสารมีทั้งข้อมูลบุคคลและความลับทางธุรกิจ ต้องตรวจเงื่อนไขคู่ค้าและขอบเขตเปิดเผยควบคู่กัน งาน กฎหมายธุรกิจและสัญญา ช่วยกำหนดสิทธินำเอกสารเข้าเครื่องมือกับข้อจำกัดของผู้รับจ้าง
แฟ้มประเมินงานหรือข้อร้องเรียนพนักงานไม่ควรเข้าถึงได้จากคำค้นทั่วไปเพียงเพราะอยู่ในไดรฟ์องค์กร ควรประสาน งานกฎหมายแรงงาน เพื่อให้สิทธิผู้ใช้งานตรงหน้าที่และกระบวนการที่เกี่ยวข้องกับพนักงาน
ทางไปต่อ: รับระบบค้นด้วยผลทดสอบสิทธิจริง
- เริ่มจากแหล่งข้อมูลที่ระบุเจ้าของและผู้ใช้ได้
- ตรวจฐาน ความจำเป็น และข้อมูลที่ต้องตัดออก
- ตกลงวิธีบังคับสิทธิกับผู้สร้างระบบเป็นลายลักษณ์อักษร
- ทดสอบทั้งการตอบที่อนุญาตและการปฏิเสธ
- ทดลองถอนสิทธิและตรวจสำเนาที่เกี่ยวข้อง
- เปิดใช้ตามขอบเขตที่ผ่านพร้อมผู้รับแจ้งปัญหา
| ทางเลือก | เหมาะเมื่อ | ข้อควบคุม |
|---|---|---|
| ค้นเอกสารทั่วไปก่อน | เริ่มทดลองระบบ | คัดแหล่งที่ไม่มีข้อมูลจำกัดปะปน |
| แบ่งพื้นที่ตามฝ่าย | สิทธิแยกเป็นกลุ่มได้ | ตรวจช่องทางข้ามพื้นที่และผู้ดูแล |
| สิทธิรายเอกสาร | ผู้ใช้มีขอบเขตซับซ้อน | ตรวจความสอดคล้องกับต้นทางต่อเนื่อง |
ควรให้ทนายร่วมตรวจเมื่อมีแฟ้มอ่อนไหว สิทธิเดิมไม่ชัด หรือผู้ให้บริการขอใช้ข้อมูลต่อ หากพบคำตอบที่เปิดข้อมูลเกินสิทธิแล้ว ต้องตรวจเหตุและหน้าที่ที่เกี่ยวข้องก่อนกลับมาเปิดใช้งานเต็มขอบเขต
หากต้องตรวจระบบค้น AI ก่อนเปิดให้พนักงาน ดู บริการกฎหมาย PDPA และ ติดต่อพร้อมแผนแหล่งข้อมูลและตารางสิทธิ โดยไม่แนบเอกสารลับทั้งชุด
หลักกฎหมายอ้างอิง พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562
ข้อกฎหมายที่เกี่ยวข้อง
- พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 22 และ 27 ความจำเป็นและฐานการใช้หรือเปิดเผย
- พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 37 มาตรการรักษาความมั่นคงปลอดภัย
- พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 40 ผู้ให้บริการที่ทำหน้าที่ผู้ประมวลผล
ตรวจข้อกฎหมาย: ตุลาคม 2569
คำถามที่พบบ่อย
ปิดลิงก์ต้นทางแล้วถือว่าปลอดภัยพอไหม?
บอก AI ว่าห้ามตอบข้อมูลลับเพียงพอไหม?
แปลงข้อความเป็นเวกเตอร์แล้วพ้น PDPA ไหม?
พนักงานย้ายทีมแล้วประวัติ AI ต้องทำอย่างไร?
สาขาที่เชี่ยวชาญ: ครอบครัว · มรดกและพินัยกรรม · หนี้สินและบังคับคดี
ดูประวัติทีมทนายความ →บทความนี้เป็นความรู้กฎหมายทั่วไปเพื่อความเข้าใจเบื้องต้น ไม่ใช่คำปรึกษาทางกฎหมายเฉพาะคดี ผลทางกฎหมายขึ้นอยู่กับข้อเท็จจริง เอกสาร และพยานหลักฐานของแต่ละกรณี ควรปรึกษาทนายความเพื่อประเมินเรื่องของท่านโดยเฉพาะ
บทความที่เกี่ยวข้อง
PDPA คุ้มครองข้อมูล
AI Agent เข้าถึงอีเมลและ CRM ต้องจำกัดอำนาจอย่างไร
AI Agent เข้าถึงอีเมลและ CRM ควรแยกสิทธิอ่าน ส่ง แก้ และลบ ตรวจจุดอนุมัติ อายุสิทธิ และหลักฐานผลจริง ก่อนให้ระบบทำงานแทนพนักงาน
นายเอกราช ทิพย์แมม
·อ่าน 7 นาที
PDPA คุ้มครองข้อมูล
AI สร้างข้อมูลผิดเกี่ยวกับลูกค้า บริษัทต้องตามแก้อย่างไร
AI สร้างข้อมูลผิดแล้วถูกส่งเข้า CRM ต้องตรวจต้นทางและตามแก้จุดใช้จริง ดูสิทธิแก้ไข การระงับระหว่างตรวจ และหลักฐานตอบคำร้องของลูกค้า
นายเอกราช ทิพย์แมม
·อ่าน 7 นาที
PDPA คุ้มครองข้อมูล
AI ถอดเสียงประชุม ต้องแจ้งผู้เข้าร่วมและตั้งค่าอะไร
AI ถอดเสียงประชุมต้องตรวจฐาน คำแจ้ง และผู้รับรายงาน แยกเสียงทั่วไปจากข้อมูลอ่อนไหว พร้อมวิธีตรวจข้อความและกำหนดระยะเก็บก่อนเปิดบอต
นายเอกราช ทิพย์แมม
·อ่าน 7 นาที
ปรึกษาทีมทนาย PDPAของเรา
เราพร้อมรับฟังและประเมินแนวทางที่เหมาะกับกรณีของท่าน ทุกเรื่องเป็นความลับ