ช่องโหว่แห่งความไว้วางใจ: เมื่อ Axios ถูกฝังมัลแวร์ และแอป Claude ปลอมกลายเป็นกับดัก

เวอร์ชันที่ได้รับผลกระทบเปิดให้ดาวน์โหลดประมาณ 3 ชั่วโมง โดย Google Threat Intelligence Group บันทึกกิจกรรมระหว่างเวลา 00:21–03:20 น. ตามเวลา UTC ของวันที่ 31 มีนาคม ขณะที่รายงานอื่นระบุกรอบเวลาใกล้เคียงกันราว 2–3 ชั่วโมง Axios เป็นดีเพนเดนซีที่มีผลกระทบสูง รายงานต่าง ๆ ประเมินยอดดาวน์โหลดบน npm ตั้งแต่ประมาณ 80 ล้านครั้งไปจนถึงมากกว่า 100 ล้านครั้งต่อสัปดาห์ แม้ตัวเลขจะแตกต่างกันไปตามแหล่งข้อมูล

บัญชีผู้ดูแลถูกใช้เป็นช่องทางโจมตี

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

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

ดีเพนเดนซีปลอมทำอะไร

plain-crypto-js@4.2.1 ถูกทำให้ดูเหมือนดีเพนเดนซีทั่วไป แต่แท้จริงมีไว้รันสคริปต์ postinstall สคริปต์ดังกล่าวจะติดต่อเซิร์ฟเวอร์สั่งการและควบคุม หรือ C2 ก่อนดาวน์โหลดเพย์โหลดระยะที่สองให้เหมาะกับระบบปฏิบัติการของเครื่องเป้าหมาย

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

npm install

ใครอยู่เบื้องหลัง Axios

การระบุผู้โจมตียังไม่มีข้อสรุปเดียวกันในข้อมูลที่เปิดเผยต่อสาธารณะ รายงานบางส่วนเชื่อมโยงปฏิบัติการนี้กับกลุ่มที่มีความเกี่ยวข้องกับเกาหลีเหนือ เช่น BlueNoroff หรือกลุ่มใกล้เคียง ขณะที่ Microsoft ระบุว่าการโจมตีเชื่อมโยงกับ Sapphire Sleet

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

SilverFox ใช้แอป Claude ปลอมเป็นเหยื่อล่อ

SilverFox ใช้เส้นทางเข้าสู่องค์กรที่ต่างออกไป โดยแจกจ่ายแอป Claude ปลอมสำหรับ Windows, macOS และ Linux แคมเปญนี้มุ่งเป้าไปยังองค์กรในภาคอุตสาหกรรม ที่ปรึกษา การค้า และการขนส่งในอินเดีย อินโดนีเซีย แอฟริกาใต้ และรัสเซีย

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

จากอีเมลลวงเรื่องภาษีสู่แอป AI ปลอม

ก่อนหน้านี้ SilverFox ใช้ฟิชชิงที่เกี่ยวข้องกับภาษี ในเดือนมกราคมและกุมภาพันธ์ 2026 นักวิจัยพบอีเมลอันตรายมากกว่า 1,600 ฉบับที่ปลอมเป็นประกาศตรวจสอบภาษีจากหน่วยงานทางการ หรืออ้างว่าแนบรายชื่อการกระทำผิดด้านภาษี

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

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

บทเรียนร่วม: ความไว้วางใจก็เป็นพื้นที่โจมตี

ทั้งสองเหตุการณ์เจาะความไว้วางใจคนละรูปแบบ

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

กรณี Axios แสดงให้เห็นว่า ช่วงเวลาที่แพ็กเกจอันตรายเปิดให้ใช้งานสั้น ไม่ได้แปลว่าความเสี่ยงต่ำ เพราะการติดตั้งแพ็กเกจและงาน CI สามารถทำงานอัตโนมัติ ระบบที่ได้รับผลกระทบจึงไม่ได้จำกัดอยู่แค่ผู้ที่เปิดดูรีลีสด้วยตนเอง

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

องค์กรควรทำอะไร

สำหรับเหตุ Axios ควรตรวจสอบ lockfile, ไฟล์ manifest, บันทึกการบิลด์, แคช, รายการดีเพนเดนซี และคลังซอฟต์แวร์ทั้งหมด เพื่อค้นหา axios@1.14.1, axios@0.30.4 และ plain-crypto-js@4.2.1 เครื่องใดก็ตามที่ติดตั้งเวอร์ชันเหล่านี้ในช่วงเวลาที่มีการเผยแพร่ควรถูกตรวจสอบหาการดาวน์โหลดเพย์โหลด การฝังตัวถาวรที่ไม่ได้รับอนุญาต และข้อมูลรับรองที่อาจรั่วไหล คำแนะนำด้านความปลอดภัยระบุโดยเฉพาะว่า ควรถือว่าการติดตั้งที่ได้รับผลกระทบอาจถูกเจาะแล้ว

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

ในฝั่งการเผยแพร่แพ็กเกจ npm การใช้ MFA ที่ต้านทานฟิชชิงได้ การจำกัดสิทธิ์ให้เท่าที่จำเป็น การใช้ข้อมูลรับรองอายุสั้น การตรวจสอบแหล่งที่มาของรีลีส การล็อกเวอร์ชันด้วย lockfile และการทบทวนการเปลี่ยนแปลงของดีเพนเดนซีใน CI จะช่วยลดโอกาสที่บัญชีเดียวซึ่งถูกยึดจะลุกลามเป็นเหตุโจมตีซัพพลายเชน

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