Shai‑Hulud เปิดซอร์ส จุดชนวนมัลแวร์ npm เลียนแบบทั่วระบบโอเพนซอร์ส

ผู้เข้าร่วมถูกประเมินจากขนาดของความเสียหาย เช่น จำนวนดาวน์โหลดของแพ็กเกจที่ถูกเจาะ

โมเดลการให้คะแนนแบบนี้ทำให้ผู้โจมตีมีแรงจูงใจในการเลือกเป้าหมายที่มีผู้ใช้จำนวนมาก หรือมี dependency tree ขนาดใหญ่ เพื่อให้การโจมตีมีผลกระทบสูงสุด

นักวิจัยด้านความปลอดภัยอธิบายว่านี่คือการ “ทำให้การโจมตีซัพพลายเชนกลายเป็นเกมแข่งขัน” ซึ่งเปิดทางให้ผู้โจมตีหลายกลุ่มทดลองใช้เครื่องมือเดียวกันพร้อมกัน

มัลแวร์เลียนแบบปรากฏบน npm อย่างรวดเร็ว

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

แพ็กเกจที่ถูกตรวจพบ เช่น

• chalk-tempalte
• @deadcode09284814/axios-util
• axois-utils
• color-style-utils

อย่างน้อยหนึ่งแพ็กเกจมี โค้ดโคลนของ Shai‑Hulud แบบไม่ถูก obfuscate ขณะที่บางตัวมีมัลแวร์ขโมยข้อมูลหรือโค้ดบอตเน็ต

ความเร็วในการอัปโหลดแพ็กเกจเหล่านี้แสดงให้เห็นว่ามัลแวร์โอเพนซอร์สสามารถแพร่กระจายได้เร็วเพียงใด เมื่อโค้ดต้นแบบถูกเผยแพร่

Typosquatting: กลลวงชื่อแพ็กเกจที่หลอกนักพัฒนา

แพ็กเกจจำนวนมากใช้เทคนิคที่เรียกว่า typosquatting

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

ตัวอย่างจากแคมเปญนี้ ได้แก่

• chalk-tempalte ที่เลียนแบบชื่อ chalk-template
• axois-utils ที่ดูคล้ายกับแพ็กเกจใน ecosystem ของ axios

เนื่องจากการติดตั้ง npm มักเกิดขึ้นอัตโนมัติใน pipeline หรือผ่าน dependency ของแพ็กเกจอื่น เพียงแค่สะกดชื่อผิดเล็กน้อยก็อาจทำให้โค้ดอันตรายถูกเรียกใช้ระหว่างการติดตั้ง

Shai‑Hulud ทำอะไรได้บ้าง

Shai‑Hulud ไม่ใช่เพียงแพ็กเกจมัลแวร์ทั่วไป แต่มันทำงานเหมือน เวิร์มที่แพร่กระจายผ่านซัพพลายเชน

นักวิจัยรายงานความสามารถหลักของมัน เช่น

• ขโมยข้อมูลรับรองจากเครื่องนักพัฒนาและระบบ CI/CD
• เก็บโทเค็นและความลับจากบริการคลาวด์ เช่น AWS, GCP และ Azure
• ส่งข้อมูลที่ขโมยไปยัง repository GitHub ของผู้โจมตี
• ฝังแบ็กดอร์ในแพ็กเกจอื่น หากพบโทเค็นของผู้ดูแลแพ็กเกจ

ในเหตุการณ์ก่อนหน้า มัลแวร์สามารถใช้ maintainer token ที่ขโมยมาเพื่อเผยแพร่เวอร์ชันที่ถูกดัดแปลงของแพ็กเกจอื่นใน npm โดยอัตโนมัติ ทำให้มันแพร่กระจายต่อไปได้เองโดยไม่ต้องมีเซิร์ฟเวอร์ควบคุมกลาง

ทำไมเหตุการณ์นี้ถึงถือเป็นการยกระดับภัยคุกคาม

แคมเปญ Shai‑Hulud น่าสนใจอยู่แล้ว เพราะมันโจมตีโครงสร้างพื้นฐานของนักพัฒนา แทนที่จะมุ่งเป้าไปยังผู้ใช้ปลายทาง

แต่มีสองปัจจัยที่ทำให้ความเสี่ยงเพิ่มขึ้นอย่างมาก

1. การเปิดซอร์สเครื่องมือโจมตี

เมื่อโค้ดถูกเผยแพร่ Shai‑Hulud จึงเปลี่ยนจากแคมเปญของกลุ่มเดียว กลายเป็นชุดเครื่องมือที่ใครก็สามารถนำไปใช้โจมตีซัพพลายเชนได้

2. การสร้างแรงจูงใจผ่านการแข่งขัน

การแข่งขันใน BreachForums สร้างแรงจูงใจโดยตรงให้ผู้โจมตีทดลองและแข่งขันกันโจมตีแพ็กเกจโอเพนซอร์ส

ผลลัพธ์คือภัยคุกคามไม่ได้มาจากกลุ่มเดียวอีกต่อไป แต่กลายเป็น ผู้โจมตีจำนวนมากที่ใช้เฟรมเวิร์กเดียวกันพร้อมกัน

บทเรียนสำหรับระบบโอเพนซอร์ส

เหตุการณ์ Shai‑Hulud สะท้อนแนวโน้มสำคัญของไซเบอร์ซีเคียวริตีในปัจจุบัน: ผู้โจมตีหันมาโจมตี โครงสร้างพื้นฐานของการพัฒนาซอฟต์แวร์ เช่น

• registry ของแพ็กเกจ
• ระบบ CI/CD
• workflow การปล่อยเวอร์ชัน
• โทเค็นของผู้ดูแลแพ็กเกจ

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

การเกิดขึ้นของมัลแวร์ npm แบบเลียนแบบอย่างรวดเร็วหลังการปล่อยโค้ด Shai‑Hulud แสดงให้เห็นว่า การโจมตีซัพพลายเชนสามารถขยายวงได้อย่างรวดเร็วมาก เมื่อเครื่องมือถูกเปิดเผยต่อสาธารณะ

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