การโจมตีซัพพลายเชน TanStack: เวิร์ม Mini Shai‑Hulud แพร่ผ่าน npm และ PyPI ได้อย่างไร

การพัฒนาซอฟต์แวร์สมัยใหม่พึ่งพา แพ็กเกจโอเพนซอร์ส และระบบอัตโนมัติอย่าง CI/CD pipelines อย่างมาก แต่ในเดือนพฤษภาคม 2026 โมเดลความไว้วางใจนี้ถูกโจมตีผ่านแคมเปญซัพพลายเชนที่เรียกว่า Mini Shai‑Hulud ซึ่งส่งผลให้แพ็กเกจมากกว่า 170 รายการบน npm และ PyPI ถูกฝังมัลแวร์โดยผู้โจมตี

การโจมตีครั้งนี้กระทบโครงการยอดนิยมหลายตัว เช่น TanStack, UiPath, Mistral AI และ OpenSearch โดยมัลแวร์ถูกออกแบบมาเพื่อขโมยข้อมูลรับรองของนักพัฒนาและระบบคลาวด์ แทนที่จะขโมยรหัสผ่านของผู้ดูแลแพ็กเกจโดยตรง ผู้โจมตีกลับเลือกเจาะช่องโหว่ของ GitHub Actions release pipelines เพื่อเผยแพร่เวอร์ชันที่ถูกแก้ไขผ่านช่องทางที่ดูถูกต้องตามปกติ

เหตุการณ์โจมตี TanStack

หนึ่งในเป้าหมายหลักคือ TanStack ซึ่งเป็นชุดไลบรารีที่ได้รับความนิยมในระบบนิเวศของ React และ JavaScript

