OWASP Top 10 สำหรับแอปพลิเคชัน Agentic ฉบับปี 2026

ASI01:2026

Agent Goal Hijack

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

ผลกระทบที่ควรพิจารณา

Agent อาจถูกควบคุมให้เปิดเผยข้อมูลความลับ ดำเนินการอนุมัติธุรกรรมโดยมิชอบ หรือทำลายข้อมูลสำคัญในระบบ

แนวทางลดความเสี่ยง

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

// ตัวอย่างที่มีช่องโหว่: trust request-controlled target
app.Get("/records/:id", func(c fiber.Ctx) error {
  return c.JSON(repo.Find(c.Params("id")))
})

// ตัวอย่างที่แก้ไขแล้ว: authorize server-side
if !policy.CanRead(c.Locals("principal"), id) { return fiber.ErrForbidden }

ASI02:2026

Tool Misuse and Exploitation

Tool Misuse and Exploitation เกิดเมื่อ Agent ได้รับสิทธิ์เชื่อมต่อกับเครื่องมือ หรือ API ภายนอก โดยขาดการตรวจสอบและจำกัดขอบเขตของพารามิเตอร์ จนถูกหลอกให้สั่งงานฟังก์ชันอันตราย เช่น ลบข้อมูล หรือส่งคำสั่งไปยังระบบสารสนเทศภายใน

ผลกระทบที่ควรพิจารณา

ผู้โจมตีสามารถใช้สิทธิ์ของ Agent ในการสั่งงานระบบสารสนเทศภายใน หรือส่งออกข้อมูลความลับออกไปภายนอก

แนวทางลดความเสี่ยง

• กำหนด Schema ของพารามิเตอร์อย่างเข้มงวดและปฏิเสธค่าที่ไม่คาดคิด
• ใช้หลัก Least Privilege ในการให้สิทธิ์เครื่องมือแก่ Agent
• บันทึก Audit Log ทุกครั้งที่มีการเรียกใช้เครื่องมือ

// ตัวอย่างที่มีช่องโหว่: trust request-controlled target
app.Get("/records/:id", func(c fiber.Ctx) error {
  return c.JSON(repo.Find(c.Params("id")))
})

// ตัวอย่างที่แก้ไขแล้ว: authorize server-side
if !policy.CanRead(c.Locals("principal"), id) { return fiber.ErrForbidden }

ASI03:2026

Identity and Privilege Abuse

Identity and Privilege Abuse คือการที่ Agent ได้รับสิทธิ์ในการทำงานสูงเกินความจำเป็น หรือใช้บัญชีสิทธิ์สูงร่วมกัน ทำให้ผู้ใช้งานระดับทั่วไปสามารถสั่งการระบบระดับผู้ดูแล หรือเข้าถึงข้อมูลของผู้ใช้อื่นผ่านสิทธิ์ของ Agent ได้

ผลกระทบที่ควรพิจารณา

ผู้โจมตีสามารถยกระดับสิทธิ์และข้ามขอบเขตข้อมูลระหว่าง Tenant ผ่านตัวตนของ Agent ได้

แนวทางลดความเสี่ยง

• บังคับใช้สิทธิ์ตามตัวตนของผู้ใช้งานจริง
• ห้ามใช้ Service Account ที่มีสิทธิ์ Admin หรือ Root ร่วมกันทุกกรณี
• เพิกถอน Token การใช้งานเมื่อจบภารกิจ

// ตัวอย่างที่มีช่องโหว่: trust request-controlled target
app.Get("/records/:id", func(c fiber.Ctx) error {
  return c.JSON(repo.Find(c.Params("id")))
})

// ตัวอย่างที่แก้ไขแล้ว: authorize server-side
if !policy.CanRead(c.Locals("principal"), id) { return fiber.ErrForbidden }

ASI04:2026

Agentic Supply Chain Vulnerabilities

Agent โหลด Plugin, Model, Agent Card หรือ MCP/A2A ที่ถูกดัดแปลงระหว่างทำงาน เปิดใช้ส่วนประกอบภายนอกโดยไม่ตรวจที่มา ความครบถ้วน หรือหลักฐานรับรอง

