LiteLLM เผยสาเหตุรุ่นปนเปื้อน

รายงานใหม่แยกสาเหตุจากข้อสันนิษฐานเดิม

LiteLLM เผย ลำดับการโจมตีวันที่ 23 ตุลาคม 2026 หลังรุ่น 1.107.0 ปนเปื้อนเมื่อวันที่ 21 ตุลาคม ผู้พัฒนาระบุว่า master key ที่เปิดเผยแต่ยังไม่ถูกถอนนำไปสู่การขโมย GitHub OAuth token และสิทธิ์ใน CI จนแทรกการเผยแพร่ได้

นี่เป็นรายละเอียดสาเหตุเพิ่มเติมจาก ประกาศควบคุมเหตุวันที่ 21 ตุลาคม ซึ่งระบุแพ็กเกจ PyPI และ container สาธารณะที่กระทบ ส่วน Microsoft Security วิเคราะห์การขโมย credential ผ่าน Python startup hooks แยกต่างหาก

ตรวจสามขอบเขตด้วยหลักฐานคนละชุด

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

ขอบเขต	ผู้รับผิดชอบ	หลักฐานก่อนเปิดใช้งานต่อ
แพ็กเกจและ container	เจ้าของบริการ	รุ่น digest ช่วงเวลาที่ใช้งาน และรายการระบบที่เกี่ยวข้อง
token และสิทธิ์ที่สืบทอด	ผู้ดูแล identity	รายการถอนสิทธิ์ เวลาเสร็จ และผลตรวจสิทธิ์ที่ออกต่อ
กระบวนการออก release	เจ้าของ CI	บัญชีที่อนุมัติได้ ข้อจำกัดสิทธิ์ และประวัติ build ใหม่
การคืนระบบให้ผู้ใช้	ผู้รับมอบบริการ	artifact ที่อนุมัติ ผลทดสอบ และผู้ยอมรับความเสี่ยงที่คงเหลือ

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

ตรวจตัวผู้ลงนามควบคู่กับลายเซ็น

รายงาน LiteLLM ชี้ว่ากระบวนการเผยแพร่ที่ถูกควบคุมยังออก artifact ที่ผ่านขั้นลงนามได้ ทีมรับมอบจึงควรขอหลักฐานความสัมพันธ์ระหว่าง source การอนุมัติ และ build ที่นำมาใช้ พร้อมตรวจการเปลี่ยนสิทธิ์ผู้อนุมัติในช่วงเกิดเหตุ

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

วิดีโอ Microsoft Reactor เดือนเมษายนเป็นบริบท software supply chain ก่อนเกิดเหตุ นำรายการนี้ไปกำหนด สิทธิ์และหลักฐานด้าน security ของโครงการ AI ให้ครบก่อนอนุมัติเปิดบริการต่อ