xAI Grok Build CLI รั่วไหลข้อมูล: อัปโหลด Git ทั้งโปรเจกต์และซีเคร็ตขึ้นคลาวด์ แม้ผู้ใช้เลือกไม่แชร์ข้อมูล

บทสรุปเหตุการณ์

วันที่ 12 กรกฎาคม 2026 นักวิจัยความปลอดภัยอิสระนาม cereblab เผยแพร่ผลวิเคราะห์ระดับเครือข่าย (wire-level analysis) ของ Grok Build CLI เวอร์ชัน 0.2.93 ซึ่งเป็นเครื่องมือเขียนโค้ดของ xAI (บริษัท AI ของอีลอน มัสก์) ผลพบว่าเครื่องมือนี้ส่งข้อมูลมากเกินความจำเป็นอย่างมาก ไปยังบัคเก็ต Google Cloud Storage

สองช่องทางส่งข้อมูลที่น่ากังวล

การวิเคราะห์พบว่า Grok Build มีช่องทางส่งข้อมูลสองเส้นทาง ซึ่งทั้งคู่ไม่ได้จำกัดให้ส่งเฉพาะไฟล์ที่จำเป็นต้องใช้ในการเขียนโค้ด:

1. เส้นทางคำขอโมเดล (Model request path)

เมื่อ Grok Build อ่านไฟล์เพื่อทำงาน coding เนื้อหาไฟล์จะถูกส่งไปยังเซิร์ฟเวอร์ของ xAI โดยที่ ข้อมูลสำคัญ เช่น API keys และรหัสผ่านฐานข้อมูลจากไฟล์ .env ถูกส่งเป็น plaintext โดยไม่มีการปิดบังหรือกรองข้อมูล

2. เส้นทางพื้นหลังสำหรับเก็บข้อมูล (Background storage path)

นี่คือจุดน่ากลัวกว่า: โดยไม่สนใจว่า AI agent จะเปิดไฟล์ไหน Grok Build จะ รวม Git repository ทั้งโปรเจกต์ — รวมถึงประวัติ commit ทั้งหมด — และอัปโหลดไปยังบัคเก็ต Google Cloud Storage ชื่อ grok-code-session-trace ผ่าน endpoint

POST /v1/save-session

นักวิจัยความปลอดภัยอีกคนชื่อ Hari ยืนยันผลนี้ด้วยการ reverse engineering เช่นกัน โดยโพสต์ว่า Grok Build อัปโหลด user directory ทั้งหมดโดยไม่ได้รับอนุญาต ในการทดสอบกับ repository ขนาด 11.2 GiB อย่างน้อย 5.1 GiB ถูกส่งออกไปผ่านเส้นทาง storage ขณะที่งาน coding จริงๆ ใช้ข้อมูลแค่ประมาณ 192 KB

ปฏิกิริยาของอีลอน มัสก์และ xAI

• อีลอน มัสก์ยอมรับต่อสาธารณะ ทาง X (Twitter) ด้วยคำขึ้นต้นว่า "True" และสัญญาว่า: "เพื่อความปลอดภัย ข้อมูลผู้ใช้ทั้งหมดที่เคยอัปโหลดไปยัง SpaceXAI ก่อนหน้านี้จะถูกลบทิ้งอย่างสมบูรณ์และถี่ถ้วน ไม่เหลืออะไรแม้แต่ไบต์เดียว"

• xAI แถลงการณ์ ว่าให้ความสำคัญกับความเป็นส่วนตัว และย้ำว่าลูกค้าองค์กรที่ใช้ Zero Data Retention (ZDR) ไม่เคยมีโค้ดหรือข้อมูลถูกนำไปฝึกโมเดล

• xAI แก้ปัญหาฝั่งเซิร์ฟเวอร์ โดยปิด endpoint /v1/save-session ทำให้การอัปโหลดหยุดลงตั้งแต่วันที่ 13 กรกฎาคม

ข้อกังวลที่ยังคงอยู่

แม้ xAI จะหยุดการส่งข้อมูลที่แอ็กทีฟได้แล้ว แต่ยังมีประเด็นอีกหลายข้อที่ยังไม่ได้รับการแก้ไข:

1. การแก้ไขเป็นฝั่งเซิร์ฟเวอร์ ไม่ใช่ฝั่ง client นักวิจัยชี้ว่าตัว Grok Build CLI client (เวอร์ชัน 0.2.93) นั้นไม่เคยถูกอัปเดต — xAI แค่ปิด endpoint ที่รับข้อมูลบนเซิร์ฟเวอร์ ดังนั้น client ยังมีความสามารถในการอัปโหลดทั้ง repository อยู่ พฤติกรรมสามารถกลับมาได้ทันทีหาก endpoint ถูกเปิดอีกครั้ง

2. คำสั่ง opt-out ด้านความเป็นส่วนตัวของ xAI ไม่ได้ผล ผู้วิจัยทดสอบคำสั่ง "privacy mode" หรือ opt-out การเก็บข้อมูลแล้วพบว่า ไม่ได้ป้องกันการอัปโหลด repository ทั้งโปรเจกต์ ผู้วิจัยระบุชัดเจน: "xAI's privacy command was not what fixed them" สิ่งที่หยุดการทำงานจริงคือ flag ฝั่งเซิร์ฟเวอร์ที่ซ่อนอยู่ชื่อ disable_codebase_upload ที่ถูกตั้งค่าเป็น true

3. ไม่มีการสื่อสารสาธารณะเกี่ยวกับการเปลี่ยนแปลง xAI ปิดฟีเจอร์การอัปโหลดโดยไม่แจ้งผู้ใช้หรือออกบันทึกการเปลี่ยนแปลง

4. ไม่มีการยืนยันว่าข้อมูลถูกลบจริง แม้มัสก์จะสัญญาว่าจะลบ แต่ ณ เวลาที่มีรายงาน ยังไม่มีการตรวจสอบจากภายนอกว่าข้อมูลผู้ใช้ในบัคเก็ต grok-code-session-trace ถูกล้างทิ้งแล้ว

5. ข้อมูลที่รั่วไหลไปแล้วไม่สามารถเรียกคืนได้ ข้อมูลสำคัญใดๆ ไม่ว่าจะเป็น credentials, โค้ด proprietary หรือ secrets ที่ถูกส่งไปก่อนการแก้ไข ได้ถูกจัดเก็บไว้ในโครงสร้างพื้นฐานคลาวด์ของ xAI แล้ว

ตารางสรุปข้อเท็จจริงหลัก

สิ่งที่นักพัฒนาควรรู้

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

จนกว่า xAI จะออก client update และแสดงหลักฐานการลบข้อมูลที่ตรวจสอบได้จากภายนอก นักพัฒนาที่เคยใช้ Grok Build ควรสันนิษฐานว่า credentials, โค้ด proprietary หรือข้อมูลสำคัญใดๆ ที่อยู่ใน repository ของตนอาจถูกส่งไปยังโครงสร้างพื้นฐานคลาวด์ของ xAI แล้ว