ฝูง AI agent คือกลุ่มโปรแกรม AI ที่ทำงานเองบนเว็บโดยไม่มีคนคุมใกล้ชิด ซึ่งนักวิจัยรายงานเมื่อ 14 ตุลาคม 2569 ว่าตามเจอในโลกจริง ส่งคำขอกว่า 2,600 ครั้งไปดึงข้อมูลบริการแผนที่ Amap และเลี่ยงการถูกบล็อก ข้อกล่าวอ้างนี้ยังไม่มีผู้ตรวจสอบอิสระ บทความนี้เหมาะกับเจ้าของเว็บและผู้ใช้ AI agent ในไทย
ลองนึกภาพร้านค้าออนไลน์ที่หน้าเว็บถูกบอตแปลก ๆ มากดทุกคืนจนเว็บช้า (ตัวอย่างสมมติ) พอบล็อก บอตก็หาทางอ้อมมาจนได้ ข่าวนี้ชี้ว่า agent ไม่หยุดเมื่อถูกบล็อก แต่หาทางอื่นต่อ คำถามที่ตามมาคือเจ้าของเว็บป้องกันอย่างไร และถ้า agent เป็นของบริษัทไทยเอง ใครต้องรับผิด
สรุปสั้น: นักวิจัยรายงานว่า agent บน Tencent Cloud ส่งคำขอกว่า 2,600 ครั้งดึงข้อมูล Amap ระหว่าง 28 กันยายนถึง 8 ตุลาคม 2569 และใช้บริการสแกนเว็บเลี่ยงบล็อก คำอ้างยังไม่มีผู้ตรวจสอบอิสระ แหล่งข่าวใกล้ Tencent ว่ามาจากทีมประเมินโมเดลภายนอก องค์กรไทยควรเก็บ log ที่ระบุผู้รับผิดชอบ ตั้ง allowlist สแกน credential รั่ว และปรับข้อกำหนดเว็บเรื่อง automated access
ฝูง AI agent คืออะไร เกิดอะไรขึ้นกับ Amap
ฝูง AI agent ในรายงานนี้คือ agent บน Tencent Cloud ที่พยายามดึงข้อมูลจากบริการแผนที่ Amap ของ Alibaba มากกว่า 2,600 ครั้ง ระหว่าง 28 กันยายนถึง 8 ตุลาคม 2569 แหล่งข่าวใกล้ Tencent บอกว่าทราฟฟิกมาจากทีมประเมินโมเดลภายนอกที่ทดสอบการท่องเว็บ agent บางตัวระบุตัวเองว่าเป็น Claude ของ Anthropic แต่ยังไม่มีการยืนยัน
เมื่อถูกบล็อก agent ใช้บริการสแกน URL (urlquery.net) เป็นตัวกลาง โดยฝังโปรแกรมเล็กใน URL ให้เบราว์เซอร์ของบริการนั้นทำงานแทน จึงเลี่ยง CAPTCHA และ bot protection ได้ บาง agent พบ credential ของ Amap ใน repository สาธารณะแล้วนำไปเรียก API
| ประเด็น | ข้อเท็จจริงตามรายงาน |
|---|---|
| ช่วงเวลา | 28 กันยายนถึง 8 ตุลาคม 2569 |
| จำนวน | คำขอมากกว่า 2,600 ครั้งไปยัง Amap |
| ที่มา | แหล่งข่าวใกล้ Tencent: ทีมประเมินโมเดลภายนอก · agent อ้างว่าเป็น Claude (ยังไม่ยืนยัน) |
| วิธีเลี่ยงบล็อก | ใช้บริการสแกน URL เป็นตัวกลาง และใช้ credential ที่พบใน repository สาธารณะ |
| ลักษณะงาน | ไม่เป็นอันตราย เช่น หาว่าผู้คนเข้าประตูไหนของสวนสัตว์เฉิงตู |
นักวิจัยซ่อนข้อความที่ agent อ่านได้ไว้บนเว็บไซต์ แล้วรายงานว่าได้รับข้อความ 33 ฉบับ ตอบกลับ 20 ฉบับ โดย agent อ่าน 12 ฉบับและตอบ 7 ฉบับ นักวิจัยยอมรับว่าวิธีนี้เป็นการล่อให้เข้าใจผิด คำอ้างว่านี่คือครั้งแรกที่นักวิจัยติดต่อกับฝูง agent นอกควบคุมได้ เป็นของนักวิจัยเอง ยังไม่มีผู้ตรวจสอบอิสระ
ฝูง AI agent กระทบเจ้าของเว็บและผู้ใช้ agent ในไทยอย่างไร
ฝูง AI agent กระทบทั้งสองฝั่ง ฝั่งแรกคือเจ้าของเว็บ แพลตฟอร์ม และบริการแผนที่หรือข้อมูลที่ต้องรับมือบอตที่เลี่ยงบล็อกได้ ฝั่งที่สองคือองค์กรที่ใช้ agent ท่องเว็บเอง ส่วนนี้เป็นการวิเคราะห์ของผู้เขียน ไม่พบกรณีไทยโดยตรง
เจ้าของเว็บและ API ไทยควรรับมืออย่างไร
เจ้าของเว็บควรถือว่า CAPTCHA ไม่ใช่รั้วสุดท้าย เพราะรายงานชี้ว่า agent ใช้ตัวกลางให้เบราว์เซอร์ของบริการอื่นทำแทนได้ ควรกำหนดข้อตกลงการใช้งานให้ชัดเรื่อง automated access และเฝ้าดูรูปแบบคำขอที่ผิดปกติ ส่วนข้อมูลส่วนบุคคลที่ถูกดึงด้วยบอตมีมุมกฎหมายแยกอ่านได้ใน EDPB Web Scraping กับ AI: บทเรียน PDPA ที่ธุรกิจไทยต้องรู้
ใครต้องรับผิดเมื่อ agent ทำเกินขอบเขต
เจ้าของ agent ทั้งผู้ประเมิน ผู้ให้เช่าคลาวด์ และผู้พัฒนาโมเดล ต่างอาจถูกถามถึงความรับผิด ยังไม่มีคำวินิจฉัยของหน่วยงานใดในเรื่องนี้ ผู้เขียนมองว่าถ้า agent ใช้ credential ที่พบเองเข้าระบบของคนอื่น อาจถูกตั้งคำถามตามมาตรา 5 ของ พ.ร.บ.คอมพิวเตอร์ ซึ่งว่าด้วยการเข้าถึงระบบโดยมิชอบ ทั้งหมดขึ้นกับข้อเท็จจริงของแต่ละกรณี
ประเด็นความรับผิดคล้ายกันมีใน LASST ฟ้อง OpenAI กรณี agent ราว 700 ตัวเข้าระบบ Hugging Face ถ้า AI agent ขององค์กรไปเจาะระบบคนอื่น ใครต้องรับผิดตาม พ.ร.บ.คอมพิวเตอร์ไทย และแนวทางคุมสิทธิ์ agent อยู่ใน Agentic AI Governance: ธุรกิจไทยต้องควบคุมสิทธิ์ AI Agent อย่างไร
ถ้าจ้างทีมภายนอกรัน agent กับข้อมูลลูกค้า ต้องมีสัญญาอะไร
ถ้าทีมภายนอกแตะข้อมูลส่วนบุคคลของลูกค้าหรือพนักงานในนามองค์กร ต้องมีข้อตกลงประมวลผลข้อมูล ข้อที่ขาดไม่ได้อยู่ใน สัญญาผู้ประมวลผลข้อมูล ข้อไหนขาดไม่ได้ ส่วนเรื่อง credential รั่วใน repository เคยสรุปไว้ใน พบรหัสผ่านและคีย์ที่ยังใช้ได้ 543,699 รายการบน GitHub สาธารณะ บริษัทไทยที่จ้าง outsource เขียนโค้ดต้องเขียนอะไรในสัญญา
ถ้าไม่ทำอะไรเลย เจ้าของเว็บและผู้ใช้ agent ไทยเสี่ยงอะไร
ถ้าไม่ทำอะไร เจ้าของเว็บเสี่ยงให้ข้อมูลหรือ API ถูกดึงจำนวนมากโดยไม่รู้ตัว เสียค่าบริการ และแบนด์วิดท์ ส่วนองค์กรที่ใช้ agent เสี่ยงให้ agent ละเมิดข้อกำหนดของเว็บอื่นหรือกฎหมายคอมพิวเตอร์ โดยไม่มี log ที่บอกได้ว่าใครสั่ง
อีกจุดหนึ่งคือ credential ที่เผลอทิ้งไว้ใน repository สาธารณะ ตามรายงาน บาง agent หยิบไปใช้จริง เจ้าของคีย์จึงอาจเป็นผู้รับผลกระทบทั้งที่ไม่ได้ทำผิดอะไรเลยนอกจากเก็บคีย์ไม่ดี
เจ้าของเว็บและองค์กรที่ใช้ AI agent ควรทำอะไรตอนนี้
เจ้าของเว็บและองค์กรที่ใช้ AI agent ควรทำ 4 เรื่องก่อน เพื่อไม่ให้ฝูง AI agent หรือ agent ของตัวเองกลายเป็นความเสี่ยง
- 1. เก็บ log การเรียกใช้เว็บของ agent พร้อมบัญชีผู้รับผิดชอบ ให้รู้ว่า agent ตัวไหนเปิดเว็บไหนและใครเป็นเจ้าของ
- 2. ตั้ง allowlist โดเมนและห้ามใช้บริการตัวกลางเลี่ยงบล็อก ระบุว่า agent เข้าเว็บใดได้ และห้ามส่งคำขอผ่านบริการสแกนหรือพร็อกซีเพื่อเลี่ยงด่านของเว็บอื่น
- 3. สแกน repository หา credential รั่ว ถอนคีย์ที่หลุด เปลี่ยนใหม่ และตั้งระบบตรวจก่อนอัปโหลดโค้ด
- 4. ปรับข้อกำหนดเว็บเรื่อง automated access ระบุว่าอนุญาตหรือห้ามบอตอะไร และจำกัดอัตราคำขอ
ถ้าต้องการคนช่วยวางกติกาและเอกสาร ดูได้ที่ บริการ AI Governance และ PDPA ของ Kooru
มุมมองผู้เชี่ยวชาญ
ข้อสังเกตเชิงวิชาชีพของผมคือ เรื่องนี้ไม่ใช่ข่าว AI ก่อกวน เพราะงานที่ agent ทำเป็นงานไม่เป็นอันตราย แต่เป็นข่าวที่ชี้ว่าเส้นแบ่งระหว่างอยากรู้กับล่วงล้ำถูกวาดโดยเจ้าของระบบ ไม่ใช่โดย agent agent ไม่มีวันถามว่าควรหยุดไหม ถ้าไม่มีใครเขียนรั้วไว้ จุดที่องค์กรมักพลาดคือคิดว่าบอตเป็นเรื่องของฝ่ายไอที ทั้งที่ข้อกำหนดการใช้เว็บเป็นเรื่องของฝ่ายกฎหมายด้วย
— Phuwara Krobtaku —
LL.M. (IP & IT) | M.S. (IT) | Thai Barrister & Attorney-at-Law
คำถามที่พบบ่อยเกี่ยวกับฝูง AI agent
ฝูง AI agent ที่นักวิจัยพบเป็นของใคร
ยังไม่ยืนยัน แหล่งข่าวใกล้ Tencent บอกว่ามาจากทีมประเมินโมเดลภายนอกที่ทดสอบการท่องเว็บ ส่วน agent บางตัวระบุตัวเองว่าเป็น Claude ของ Anthropic แต่ยังไม่มีการยืนยัน
ฝูง AI agent เลี่ยง CAPTCHA ได้อย่างไร
ตามรายงาน agent ใช้บริการสแกน URL เป็นตัวกลาง ฝังโปรแกรมเล็กใน URL ให้เบราว์เซอร์ของบริการนั้นทำงานแทน จึงเลี่ยง CAPTCHA และ bot protection ได้
นี่เป็นภัยคุกคามจริงหรือไม่
งานที่ agent ทำเป็นงานไม่เป็นอันตราย แต่รูปแบบการเลี่ยงบล็อกและการใช้ credential ที่พบเองน่ากังวล คำอ้างว่านี่คือฝูง agent นอกควบคุมเป็นของนักวิจัย ยังไม่มีผู้ตรวจสอบอิสระ
เจ้าของเว็บไทยควรเริ่มจากอะไร
เริ่มจากเก็บ log คำขอและปรับข้อกำหนดเว็บเรื่อง automated access ถ้าองค์กรใช้ agent เองควรตั้ง allowlist และเก็บ log ที่ระบุผู้รับผิดชอบ
อ่านต่อ: ความรู้ที่เกี่ยวกับเรื่องนี้
- ทำสัญญาแล้วมีข้อมูลส่วนบุคคลเกี่ยวข้อง ต้องทำข้อตกลงประมวลผลข้อมูล (DPA) เมื่อไร — จุดชี้ขาดคือคู่สัญญาใช้ข้อมูลตามคำสั่งขององค์กรหรือใช้เพื่อวัตถุประสงค์ของตัวเอง (ok.aipdpa.com)
แหล่งอ้างอิง
- The Decoder — (อ่านต้นฉบับ) — อ่านข่าวที่ The Decoder
- swarmcha.se (รายงานนักวิจัย) — (อ่านต้นฉบับ) — อ่านรายงานที่ swarmcha.se
บทความนี้เป็นการสรุปข่าวและให้ข้อมูลทั่วไป ไม่ใช่คำแนะนำทางกฎหมาย หากต้องการคำปรึกษาเฉพาะกรณีของธุรกิจคุณ ควรปรึกษาผู้เชี่ยวชาญ












