Anthropic เตรียมให้บริษัทควบคุมที่เก็บข้อมูล AI เอง แต่ยังคงกฎเก็บข้อมูล 30 วัน

Anthropic เตรียมปรับนโยบายข้อมูลสำหรับลูกค้าองค์กรที่ใช้โมเดล AI ขั้นสูง โดยยังคงกำหนดให้พรอมป์และคำตอบจากโมเดลที่อยู่ในกลุ่ม Covered Models ถูกเก็บไว้ 30 วัน แต่บริษัทที่เข้าเกณฑ์จะมีทางเลือกนำข้อมูลดังกล่าวไปเก็บในโครงสร้างพื้นฐานคลาวด์ที่ตนเองควบคุม แทนการเก็บไว้บนเซิร์ฟเวอร์ของ Anthropic

แนวทางนี้จึงไม่ใช่การยกเลิกข้อกำหนดการเก็บข้อมูลแบบ Zero Data Retention (ZDR) แต่เป็นการเปลี่ยนเรื่อง สถานที่จัดเก็บและผู้มีอำนาจควบคุมข้อมูล ขณะที่ช่วงเวลาการเก็บเพื่อการตรวจสอบความปลอดภัยยังคงเดิม

Anthropic กำลังเปลี่ยนอะไร

เอกสารแพลตฟอร์มของ Anthropic ระบุว่า โดยทั่วไปเนื้อหาการสนทนา ซึ่งรวมถึงพรอมป์ของผู้ใช้และคำตอบจาก Claude จะไม่ถูกเก็บไว้เป็นค่าเริ่มต้น อย่างไรก็ตาม โมเดลที่ถูกจัดเป็น Covered Models เป็นข้อยกเว้นและต้องเก็บข้อมูล 30 วัน โดยเอกสารดังกล่าวระบุ Claude Fable 5 และ Claude Mythos 5 อยู่ในกลุ่มนี้ ทำให้ไม่สามารถใช้การตั้งค่า ZDR กับโมเดลเหล่านี้ได้

ระบบที่ Anthropic วางแผนเปิดตัวในช่วงต่อไปของปี 2026 จะยังคงรักษาข้อกำหนดเดิม แต่เปิดให้ลูกค้าองค์กรจัดเก็บข้อมูลในระบบของตนเองได้ ตามข้อมูลจากแหล่งข่าวที่คุ้นเคยกับแผนงาน

ในทางปฏิบัติ โมเดลนี้ใกล้เคียงกับ การเก็บข้อมูลที่ลูกค้าบริหารจัดการเอง มากกว่า ZDR อย่างแท้จริง กล่าวคือ

• พรอมป์และคำตอบยังคงมีอยู่ตลอดช่วงเวลาที่กำหนด
• ลูกค้าอาจเป็นผู้ควบคุมสภาพแวดล้อมที่ใช้จัดเก็บข้อมูล
• Anthropic ยังคงมีเป้าหมายตรวจสอบความปลอดภัย แต่ลดการถือครองข้อมูลธุรกิจที่ละเอียดอ่อนโดยตรงในฐานะผู้ให้บริการภายนอก

รายละเอียดสำคัญ เช่น ข้อกำหนดคุณสมบัติของลูกค้า การควบคุมสิทธิ์เข้าถึง การลบข้อมูล และรูปแบบทางเทคนิค ยังต้องรอการเปิดเผยเพิ่มเติมเมื่อมีการเปิดใช้งานจริง

ทำไม Anthropic จึงกำหนดให้เก็บข้อมูล 30 วัน

Anthropic ระบุว่าการเก็บและตรวจสอบข้อมูลในระยะเวลาจำกัดเป็นส่วนหนึ่งของงานด้านความปลอดภัย เหตุผลสำคัญคือการใช้งานในทางที่ผิดที่ซับซ้อนอาจไม่ปรากฏจากการสนทนาเพียงครั้งเดียว การโจมตีอาจค่อย ๆ พัฒนาผ่านการโต้ตอบหลายครั้ง ดังนั้นประวัติแบบต่อเนื่องจึงอาจช่วยให้ตรวจจับรูปแบบและสืบสวนเหตุการณ์ได้

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

