.pth ที่รันเพย์โหลดบนการเรียกใช้ Python ใด ๆ แม้ว่า LiteLLM จะไม่ได้ถูก import อย่างชัดแจ้งก็ตาม TeamPCP ใช้ข้อมูลประจำตัวการเผยแพร่ PyPI ที่ถูกขโมยเพื่อพุชรุ่นเหล่านี้ไปยัง PyPI โดยตรง โดยเลี่ยงกระบวนการเผยแพร่ตามปกติบน GitHub ของ LiteLLM กลุ่มยังบีบอัดกิจกรรมที่เป็นอันตรายเพิ่มเติมในช่วงเวลาเดียวกัน รวมถึงการทำลายหน้า repository ขององค์กร 15 แห่ง ลบ repo ส่วนตัว 182 แห่ง และทำให้ repo ส่วนตัวของ BerriAI (องค์กรแม่ของ LiteLLM) จำนวน 70 แห่งเป็นสาธารณะ
การโจมตีนี้เป็นตัวอย่างคลาสสิกของการประนีประนอมห่วงโซ่อุปทานแบบลูกโซ่ TeamPCP ไม่ได้โจมตี LiteLLM โดยตรง แต่พวกเขาใช้ประโยชน์จากห่วงโซ่ความไว้วางใจ:
pip install litellm==1.82.7 หรือ 1.82.8 หรือที่ไปป์ไลน์ CI/CD ดึงเวอร์ชันล่าสุดโดยอัตโนมัติ จะทำให้สภาพแวดล้อมบิลด์ของพวกเขาถูกขูดข้อมูลความลับตามที่ CloudSEK ระบุ "การโจมตีมีต้นกำเนิดจาก dependencies Trivy ที่ใช้ในขั้นตอนการสแกนความปลอดภัย CI/CD [ของ LiteLLM]" ไม่มี CVE สำหรับการประนีประนอม LiteLLM เนื่องจากไม่มีอะไรในโค้ดของ LiteLLM ที่เสี่ยง ช่องโหว่อยู่ในความสัมพันธ์ที่เชื่อถือได้ระหว่างไปป์ไลน์บิลด์ของ LiteLLM และเครื่องมือสแกนความปลอดภัย
ขนาดเต็มของการขโมยข้อมูลเริ่มชัดเจนขึ้นเมื่อห้าเดือนต่อมาเมื่อบริษัทข่าวกรองภัยคุกคามหลายแห่งเผยแพร่การวิเคราะห์:
.env, สตริงการเชื่อมต่อฐานข้อมูล, ความลับในการลงชื่อเข้าใช้ Slack, ความลับของไคลเอ็นต์ Salesforce และข้อมูลประจำตัว Git FBI ออกคำแนะนำด่วนเมื่อวันที่ 2 กรกฎาคม 2026 (FLASH-20260702-01) เตือนว่าผู้เกี่ยวข้องมีแนวโน้มที่จะนำข้อมูลประจำตัวที่ถูกขโมยไปใช้เป็นอาวุธในระหว่างการรณรงค์ของ TeamPCP เป็นเวลานานหลังจากการประนีประนอมครั้งแรก มันบอกให้องค์กรเปลี่ยนข้อมูลประจำตัว CI/CD โทเค็นการเผยแพร่ และข้อมูลประจำตัวคลาวด์ที่สามารถเข้าถึงได้ในช่วงเวลาที่มีการเปิดเผยที่เกี่ยวข้อง
โดเมนที่ถูกเปิดเผยรวมถึงองค์กรขนาดใหญ่ในภาคเทคโนโลยี การเงิน อุตสาหกรรม และโทรคมนาคม องค์กรที่ได้รับการยืนยันชื่อจากหลายแหล่งรวมถึง :
ชุดข้อมูลของ CloudSEK มี "การจับคู่ที่มีความเชื่อมั่นสูง" ที่เชื่อมโยงกับโดเมนองค์กร พื้นที่เก็บข้อมูล ข้อมูลประจำตัว หรือโครงสร้างพื้นฐานที่เป็นขององค์กรเหล่านี้ Hudson Rock ตั้งข้อสังเกตว่าไฟล์เก็บถาวรมีข้อมูลประจำตัวที่ "ยังคงใช้ได้" สำหรับองค์กรเหล่านี้หลายแห่งเป็นเวลาเดือนหลังเหตุการณ์
ห้าเดือนหลังจากการละเมิด นักวิจัยความปลอดภัยอิสระ Kevin Beaumont ได้ทำการตรวจสอบความจริงครั้งสำคัญ หลังจากรายงานของ Ars Technica เกี่ยวกับการละเมิด Beaumont ทดสอบข้อมูลประจำตัวที่ถูกประนีประนอมจากบริษัทเทคโนโลยีรายใหญ่ของสหรัฐฯ ที่อ้างต่อสาธารณะว่ามัน "เปลี่ยนทุกอย่างแล้ว" โดยใช้นโยบายการเปิดเผยข้อมูลอย่างรับผิดชอบ เขาทดสอบข้อมูลประจำตัวและพบว่า "เกือบทุกอันใช้ได้" หมายความว่าองค์กรไม่ได้เปลี่ยนความลับที่ถูกประนีประนอมจริง ๆ แม้จะอ้างว่าเปลี่ยนแล้วก็ตาม
การค้นพบนี้เน้นย้ำถึงบทเรียนสำคัญ: คำแถลงเกี่ยวกับการเปลี่ยนข้อมูลประจำตัวและการเปลี่ยนข้อมูลประจำตัวจริงมักเป็นคนละเรื่องกัน และข้อมูลประจำตัวที่ถูกขโมยจากการโจมตีนี้ยังคงเป็นภัยคุกคามที่มีชีวิต
ปฏิบัติต่อความลับทั้งหมด คีย์ API ข้อมูลประจำตัวคลาวด์ คีย์ SSH การกำหนดค่า Kubernetes และข้อมูลที่ละเอียดอ่อนอื่น ๆ ที่สามารถเข้าถึงได้โดย LiteLLM เวอร์ชัน 1.82.7 หรือ 1.82.8 ว่าถูกประนีประนอมอย่างสมบูรณ์ การเปลี่ยนข้อมูลประจำตัวทุกตัวที่อาจถูกเปิดเผยทันทีในช่วงวันที่ 24 มีนาคม 2026 เป็นสิ่งจำเป็น โดยไม่คำนึงว่าองค์กรเชื่อว่าได้เปลี่ยนไปแล้วหรือไม่
การโจมตีครั้งนี้ถือเป็นการละเมิดห่วงโซ่อุปทานโครงสร้างพื้นฐาน AI ที่ใหญ่ที่สุดในปี 2026 และข้อมูลที่ถูกขโมยยังคงเป็นภัยคุกคามถาวรสำหรับการบุกรุกติดตามผล ดังที่แสดงโดยการทดสอบข้อมูลประจำตัวของ Beaumont FBI ได้เตือนว่าการกำหนดเป้าหมายติดตามผลมีแนวโน้มสูง และขุมทรัพย์ของข้อมูลประจำตัวที่ถูกต้องในไฟล์เก็บถาวรขนาด 153GB นั้นเป็นของขวัญที่ยังให้ผลต่อเนื่องสำหรับผู้กระทำผิด
หากองค์กรของคุณใช้ LiteLLM ในความสามารถใด ๆ ในวันที่ 24 มีนาคม 2026 ให้สันนิษฐานว่าถูกประนีประนอม ตรวจสอบไฟล์ .pth ที่เป็นอันตราย (litellm_init.pth) และแบ็คดอร์ที่คงอยู่ (~/.config/sysmon/sysmon.py) ตรวจสอบเวอร์ชันที่ติดตั้งด้วย pip show litellm และเปลี่ยนข้อมูลประจำตัวทุกตัวที่สามารถเข้าถึงได้จากโฮสต์ที่ได้รับผลกระทบ ได้แก่ คีย์คลาวด์ คีย์ API ของผู้ให้บริการ AI โทเค็น Kubernetes คีย์ SSH และโทเค็น CI/CD
.pth ที่รันเพย์โหลดบนการเรียกใช้ Python ใด ๆ แม้ว่า LiteLLM จะไม่ได้ถูก import อย่างชัดแจ้งก็ตาม TeamPCP ใช้ข้อมูลประจำตัวการเผยแพร่ PyPI ที่ถูกขโมยเพื่อพุชรุ่นเหล่านี้ไปยัง PyPI โดยตรง โดยเลี่ยงกระบวนการเผยแพร่ตามปกติบน GitHub ของ LiteLLM กลุ่มยังบีบอัดกิจกรรมที่เป็นอันตรายเพิ่มเติมในช่วงเวลาเดียวกัน รวมถึงการทำลายหน้า repository ขององค์กร 15 แห่ง ลบ repo ส่วนตัว 182 แห่ง และทำให้ repo ส่วนตัวของ BerriAI (องค์กรแม่ของ LiteLLM) จำนวน 70 แห่งเป็นสาธารณะ
การโจมตีนี้เป็นตัวอย่างคลาสสิกของการประนีประนอมห่วงโซ่อุปทานแบบลูกโซ่ TeamPCP ไม่ได้โจมตี LiteLLM โดยตรง แต่พวกเขาใช้ประโยชน์จากห่วงโซ่ความไว้วางใจ:
pip install litellm==1.82.7 หรือ 1.82.8 หรือที่ไปป์ไลน์ CI/CD ดึงเวอร์ชันล่าสุดโดยอัตโนมัติ จะทำให้สภาพแวดล้อมบิลด์ของพวกเขาถูกขูดข้อมูลความลับตามที่ CloudSEK ระบุ "การโจมตีมีต้นกำเนิดจาก dependencies Trivy ที่ใช้ในขั้นตอนการสแกนความปลอดภัย CI/CD [ของ LiteLLM]" ไม่มี CVE สำหรับการประนีประนอม LiteLLM เนื่องจากไม่มีอะไรในโค้ดของ LiteLLM ที่เสี่ยง ช่องโหว่อยู่ในความสัมพันธ์ที่เชื่อถือได้ระหว่างไปป์ไลน์บิลด์ของ LiteLLM และเครื่องมือสแกนความปลอดภัย
ขนาดเต็มของการขโมยข้อมูลเริ่มชัดเจนขึ้นเมื่อห้าเดือนต่อมาเมื่อบริษัทข่าวกรองภัยคุกคามหลายแห่งเผยแพร่การวิเคราะห์:
.env, สตริงการเชื่อมต่อฐานข้อมูล, ความลับในการลงชื่อเข้าใช้ Slack, ความลับของไคลเอ็นต์ Salesforce และข้อมูลประจำตัว Git FBI ออกคำแนะนำด่วนเมื่อวันที่ 2 กรกฎาคม 2026 (FLASH-20260702-01) เตือนว่าผู้เกี่ยวข้องมีแนวโน้มที่จะนำข้อมูลประจำตัวที่ถูกขโมยไปใช้เป็นอาวุธในระหว่างการรณรงค์ของ TeamPCP เป็นเวลานานหลังจากการประนีประนอมครั้งแรก มันบอกให้องค์กรเปลี่ยนข้อมูลประจำตัว CI/CD โทเค็นการเผยแพร่ และข้อมูลประจำตัวคลาวด์ที่สามารถเข้าถึงได้ในช่วงเวลาที่มีการเปิดเผยที่เกี่ยวข้อง
โดเมนที่ถูกเปิดเผยรวมถึงองค์กรขนาดใหญ่ในภาคเทคโนโลยี การเงิน อุตสาหกรรม และโทรคมนาคม องค์กรที่ได้รับการยืนยันชื่อจากหลายแหล่งรวมถึง :
ชุดข้อมูลของ CloudSEK มี "การจับคู่ที่มีความเชื่อมั่นสูง" ที่เชื่อมโยงกับโดเมนองค์กร พื้นที่เก็บข้อมูล ข้อมูลประจำตัว หรือโครงสร้างพื้นฐานที่เป็นขององค์กรเหล่านี้ Hudson Rock ตั้งข้อสังเกตว่าไฟล์เก็บถาวรมีข้อมูลประจำตัวที่ "ยังคงใช้ได้" สำหรับองค์กรเหล่านี้หลายแห่งเป็นเวลาเดือนหลังเหตุการณ์
ห้าเดือนหลังจากการละเมิด นักวิจัยความปลอดภัยอิสระ Kevin Beaumont ได้ทำการตรวจสอบความจริงครั้งสำคัญ หลังจากรายงานของ Ars Technica เกี่ยวกับการละเมิด Beaumont ทดสอบข้อมูลประจำตัวที่ถูกประนีประนอมจากบริษัทเทคโนโลยีรายใหญ่ของสหรัฐฯ ที่อ้างต่อสาธารณะว่ามัน "เปลี่ยนทุกอย่างแล้ว" โดยใช้นโยบายการเปิดเผยข้อมูลอย่างรับผิดชอบ เขาทดสอบข้อมูลประจำตัวและพบว่า "เกือบทุกอันใช้ได้" หมายความว่าองค์กรไม่ได้เปลี่ยนความลับที่ถูกประนีประนอมจริง ๆ แม้จะอ้างว่าเปลี่ยนแล้วก็ตาม
การค้นพบนี้เน้นย้ำถึงบทเรียนสำคัญ: คำแถลงเกี่ยวกับการเปลี่ยนข้อมูลประจำตัวและการเปลี่ยนข้อมูลประจำตัวจริงมักเป็นคนละเรื่องกัน และข้อมูลประจำตัวที่ถูกขโมยจากการโจมตีนี้ยังคงเป็นภัยคุกคามที่มีชีวิต
ปฏิบัติต่อความลับทั้งหมด คีย์ API ข้อมูลประจำตัวคลาวด์ คีย์ SSH การกำหนดค่า Kubernetes และข้อมูลที่ละเอียดอ่อนอื่น ๆ ที่สามารถเข้าถึงได้โดย LiteLLM เวอร์ชัน 1.82.7 หรือ 1.82.8 ว่าถูกประนีประนอมอย่างสมบูรณ์ การเปลี่ยนข้อมูลประจำตัวทุกตัวที่อาจถูกเปิดเผยทันทีในช่วงวันที่ 24 มีนาคม 2026 เป็นสิ่งจำเป็น โดยไม่คำนึงว่าองค์กรเชื่อว่าได้เปลี่ยนไปแล้วหรือไม่
การโจมตีครั้งนี้ถือเป็นการละเมิดห่วงโซ่อุปทานโครงสร้างพื้นฐาน AI ที่ใหญ่ที่สุดในปี 2026 และข้อมูลที่ถูกขโมยยังคงเป็นภัยคุกคามถาวรสำหรับการบุกรุกติดตามผล ดังที่แสดงโดยการทดสอบข้อมูลประจำตัวของ Beaumont FBI ได้เตือนว่าการกำหนดเป้าหมายติดตามผลมีแนวโน้มสูง และขุมทรัพย์ของข้อมูลประจำตัวที่ถูกต้องในไฟล์เก็บถาวรขนาด 153GB นั้นเป็นของขวัญที่ยังให้ผลต่อเนื่องสำหรับผู้กระทำผิด
หากองค์กรของคุณใช้ LiteLLM ในความสามารถใด ๆ ในวันที่ 24 มีนาคม 2026 ให้สันนิษฐานว่าถูกประนีประนอม ตรวจสอบไฟล์ .pth ที่เป็นอันตราย (litellm_init.pth) และแบ็คดอร์ที่คงอยู่ (~/.config/sysmon/sysmon.py) ตรวจสอบเวอร์ชันที่ติดตั้งด้วย pip show litellm และเปลี่ยนข้อมูลประจำตัวทุกตัวที่สามารถเข้าถึงได้จากโฮสต์ที่ได้รับผลกระทบ ได้แก่ คีย์คลาวด์ คีย์ API ของผู้ให้บริการ AI โทเค็น Kubernetes คีย์ SSH และโทเค็น CI/CD