ผลกระทบที่ควรพิจารณา

ส่วนประกอบที่ไม่น่าเชื่อถืออาจแทรกคำสั่ง ขโมยข้อมูล หรือส่งต่อความเสียหาย

แนวทางลดความเสี่ยง

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

// ตัวอย่างที่มีช่องโหว่: trust request-controlled target
app.Get("/records/:id", func(c fiber.Ctx) error {
  return c.JSON(repo.Find(c.Params("id")))
})

// ตัวอย่างที่แก้ไขแล้ว: authorize server-side
if !policy.CanRead(c.Locals("principal"), id) { return fiber.ErrForbidden }

ASI05:2026

Unexpected Code Execution

Unexpected Code Execution เกิดจากการเปิดให้ Agent สร้างและรันสคริปต์ภาษา Python หรือคำสั่ง Shell บนเครื่องเซิร์ฟเวอร์โดยตรงเพื่อแก้ปัญหา โดยไม่มีการจำกัดสภาพแวดล้อม ทำให้ผู้โจมตีแทรกคำสั่งเพื่อยึดเครื่องเซิร์ฟเวอร์ได้

ผลกระทบที่ควรพิจารณา

ผู้โจมตีอาจควบคุมเครื่องเซิร์ฟเวอร์แบบ Remote Code Execution (RCE) และยึดระบบได้สมบูรณ์

แนวทางลดความเสี่ยง

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

// ตัวอย่างที่มีช่องโหว่: trust request-controlled target
app.Get("/records/:id", func(c fiber.Ctx) error {
  return c.JSON(repo.Find(c.Params("id")))
})

// ตัวอย่างที่แก้ไขแล้ว: authorize server-side
if !policy.CanRead(c.Locals("principal"), id) { return fiber.ErrForbidden }

ASI06:2026

Memory & Context Poisoning

Memory and Context Poisoning คือการฝังข้อมูลเท็จหรือคำสั่งอันตรายลงในหน่วยความจำระยะยาว หรือ Vector Database ของ Agent ทำให้ Agent จำข้อมูลผิดพลาดและนำข้อมูลที่ถูกวางยานั้นไปใช้ในการตัดสินใจในอนาคต

ผลกระทบที่ควรพิจารณา

Agent เกิดพฤติกรรมเอนเอียง ให้คำแนะนำผิดพลาด หรือปฏิบัติตามคำสั่งแฝงของผู้โจมตีในระยะยาว

แนวทางลดความเสี่ยง

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

// ตัวอย่างที่มีช่องโหว่: trust request-controlled target
app.Get("/records/:id", func(c fiber.Ctx) error {
  return c.JSON(repo.Find(c.Params("id")))
})

// ตัวอย่างที่แก้ไขแล้ว: authorize server-side
if !policy.CanRead(c.Locals("principal"), id) { return fiber.ErrForbidden }

ASI07:2026

Insecure Inter-Agent Communication

Insecure Inter-Agent Communication เกิดเมื่อการรับส่งข้อความและคำสั่งในระบบ Multi-Agent ขาดการพิสูจน์ตัวตนและการเข้ารหัสการสื่อสาร ทำให้ผู้โจมตีสามารถดักฟัง สวมรอยเป็น Agent หรือปลอมแปลงข้อความระหว่างทางได้

ผลกระทบที่ควรพิจารณา

ผู้โจมตีอาจแอบสวมรอยเป็น Agent ปลายทาง ปลอมแปลงข้อความระหว่างทาง หรือแทรกคำสั่งอันตรายเข้าสู่เครือข่าย Agent

แนวทางลดความเสี่ยง

• เข้ารหัสช่องทางด้วย mTLS หรือ TLS พร้อมตรวจลายเซ็นข้อความและตัวตนผู้ส่ง
• บังคับใช้ Schema ของข้อความระหว่าง Agent
• ตรวจสอบที่มาของ Agent ผู้ส่งก่อนเชื่อถือคำสั่ง

// ตัวอย่างที่มีช่องโหว่: trust request-controlled target
app.Get("/records/:id", func(c fiber.Ctx) error {
  return c.JSON(repo.Find(c.Params("id")))
})