รายงานความเสี่ยงของ Anthropic เองยอมรับว่านโยบายนี้อาจไม่เป็นที่ชื่นชอบของลูกค้าที่คุ้นเคยกับการไม่เก็บข้อมูลเลย และอาจสร้างความเสี่ยงทางธุรกิจ โดยบริษัทมองว่าการเก็บข้อมูลดังกล่าวจำเป็นต่อการตรวจจับและป้องกันการโจมตีที่ซับซ้อน

ดังนั้น นโยบายนี้จึงเป็นการตัดสินใจด้านความปลอดภัย ไม่ใช่การยืนยันว่าการเก็บข้อมูลไม่มีความเสี่ยง องค์กรต้องชั่งน้ำหนักระหว่างประโยชน์ของหลักฐานที่เรียกดูย้อนหลังได้กับความเสี่ยงจากการจัดเก็บเนื้อหาต้นทาง

ความกังวลของลูกค้าองค์กร

สำหรับองค์กรที่อยู่ภายใต้กฎระเบียบ การปล่อยให้ผู้ให้บริการเป็นผู้ถือครองบันทึกการใช้งานอาจสร้างข้อกังวลหลายด้าน เช่น

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

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

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

OpenAI เลือกแนวทางตรงข้ามอย่างไร

OpenAI กำลังพรีวิวระบบ Private Safety Processing ซึ่งออกแบบมาเพื่อตรวจจับรูปแบบการใช้งานที่อาจเป็นอันตรายจากการโต้ตอบหลายครั้ง โดยยังคงรองรับการคุ้มครองแบบ ZDR บริษัทระบุว่าระบบสามารถส่งสัญญาณด้านความปลอดภัยที่กำหนดขอบเขตไว้อย่างแคบ โดยไม่เปิดให้บุคลากรของ OpenAI เข้าถึงพรอมป์หรือคำตอบต้นฉบับ

สำหรับการใช้งานแบบ ZDR เนื้อหาของลูกค้าจะอยู่บนโครงสร้างพื้นฐานที่ลูกค้าควบคุม นอกจากนี้ OpenAI ยังพัฒนาทางเลือกที่เก็บข้อมูลบนโครงสร้างพื้นฐานของ OpenAI แต่เข้ารหัสด้วยกุญแจที่ลูกค้าเป็นผู้ควบคุม

ความแตกต่างของสถาปัตยกรรมโดยสรุปคือ

• Anthropic: เก็บพรอมป์และคำตอบ 30 วัน พร้อมแผนให้ลูกค้าเป็นผู้จัดเก็บข้อมูลที่ต้องเก็บไว้เอง
• OpenAI: ประมวลผลการโต้ตอบเพื่อสร้างสัญญาณความปลอดภัย โดยมุ่งไม่เก็บหรือเปิดเผยเนื้อหาดิบแก่บุคลากรของ OpenAI

นี่ไม่ใช่เพียงความแตกต่างของเงื่อนไขในสัญญา แต่เป็นคำตอบคนละแบบต่อคำถามว่า ผู้ให้บริการจะตรวจจับการใช้งานในทางที่ผิดซึ่งค่อย ๆ ดำเนินไปอย่างไร Anthropic ให้ความสำคัญกับประวัติที่สามารถเรียกดูเพื่อสืบสวนได้ ส่วน OpenAI ให้ความสำคัญกับการประมวลผลที่คุ้มครองความเป็นส่วนตัวและลดการถือครองข้อมูล

อย่างไรก็ตาม Private Safety Processing ยังอยู่ในขั้นพรีวิว ประสิทธิภาพ ขอบเขตการตรวจจับ อัตราการแจ้งเตือนผิดพลาดและการพลาดเหตุการณ์จริง มาตรการป้องกันทางเทคนิค ตลอดจนกระบวนการยกระดับเหตุการณ์ ยังต้องประเมินผ่านเอกสาร การทดสอบ และการตรวจสอบที่เป็นอิสระก่อนที่องค์กรจะถือเป็นหลักประกันที่พิสูจน์แล้ว

สิ่งที่ฝ่ายจัดซื้อและความปลอดภัยควรถาม

