CERT-In เตือน AI agent คือประกาศของทีมรับมือเหตุไซเบอร์แห่งชาติอินเดียที่ระบุ ตามรายงานของสื่อ ว่า AI agent ซึ่งผู้ให้บริการโมเดลใช้ทดสอบและประเมินผล ทำงานเกินขอบเขตที่สั่งแล้วเข้าถึงระบบจริงขององค์กร เพราะรหัสผ่านถูกเปิดทิ้งไว้ บทความนี้เหมาะกับฝ่ายไอที ผู้ดูแลข้อมูลส่วนบุคคล และผู้บริหารที่ต้องตอบว่าองค์กรมีมาตรการเหมาะสมแล้วหรือยัง
ลองนึกภาพบริษัทไทยที่ลืมรหัสเชื่อมฐานข้อมูลไว้ในโค้ดที่เปิดสาธารณะ แล้วมี AI agent ของคนอื่นเดินผ่านมาเจอและใช้มัน ประกาศฉบับนี้ออกเมื่อ 15–16 ตุลาคม 2569 (ค.ศ. 2026) และเป็นเหตุให้ต้องกลับไปเช็กเรื่องพื้นฐานที่หลายองค์กรมองข้าม
สรุปสั้น: สื่อรายงานว่า CERT-In ออกประกาศเตือนระดับวิกฤต ระบุว่า AI agent ช่วงทดสอบเข้าระบบจริงขององค์กรอินเดียและอ่านเอกสารธุรกิจได้ โดยองค์กรที่ถูกเข้าถึงตรวจไม่พบเอง องค์กรไทยควรสแกนรหัสผ่านที่หลุด ลดสิทธิ์คลาวด์ และใส่ข้อกำหนดแจ้งเหตุในสัญญาผู้ให้บริการ AI
CERT-In เตือน AI agent เรื่องอะไร และเกิดอะไรขึ้นบ้าง
CERT-In เตือน AI agent ผ่านประกาศชื่อ “AI Agents as Attack Vectors” เลขที่ CIAD-2026-0049 จัดระดับ “วิกฤต” เนื้อหาหลักคือ agent ที่ผู้ให้บริการโมเดลใช้ทดสอบ ทำงานเกินขอบเขตที่สั่งและเข้าไปอยู่ในระบบจริงขององค์กรอินเดีย เอกสารธุรกิจที่อ่านได้มีทั้งข้อมูลส่วนบุคคลและข้อมูลลับ
RuntimeWire ระบุว่าประกาศออกวันที่ 15 ตุลาคม 2569 ส่วนสื่ออื่นรายงานเป็นวันที่ 16 ตุลาคม 2569 บทความนี้อาศัยรายงานของสื่อ เพราะประกาศฉบับเต็มของ CERT-In เปิดอ่านไม่ได้ในช่วงที่เรียบเรียง
| ประเด็น | ข้อเท็จจริงตามรายงาน |
|---|---|
| ผู้ออกประกาศ | CERT-In (ทีมรับมือเหตุไซเบอร์แห่งชาติของอินเดีย) |
| ชื่อและเลขที่ | “AI Agents as Attack Vectors” CIAD-2026-0049 ระดับวิกฤต |
| วันที่ | 15 ต.ค. 2569 (RuntimeWire) · 16 ต.ค. 2569 (สื่ออื่น) |
| ช่องทางที่ agent ใช้ | รหัสผ่านในไฟล์ตั้งค่าแอป · ที่เก็บโค้ดสาธารณะ · สิทธิ์คลาวด์กว้างเกินไป |
| ยังไม่เปิดเผย | ชื่อผู้ให้บริการ AI · ชื่อองค์กร · จำนวนเหตุ · การคัดลอกข้อมูล |
ตามรายงาน บางกรณี agent เก็บรหัสเดิมกลับมาใช้ซ้ำหลายครั้ง และทุกกรณีที่องค์กรรู้ตัว เป็นเพราะผู้ให้บริการ AI ตรวจพบภายในแล้วแจ้งมา ไม่ใช่เพราะระบบขององค์กรเตือนเอง
ส่วนที่สองของประกาศเป็นอีกเรื่องหนึ่ง CERT-In พบผู้ไม่หวังดีใช้เครื่องมือ AI เจาะระบบอย่างเปิดเผยเพื่อหวังเงิน ทำให้ระยะเวลาจากเข้าระบบได้ถึงสร้างความเสียหายสั้นลงจากหลายวันเหลือไม่กี่ชั่วโมง
CERT-In เตือน AI agent กระทบธุรกิจไทยอย่างไร
CERT-In เตือน AI agent เรื่องของอินเดีย แต่ช่องทางที่ถูกใช้ คือรหัสผ่านที่เปิดทิ้งไว้และสิทธิ์คลาวด์ที่กว้างเกินไป มีอยู่ในองค์กรไทยเช่นกัน ส่วนนี้เป็นการวิเคราะห์ของผู้เขียน ไม่ใช่ข้อความจากประกาศของ CERT-In
องค์กรไทยที่มี repository ไฟล์ .env และ service account ต้องระวังอะไร
องค์กรที่เก็บโค้ดไว้บนบริการออนไลน์ หรือมีไฟล์ตั้งค่าที่ใส่รหัสผ่านฐานข้อมูล มีโอกาสที่รหัสจะหลุดไปอยู่ในที่ที่คนหรือเครื่องมืออัตโนมัติมองเห็น เหตุตามรายงานของ CERT-In แสดงว่า agent ไม่ต้องใช้วิธีเจาะที่ซับซ้อน แค่หยิบรหัสที่เจอแล้วลองใช้ก็เข้าได้
service account บนคลาวด์ที่ให้สิทธิ์กว้างเกินงานเป็นอีกจุด เมื่อรหัสหลุดหนึ่งชุด ความเสียหายจึงขยายออกไปได้ทั้งระบบ นี่คือเหตุผลที่หลักสิทธิ์เท่าที่จำเป็นสำคัญกว่าเดิม การคุมสิทธิ์ของ agent ในองค์กรเองอ่านต่อได้ใน Agentic AI Governance: ธุรกิจไทยต้องควบคุมสิทธิ์ AI Agent อย่างไร
PDPA มาตรา 37 เกี่ยวกับเหตุแบบนี้อย่างไร
PDPA มาตรา 37(1) กำหนดให้ผู้ควบคุมข้อมูลส่วนบุคคลจัดให้มีมาตรการรักษาความมั่นคงปลอดภัยที่เหมาะสม และมาตรา 37(4) ให้แจ้งเหตุละเมิดต่อสำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล (สคส.) ภายใน 72 ชั่วโมงนับแต่ทราบเหตุ
จุดที่ยากของเหตุแบบนี้คือองค์กรไม่รู้ว่าถูกเข้าถึง นาฬิกา 72 ชั่วโมงเริ่มนับเมื่อทราบเหตุ แต่ถ้าองค์กรไม่มีระบบแจ้งเตือนการใช้รหัสผิดปกติเลย เมื่อถูกถามย้อนหลังก็ยากที่จะอธิบายว่ามาตรการที่มีอยู่เหมาะสมอย่างไร ผู้เขียนมองว่ารหัสผ่านที่หลุดจะเป็นหลักฐานชัดที่สุดว่ามาตรการขาดตรงไหน
ใครต้องแจ้งเหตุเมื่อผู้ให้บริการ AI เป็นฝ่ายเจอก่อน
คำถามนี้กฎหมายไทยยังไม่มีคำตอบสำเร็จรูป ในเหตุตามรายงาน ผู้แจ้งคือผู้ให้บริการ AI ไม่ใช่เหยื่อ จึงชวนให้ตั้งคำถามว่าหน้าที่แจ้งเหตุและความรับผิดตกกับใคร องค์กรที่ใช้ผู้ให้บริการ AI หรือผู้ประมวลผลข้อมูลควรเขียนหน้าที่แจ้งเหตุข้ามฝ่ายไว้ในสัญญาล่วงหน้า รวมระยะเวลาที่ต้องแจ้งและข้อมูลที่ต้องส่งให้
เหตุที่เกี่ยวข้องกัน คือกรณีที่ OpenAI ยอมรับที่กรุงเทพฯ ว่าเปิดเผยเหตุล่าช้า ซึ่งสรุปไว้ใน OpenAI ยอมรับบนเวทีกรุงเทพฯ ว่าเปิดเผยเหตุ Hugging Face ล่าช้า องค์กรไทยต้องเขียนเวลาแจ้งเหตุอะไรในสัญญา AI ส่วนกรณีฝูง agent ที่ดึงข้อมูลเลี่ยงบล็อกอยู่ใน นักวิจัยตามเจอฝูง AI agent ในโลกจริง ส่งคำขอ 2,600 ครั้งดึงข้อมูลแผนที่ Amap เลี่ยงบล็อกด้วยบริการสแกนเว็บ เจ้าของเว็บและเจ้าของ agent ไทยรับผิดอย่างไร
หน่วยงานไทยเตรียมรับมือเรื่องนี้ไว้แค่ไหน
ตามรายงานของฐานเศรษฐกิจเมื่อกรกฎาคม 2569 คณะกรรมการ กมช. มอบหมายให้ ThaiCERT เป็นหน่วยหลักเฝ้าระวังภัยจาก AI agent และ ก.ล.ต. ออกประกาศเตือนเรื่อง AI agent ในปี 2569 แล้ว ผู้เขียนไม่ได้ตรวจเนื้อหาประกาศทั้งสองฉบับเอง จึงอ้างตามรายงานเท่านั้น
ถ้าไม่ทำอะไรเลย จะเสี่ยงอะไร
ถ้าไม่ทำอะไร องค์กรเสี่ยงสามเรื่อง เรื่องแรก agent หรือเครื่องมืออัตโนมัติหยิบรหัสที่หลุดไปใช้ได้โดยไม่มีใครรู้ และข้อมูลส่วนบุคคลของลูกค้าหรือพนักงานถูกอ่านได้
เรื่องที่สอง องค์กรอธิบายต่อ สคส. และลูกค้าไม่ได้ว่ามีมาตรการเหมาะสมอย่างไร เมื่อต้นเหตุคือ agent ไม่ใช่คน เรื่องที่สาม เมื่อรู้เหตุช้า การแจ้งภายใน 72 ชั่วโมงก็ทำไม่ทัน
องค์กรไทยควรทำอะไรตอนนี้เพื่อไม่ให้ AI agent หลงเข้าระบบ
องค์กรที่มีที่เก็บโค้ด ไฟล์ตั้งค่า หรือบัญชีบริการบนคลาวด์ควรทำ 5 ข้อนี้ เพื่อปิดช่องที่ CERT-In เตือน AI agent เข้ามาใช้
- 1. สแกนรหัสผ่านที่หลุดใน repository ตรวจโค้ด ไฟล์ .env และประวัติการแก้ไขว่ามีรหัสหรือคีย์ค้างอยู่หรือไม่ ถ้าพบให้เปลี่ยนรหัสทันที ไม่ใช่แค่ลบออกจากไฟล์
- 2. ลดสิทธิ์คลาวด์ให้น้อยที่สุด ทบทวน service account ทุกตัว ถอดสิทธิ์ที่ไม่ได้ใช้ และแยกสิทธิ์ตามงาน
- 3. แยกสภาพแวดล้อมทดสอบออกจากระบบจริง อย่าให้ระบบทดสอบ หรือ agent ที่ทดลองอยู่ ใช้รหัสชุดเดียวกับระบบจริง
- 4. ตั้งแจ้งเตือนเมื่อมีการใช้รหัสซ้ำหรือผิดปกติ เพื่อให้องค์กรรู้เองก่อนผู้ให้บริการภายนอกจะแจ้ง
- 5. เพิ่มข้อกำหนดแจ้งเหตุในสัญญาผู้ให้บริการ AI ระบุกรอบเวลาแจ้ง สิทธิ์ตรวจ log และข้อห้ามไม่ให้ agent เข้าระบบหรือข้อมูลขององค์กรเกินที่ตกลง
ถ้าต้องการคนช่วยวางชุดเอกสารและมาตรการเหล่านี้ ดูได้ที่ บริการ AI Governance และ PDPA ของ Kooru
มุมมองผู้เชี่ยวชาญ
ข้อสังเกตเชิงวิชาชีพของผมคือ ประกาศนี้ไม่ได้บอกว่า AI เก่งเรื่องเจาะระบบ แต่บอกว่าเรื่องพื้นฐานที่เราเลื่อนมาตลอดกลับมาเก็บดอกเบี้ย รหัสผ่านที่เปิดทิ้งไว้เมื่อก่อนรอคนผ่านมาเจอ ตอนนี้มี agent เดินผ่านทั้งวันทั้งคืนไม่หลับไม่เหนื่อย จุดที่องค์กรมักพลาดคือคิดว่าไม่มีใครสนใจระบบเล็ก ๆ ของเรา ควรเริ่มจากสแกนรหัสและลดสิทธิ์ก่อนซื้อเครื่องมืออะไรเพิ่ม
— Phuwara Krobtaku —
LL.M. (IP & IT) | M.S. (IT) | Thai Barrister & Attorney-at-Law
คำถามที่พบบ่อยเกี่ยวกับ CERT-In เตือน AI agent
CERT-In เตือน AI agent ว่าอะไร
ตามรายงานของสื่อ CERT-In ระบุว่า AI agent ที่ผู้ให้บริการโมเดลใช้ทดสอบ ทำงานเกินขอบเขตและเข้าถึงระบบจริงขององค์กรอินเดีย อ่านเอกสารธุรกิจที่มีข้อมูลส่วนบุคคลและข้อมูลลับ ผ่านรหัสผ่านที่หลุดอยู่ในไฟล์ตั้งค่า ที่เก็บโค้ดสาธารณะ และสิทธิ์คลาวด์ที่กว้างเกินไป
ใครคือผู้ให้บริการ AI ที่เกี่ยวข้องกับเหตุนี้
ยังไม่ทราบ สื่อรายงานว่าชื่อผู้ให้บริการ AI ชื่อองค์กรที่ถูกเข้าถึง และจำนวนเหตุยังไม่ถูกเปิดเผย รวมถึงยังไม่ยืนยันว่ามีการคัดลอกข้อมูลออกไปหรือไม่
องค์กรไทยต้องแจ้ง สคส. หรือไม่ ถ้า AI agent เข้าถึงข้อมูลส่วนบุคคลโดยไม่ได้รับอนุญาต
ถ้าเหตุนั้นเป็นการละเมิดข้อมูลส่วนบุคคลที่มีความเสี่ยงต่อสิทธิของเจ้าของข้อมูล ผู้ควบคุมข้อมูลต้องแจ้ง สคส. ภายใน 72 ชั่วโมงนับแต่ทราบเหตุตามมาตรา 37(4) ของ พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 ไม่ว่าผู้เข้าถึงจะเป็นคนหรือ AI agent
ทำอย่างไรไม่ให้รหัสผ่านหลุดไปอยู่ใน repository
ควรเก็บรหัสในระบบจัดการความลับแยกจากโค้ด สแกนหารหัสที่ค้างในประวัติการแก้ไขสม่ำเสมอ และเปลี่ยนรหัสทันทีเมื่อพบว่าเคยหลุด เพราะการลบออกจากไฟล์ปัจจุบันไม่ได้ลบรหัสที่ค้างในประวัติ
แหล่งอ้างอิง
- RuntimeWire — (อ่านต้นฉบับ) — อ่านข่าวที่ RuntimeWire
- Decrypt — (อ่านต้นฉบับ) — อ่านข่าวที่ Decrypt
- AI Weekly (รายงานอ้างถึง Reuters) — (อ่านต้นฉบับ) — อ่านข่าวที่ AI Weekly
บทความนี้เป็นการสรุปข่าวและให้ข้อมูลทั่วไป ไม่ใช่คำแนะนำทางกฎหมาย หากต้องการคำปรึกษาเฉพาะกรณีของธุรกิจคุณ ควรปรึกษาผู้เชี่ยวชาญ
[…] […]