// ตัวอย่างที่แก้ไขแล้ว: authorize server-side
if !policy.CanRead(c.Locals("principal"), id) { return fiber.ErrForbidden }

ASI08:2026

Cascading Failures

Planner, Tool, Memory หรือ Agent อื่นส่งข้อมูลผิดพลาดหรือถูกวางยา การมอบหมายงาน การลองซ้ำ และ Feedback Loop ส่งต่อข้อผิดพลาดโดยไม่แยกความเสียหาย

ผลกระทบที่ควรพิจารณา

ข้อผิดพลาดขยายข้าม Agent หรือ Workflow จนอาจทำให้บริการล่ม ข้อมูลเสียหาย หรือใช้สิทธิ์อย่างไม่ปลอดภัย

แนวทางลดความเสี่ยง

• แยกขอบเขตความเสียหายและให้สิทธิ์เท่าที่จำเป็น
• ตรวจผลลัพธ์และการกระทำสำคัญก่อนส่งต่อให้ระบบถัดไป
• ใช้ Circuit Breaker, Quota และขีดจำกัดการกระจายงานเพื่อควบคุมผลกระทบ

// ตัวอย่างที่มีช่องโหว่: trust request-controlled target
app.Get("/records/:id", func(c fiber.Ctx) error {
  return c.JSON(repo.Find(c.Params("id")))
})

// ตัวอย่างที่แก้ไขแล้ว: authorize server-side
if !policy.CanRead(c.Locals("principal"), id) { return fiber.ErrForbidden }

ASI09:2026

Human-Agent Trust Exploitation

Human-Agent Trust Exploitation คือการที่ผู้โจมตีฉวยโอกาสจากความน่าเชื่อถือและการปฏิสัมพันธ์ที่สมจริงของ Agent มาล่อลวงผู้ใช้งานมนุษย์ให้เปิดเผยรหัสผ่าน ยืนยันธุรกรรมอันตราย หรือดาวน์โหลดไฟล์ที่เป็นภัย

ผลกระทบที่ควรพิจารณา

ผู้ใช้มนุษย์เปิดเผยรหัสผ่าน อนุมัติการโอนเงิน หรือดาวน์โหลดไฟล์อันตรายโดยไม่สงสัย

แนวทางลดความเสี่ยง

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

// ตัวอย่างที่มีช่องโหว่: trust request-controlled target
app.Get("/records/:id", func(c fiber.Ctx) error {
  return c.JSON(repo.Find(c.Params("id")))
})

// ตัวอย่างที่แก้ไขแล้ว: authorize server-side
if !policy.CanRead(c.Locals("principal"), id) { return fiber.ErrForbidden }

ASI10:2026

Rogue Agents

Agent ที่ถูกยึดหรือเบี่ยงเบนเริ่มทำตามเป้าหมายแฝง แม้แต่ละคำสั่งดูถูกต้อง ระบบกำกับดูแลตรวจไม่พบหรือควบคุมพฤติกรรมที่เบี่ยงจากหน้าที่และขอบเขตไม่ได้

ผลกระทบที่ควรพิจารณา

Agent อาจเปิดเผยข้อมูล บิดเบือนข่าวสาร ยึด Workflow ก่อวินาศกรรม สมรู้ร่วมคิด หรือสร้างสำเนาตนเอง

แนวทางลดความเสี่ยง

• ยืนยันตัวตน Agent พร้อม Tool เป้าหมายและพฤติกรรมที่ประกาศไว้
• ติดตามพฤติกรรมที่เบี่ยงจากข้อกำหนดและการกำกับดูแลอย่างต่อเนื่อง
• เตรียมกักกัน เพิกถอนข้อมูลยืนยันตัวตน และหยุด Agent ได้รวดเร็ว

// ตัวอย่างที่มีช่องโหว่: trust request-controlled target
app.Get("/records/:id", func(c fiber.Ctx) error {
  return c.JSON(repo.Find(c.Params("id")))
})

// ตัวอย่างที่แก้ไขแล้ว: authorize server-side
if !policy.CanRead(c.Locals("principal"), id) { return fiber.ErrForbidden }