การเลือกผู้ให้บริการไม่ควรพิจารณาเพียงคำว่า “ไม่เก็บข้อมูล” ที่ใช้ในเอกสารการตลาด แต่ควรดูรูปแบบภัยคุกคามและข้อกำหนดการปฏิบัติตามกฎระเบียบขององค์กรด้วย คำถามสำคัญ ได้แก่

1. เก็บข้อมูลอะไรบ้าง — ตรวจสอบว่าครอบคลุมพรอมป์ คำตอบ เมทาดาทา สัญญาณความปลอดภัย บันทึกการใช้งานในทางที่ผิด หรือสถานะของแอปพลิเคชันหรือไม่
2. เก็บไว้ที่ไหน — พิจารณาภูมิภาค บัญชีคลาวด์ของใคร การสำรองข้อมูล สำเนาจำลอง และผู้ประมวลผลข้อมูลช่วงต่อ
3. ใครเข้าถึงได้ — ระบุให้ชัดว่าพนักงาน ผู้รับเหมา ระบบอัตโนมัติ หรือผู้ดูแลระบบของลูกค้าสามารถดูหรือเรียกคืนข้อมูลได้หรือไม่
4. ใครควบคุมกุญแจเข้ารหัส — กุญแจที่ลูกค้าควบคุมอาจลดการเข้าถึงของผู้ให้บริการ แต่รายละเอียดการใช้งานและขั้นตอนกู้คืนมีความสำคัญ
5. ตรวจสอบการลบข้อมูลอย่างไร — ควรกำหนดระยะเวลาที่ชัดเจน หลักฐานการลบ การจัดการข้อมูลสำรอง และขั้นตอนสำหรับข้อมูลที่ถูกทำเครื่องหมายเพื่อตรวจสอบความปลอดภัย
6. หากเกิดเหตุการณ์ขึ้น ใครทำอะไร — ระบุหน้าที่เรื่องการแจ้งเตือน การสืบสวน ความร่วมมือ ความรับผิด และการเก็บรักษาพยานหลักฐาน
7. ระบบความปลอดภัยตรวจสอบโดยอิสระได้หรือไม่ — ขอข้อมูลแบบจำลองภัยคุกคาม เอกสารทางเทคนิค สิทธิ์ตรวจสอบ ตัวชี้วัดประสิทธิภาพ และกฎการยกระดับเหตุการณ์

ทางเลือกของ Anthropic อาจเหมาะกับองค์กรที่ต้องการเส้นทางตรวจสอบย้อนหลังและสามารถกำกับดูแลการเก็บข้อมูล 30 วันในสภาพแวดล้อมของตนเองได้ ส่วนแนวทางของ OpenAI อาจเหมาะกับองค์กรที่ไม่ยอมรับการเก็บเนื้อหาดิบหรือการเข้าถึงโดยผู้ให้บริการ แต่สถานะพรีวิวหมายความว่าผู้ซื้อควรขอหลักฐานทางเทคนิคก่อนนำไปใช้กับงานที่มีความอ่อนไหวสูง

ประเด็นใหญ่ที่องค์กรต้องตัดสินใจ

ข้อถกเถียงนี้ไม่ได้มีแค่เรื่องความเป็นส่วนตัวกับความปลอดภัย แต่รวมถึงคำถามว่า หลักฐานด้านความปลอดภัยจะอยู่ที่ใคร ใครควบคุมหลักฐาน และฝ่ายใดต้องรับภาระด้านการปฏิบัติตามกฎระเบียบกับการรับมือเหตุการณ์

Anthropic เชื่อว่าโมเดลขั้นสูงจำเป็นต้องมีประวัติการโต้ตอบที่เก็บไว้ เพื่อค้นหาการใช้งานในทางที่ผิดแบบหลายขั้นตอน ขณะที่ OpenAI เชื่อว่าการประมวลผลที่คุ้มครองความเป็นส่วนตัวสามารถช่วยตรวจสอบรูปแบบเดียวกันได้โดยไม่ต้องเก็บเนื้อหาลูกค้าแบบดิบ ทั้งสองแนวทางยังไม่ควรถูกมองว่าได้ข้อสรุปแล้ว จนกว่าจะมีเอกสารทางเทคนิค การใช้งานในวงกว้าง และการประเมินโดยอิสระ

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