เมื่อวันที่ 11 พฤษภาคม 2026 ระหว่างเวลา 19:20–19:26 UTC ผู้โจมตีได้เผยแพร่ เวอร์ชันที่เป็นอันตราย 84 เวอร์ชัน ครอบคลุม 42 แพ็กเกจใน namespace @tanstack/* บน npm

การวิเคราะห์ด้านความปลอดภัยพบว่าแพ็กเกจเหล่านี้มีโค้ดมัลแวร์ที่พยายามขโมยข้อมูลรับรองจากเครื่องนักพัฒนาและระบบ CI/CD

เนื่องจากไลบรารีของ TanStack มีการดาวน์โหลดหลายล้านครั้งต่อสัปดาห์ การปล่อยเวอร์ชันที่ถูกดัดแปลงเพียงครั้งเดียวจึงสามารถกระจายไปยังสภาพแวดล้อมของนักพัฒนาและ pipeline การ build ได้อย่างรวดเร็ว

ต่อมานักวิจัยพบว่าเหตุการณ์นี้เป็นเพียงส่วนหนึ่งของปฏิบัติการขนาดใหญ่ โดยมีข้อมูลสำคัญดังนี้

• แพ็กเกจที่ถูกเจาะระบบทั้งหมด 172 รายการ
• เวอร์ชันมัลแวร์มากกว่า 400 เวอร์ชัน
• กระทบทั้ง npm และ PyPI

กิจกรรมส่วนใหญ่เกิดขึ้นภายในช่วงเวลาเพียง 48 ชั่วโมง ระหว่างวันที่ 11–12 พฤษภาคม 2026

ผู้โจมตีใช้ GitHub Actions อย่างไร

แทนที่จะขโมยโทเค็นเผยแพร่ npm โดยตรง ผู้โจมตีมุ่งเป้าไปที่ ระบบอัตโนมัติที่ใช้เผยแพร่แพ็กเกจ

จากรายงานหลังเหตุการณ์ของ TanStack พบว่าการโจมตีอาศัยการเชื่อมโยงช่องโหว่หลายจุดใน GitHub Actions ได้แก่

• การใช้ workflow pattern pull_request_target ในลักษณะที่เสี่ยง
• การทำ cache poisoning ข้ามขอบเขตระหว่าง fork และ repository หลัก
• การดึง OIDC token จากหน่วยความจำของ GitHub Actions runner

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

เพราะ pipeline เป็นผู้เผยแพร่แพ็กเกจเอง เวอร์ชันเหล่านี้จึงดูเหมือนถูกต้องตามปกติ และบางครั้งยังมี ลายเซ็นหรือ build provenance ที่เชื่อถือได้ ทำให้ยากต่อการสังเกตว่าเป็นมัลแวร์

เวิร์ม Mini Shai‑Hulud แพร่กระจายอย่างไร

แพ็กเกจที่ถูกแก้ไขมีโค้ดที่ทำงานคล้าย เวิร์มซัพพลายเชนที่แพร่กระจายตัวเอง

เมื่อมีการติดตั้ง dependency เหล่านี้ สคริปต์ภายในแพ็กเกจจะถูกเรียกใช้งานทันทีผ่าน lifecycle hooks หรือโค้ดที่ทำงานตอน import จากนั้นจะดาวน์โหลด payload เพิ่มเติม

หลังจากทำงานแล้ว มัลแวร์จะพยายาม

• เก็บข้อมูลรับรองและ secret ต่าง ๆ
• เข้าถึงสภาพแวดล้อม CI/CD
• ใช้โทเค็นที่ขโมยมาเพื่อเผยแพร่แพ็กเกจที่ติดมัลแวร์เพิ่มเติม

วิธีนี้ทำให้การโจมตีสามารถเคลื่อนที่แบบ lateral movement ระหว่างเครื่องนักพัฒนา ระบบ build และโปรเจกต์โอเพนซอร์สอื่น ๆ ได้

เนื่องจาก package manager มักรันสคริปต์ระหว่างการติดตั้ง dependency เพียงแค่ติดตั้งแพ็กเกจที่ถูกแก้ไขก็อาจทำให้มัลแวร์เริ่มทำงานได้ทันที

ข้อมูลรับรองและระบบที่เป็นเป้าหมาย

มัลแวร์ในแคมเปญนี้มุ่งเน้นไปที่ ข้อมูลรับรองของนักพัฒนาและระบบคลาวด์ ซึ่งสามารถใช้เพื่อโจมตีโครงสร้างพื้นฐานต่อได้

รายงานด้านความปลอดภัยระบุว่าเวิร์มค้นหา secret จากหลายตำแหน่ง เช่น

• AWS IAM credentials
• GitHub Personal Access Tokens
• npm publish tokens
• HashiCorp Vault tokens
• Kubernetes service account credentials
• SSH private keys
• Docker configuration และตัวแปร environment

นักวิจัยยังพบว่ามัลแวร์สแกนไฟล์ในเครื่องนักพัฒนาและ runner ของ CI เพื่อค้นหา secret จากหลายร้อยตำแหน่งในระบบ

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

OpenAI กล่าวถึงข้อมูลผู้ใช้อย่างไร

เนื่องจากไลบรารีบางตัวถูกใช้แพร่หลายในระบบนักพัฒนา จึงมีคำถามเกี่ยวกับผลกระทบต่อบริษัทเทคโนโลยีที่ใช้ dependency เหล่านี้

OpenAI ระบุว่าไม่พบหลักฐานว่าข้อมูลผู้ใช้ถูกเข้าถึงหรือรั่วไหลจากเหตุการณ์โจมตีซัพพลายเชนที่เกี่ยวข้องกับ TanStack

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

ทำไมเหตุการณ์นี้จึงสำคัญ

แคมเปญ Mini Shai‑Hulud แสดงให้เห็นการเปลี่ยนแปลงสำคัญของการโจมตีซัพพลายเชน

โจมตีระบบอัตโนมัติแทนบัญชีผู้ใช้
ผู้โจมตีไม่จำเป็นต้องขโมยบัญชีผู้ดูแลแพ็กเกจ แต่เลือกยึด pipeline อัตโนมัติแทน

แพ็กเกจมัลแวร์ที่มีลายเซ็นถูกต้อง
เมื่อ pipeline จริงเป็นผู้เผยแพร่ แพ็กเกจมัลแวร์จึงดูเหมือน release ปกติ

การโจมตีข้าม ecosystem
แคมเปญเดียวกระทบทั้ง npm และ PyPI ทำให้ขยายผลได้กว้างขึ้นอย่างมาก

การแพร่กระจายแบบเวิร์ม
มัลแวร์พยายามขโมยโทเค็นและใช้มันเผยแพร่แพ็กเกจที่ติดมัลแวร์ต่อไปโดยอัตโนมัติ

ปัจจัยเหล่านี้ทำให้เหตุการณ์นี้กลายเป็นหนึ่งในการโจมตีซัพพลายเชนโอเพนซอร์สที่สำคัญของปี 2026

บทเรียนด้านความปลอดภัยสำหรับทีมพัฒนา

เหตุการณ์นี้ทำให้ชุมชนนักพัฒนาและทีมความปลอดภัยเน้นแนวปฏิบัติสำคัญหลายข้อ

มองการติดตั้ง dependency เป็นการรันโค้ด
แพ็กเกจจำนวนมากสามารถรันสคริปต์หรือโค้ดได้ทันทีเมื่อถูกติดตั้ง

หมุนเปลี่ยนข้อมูลรับรองหลังความเสี่ยง
หากสภาพแวดล้อมติดตั้งแพ็กเกจที่ได้รับผลกระทบ ควรเปลี่ยน secret ทั้งหมดทันที

เสริมความปลอดภัยของ CI/CD workflows
ตรวจสอบการตั้งค่า GitHub Actions จำกัดสิทธิ์ของโทเค็น และหลีกเลี่ยง pattern ที่เสี่ยง เช่น pull_request_target

ตรวจสอบเวอร์ชัน dependency
ทีมพัฒนาควรตรวจสอบว่าไม่มีเวอร์ชันที่ถูกเจาะระบบติดตั้งอยู่ในช่วงเหตุการณ์เดือนพฤษภาคม 2026

ติดตามพฤติกรรม pipeline และ build
การติดตั้ง dependency ที่ผิดปกติ การเชื่อมต่อเครือข่ายแปลก ๆ หรือการเผยแพร่แพ็กเกจโดยไม่ได้รับอนุญาต อาจเป็นสัญญาณของการโจมตีซัพพลายเชน

บทเรียนใหญ่ของโอเพนซอร์ส

ระบบซัพพลายเชนของซอฟต์แวร์สมัยใหม่อาศัย automation และ dependency ที่ใช้ร่วมกันจำนวนมาก เหตุการณ์ Mini Shai‑Hulud แสดงให้เห็นว่าหากระบบเหล่านี้ถูกเจาะ ผู้โจมตีสามารถใช้มันเป็นเครื่องมือแพร่มัลแวร์ได้อย่างทรงพลัง

การโจมตีที่มุ่งเป้าไปยัง build pipelines และโครงสร้างพื้นฐานของนักพัฒนา สามารถกระจายมัลแวร์ผ่านช่องทางที่เชื่อถือได้และเข้าถึงโครงการ downstream หลายพันโครงการภายในเวลาไม่กี่ชั่วโมง

ด้วยเหตุนี้ หลายองค์กรจึงเริ่มมอง CI/CD pipelines การจัดการ dependency และสภาพแวดล้อมนักพัฒนา เป็นขอบเขตความปลอดภัยที่สำคัญ ไม่ใช่เพียงเครื่องมืออำนวยความสะดวกในการพัฒนาเท่านั้น