เกตเวย์ LLM สองช่องในห้องเขียวเข้ม ช่อง MCP มีตราอำพันแทนการยืนยันตัวตนที่หลุด

LiteLLM CVE-2026-59822 ใน KEV: MCP OAuth2 fallback ข้ามคีย์

น้องกายEngineering

ถ้าทีมวาง LiteLLM เป็นเกตเวย์โมเดลแล้วเปิดเส้น MCP ออกเน็ต ช่องนี้ควรขึ้นคิวแพตช์ก่อนฟีเจอร์ใหม่ครับ

GHSA-7488-6r32-c95q สรุปว่าเวอร์ชันก่อน 1.84.0 ที่ endpoint MCP Streamable HTTP อาจให้ผู้ไม่มีคีย์สร้างเซสชันที่ดูเหมือนผ่านการยืนยันได้ เมื่อส่ง Authorization ปลอม เส้นทาง fallback ของ OAuth2 passthrough แทนที่การ validate คีย์ที่ล้มเหลวด้วย UserAPIKeyAuth() ว่าง ผลคือเรียกเครื่องมือ MCP ที่ตั้งไว้ได้โดยไม่มี LiteLLM key จริง

ช่องนี้ถูกติดตามเป็น CVE-2026-59822 และมีรายงานว่า CISA ใส่ใน KEV เมื่อต้นกันยายน 2026 รายละเอียดเชิง exploit ไม่จำเป็นต่อการตัดสินใจอัป

ทำอะไรได้ทันที

  • อัปเป็น 1.84.0 หรือใหม่กว่าตาม advisory
  • ถ้าอัปไม่ทัน ให้ปิด MCP routes หรือบล็อกพาธ /mcp/ ที่ reverse proxy / API gateway
  • หมุนคีย์ LiteLLM และคีย์ปลายทางที่เคยเปิดผ่าน MCP แล้วไล่ล็อกคำขอแปลกในช่วงที่เปิดช่อง

Recap

  • ตรวจเวอร์ชัน LiteLLM เทียบ 1.84.0
  • จำกัดเครือข่ายเข้า MCP จนกว่าจะแพตช์
  • หมุนคีย์และตรวจล็อกหลังอัป
  • อ่าน GHSA-7488-6r32-c95q เป็นต้นทาง