สรุปสั้น

ARTEX คือ เฟรมเวิร์กทดสอบเจาะระบบแบบโอเพนซอร์สจากจีนที่ใช้เอเจนต์ AI สแกน เจาะ และขยายผลได้เองอัตโนมัติ และถูกผู้โจมตีนำไปใช้เจาะสถาบันการเงินเกาหลีใต้และองค์กรอีกหลายแห่งตลอดเดือนตุลาคม 2569 (2026/10/055 , 2026/10/174 ) ล่าสุดศูนย์ประสานการรักษาความมั่นคงปลอดภัยระบบคอมพิวเตอร์ของอินเดีย (CERT-In) เปิดเผยว่ากลุ่มที่ใช้ AI ช่วยโจมตีซึ่ง CERT-In เรียกว่า Crafty Falcon กำลังเล็งภาคธนาคาร บริการการเงิน และประกันภัย (BFSI) ของอินเดียอย่างต่อเนื่อง ด้วยเครื่องมือเจาะระบบที่ขับด้วย AI ซึ่งหาได้ทั่วไป เช่น ARTEX, PentAGI, Cairn และ CyberStrikeAI การโจมตียังลามไปถึงศูนย์ซื้อขายคริปโตและผู้ให้บริการสินทรัพย์ดิจิทัล จนกุญแจและเงินถูกขโมย วิธีหลัก คือ ขโมย API credential ของเกตเวย์ชำระเงินและธนาคารคู่ค้า แล้วเรียก API โอนเงินจากโครงสร้างพื้นฐานขององค์กรเองที่อยู่ใน allowlist ทำให้ข้ามการตรวจระดับแอปได้ทั้งหมด

อีกด้านหนึ่ง หลังผู้พัฒนาลบ ARTEX ออกจาก GitHub ก็มีฉบับก๊อปผุดขึ้นหลายแห่ง นักวิจัยอิสระที่ใช้ชื่อ Badbyte พบว่าฉบับหนึ่งดึง Docker image ที่ถูกฝังแบ็กดอร์ ซึ่งให้ root shell กับใครก็ได้ที่ส่งคำขอพิเศษไปที่หน้าล็อกอินโดยไม่ต้องรู้รหัสผ่าน image นี้ถูกดาวน์โหลด 9,000 ครั้ง และพบคอนโซลที่รันฉบับมีแบ็กดอร์บนอินเทอร์เน็ต 62 เครื่อง ข้อสรุปรวม คือ เครื่องมือเจาะระบบด้วย AI ทั้งถูกใช้โจมตีจริงและถูกใช้เป็นเหยื่อล่อคนที่อยากลอง สถาบันการเงินควรหมุน API credential และผู้ที่เคยติดตั้ง ARTEX ควรปิดเครื่องทันที

รายละเอียดข่าว

เว็บไซต์ The Hacker News รายงานเมื่อวันที่ 5 พฤศจิกายน 2569 ว่า CERT-In อธิบายภัยนี้ว่ายังดำเนินอยู่ เครื่องมือที่ใช้ “รันห่วงโซ่การโจมตีครบวงจรได้เองด้วยความเร็วระดับเครื่องจักร สร้างและปรับสคริปต์โจมตีจำนวนมากต่อเนื่อง และปรับ payload ตามการตอบสนองของเป้าหมาย” ส่วนโครงสร้างพื้นฐานการโจมตีหมุน IP ใหม่ภายในไม่กี่ชั่วโมงถึงไม่กี่วัน ประกาศนี้ต่อยอดจากคำเตือนเมื่อตุลาคม 2569 ที่ CERT-In แจ้งเรื่องแคมเปญโจมตีบริษัทการเงินที่ไม่ใช่ธนาคาร แพลตฟอร์มสินเชื่อดิจิทัล ฟินเทค ผู้ให้บริการชำระเงิน และผู้ให้บริการกระเป๋าคริปโต ในช่วงเดียวกัน CERT-In ยังออกแนวทางตรวจสอบความปลอดภัยระบบ AI ที่กำหนดให้ทดสอบขอบเขตสิทธิ์ของเอเจนต์ AI และให้การกระทำที่มีผลสำคัญต้องผ่านการอนุมัติของมนุษย์

ฝั่ง ARTEX การถูกใช้ในการบุกรุกจริงทำให้ผู้พัฒนาลบ repository ออกจาก GitHub แต่มีฉบับก๊อปผุดขึ้นมาแทน เช่น github[.]com/trhhubsd/ARTEXX, github[.]com/mhtsec/ARTEX และ github[.]com/RuoJi6/ARTEX สองแห่งแรกถูกลบแล้ว Badbyte ระบุว่าฉบับ trhhubsd ได้ดาว 2,449 ครั้งและถูก fork กว่า 600 ครั้ง ฉบับนี้แก้บรรทัดเดียวในไฟล์ docker-compose.yml ให้ดึง image “tomicdd/artex” จาก Docker Hub ซึ่งถูกดาวน์โหลด 9,000 ครั้ง Badbyte พบคอนโซล ARTEX บนอินเทอร์เน็ต 62 เครื่องที่รันฉบับมีแบ็กดอร์ระหว่างวันที่ 2 ถึง 4 พฤศจิกายน เครื่องแรกขึ้นเมื่อ 20 ตุลาคม หรือ 12 วันหลัง image ถูก push อยู่ในสหรัฐฯ 26 เครื่อง ฮ่องกง 17 และจีน 7 จากคอนโซล ARTEX ทั้งหมด 1,645 เครื่องที่พบ ณ วันที่ 4 พฤศจิกายน image “congdonglinux/artex” ก็มีแบ็กดอร์และเหมือนกับ tomicdd ทุกประการ

ข้อจำกัดของข้อมูล คือ CERT-In ไม่ได้ระบุชื่อเหยื่อ ความเสียหายรวม หรือที่มาของ Crafty Falcon และไม่มีหลักฐานว่าผู้ฝังแบ็กดอร์ใน Docker image เกี่ยวข้องกับ Crafty Falcon สองเรื่องนี้เป็นภัยคนละสายที่ใช้เครื่องมือเดียวกัน

วิธีการโจมตี

เข้าทางแอปและ API ที่เปิดออกนอก — CERT-In ระบุว่าผู้โจมตีเจาะแอปที่เปิดสู่อินเทอร์เน็ต API ที่เปิดเผย และ endpoint ที่มีสิทธิ์สูง ช่องทางเข้าอื่นมีทั้ง API token แบบคงที่อายุยาวที่ฝังในโค้ด, credential ที่เก็บเป็นข้อความล้วนในไฟล์คอนฟิก ซอร์สโค้ด หรือฐานข้อมูล, การปลอม commit เข้า repository ซอร์สโค้ด และแอปหรือบริการรีโมตที่ไม่มี MFA ผู้โจมตียังเล็งสภาพแวดล้อมที่ไม่ใช่ production ที่เปิดสาธารณะ เพื่อหา credential หรือเส้นทางเครือข่ายที่ใช้ร่วมกับ production

เรียก API โอนเงินจากบ้านของเหยื่อเอง — เมื่อได้ API credential ของเกตเวย์ชำระเงินหรือธนาคารคู่ค้า ผู้โจมตีเรียก API โอนเงินโดยตรงจากโครงสร้างพื้นฐานขององค์กรที่อยู่ใน allowlist วิธีนี้ข้ามการควบคุมระดับแอปทั้งหมด ตั้งแต่การสร้างสินเชื่อ KYC การอนุมัติ การตรวจผู้รับเงิน การตรวจยอดคงเหลือ ไปจนถึงวงเงินต่อรายการ เพราะระบบเหล่านี้สมมติว่ามีแค่แอปของจริงที่เรียก API ผู้โจมตียังแกะโค้ดแอปเพื่อสร้าง exploit เฉพาะ และใช้แอปที่แก้ไขแล้วเรียก API ที่ไม่ได้รับอนุญาต

ทดสอบด้วยเงิน 1 รูปีก่อนโอนก้อนใหญ่ — ผู้โจมตีโอนเงินเล็กน้อย เช่น 1 รูปี เพื่อยืนยันว่าเส้นทางโอนใช้ได้ แล้วจึงโอนจำนวนมากอย่างรวดเร็วไปยังบัญชีม้าหลายธนาคาร บางกรณีใช้ API ชำระเงินให้ร้านค้าของผู้ให้บริการรับชำระเงินเพื่อย้ายเงิน จากนั้นลบล็อกและปิดหรือแก้เครื่องมือความปลอดภัยบน endpoint เพื่อขัดขวางการสอบสวน

สร้างสคริปต์จำนวนมากด้วย AI — CERT-In พบการสร้างสคริปต์เฉพาะจำนวนมากแบบทันทีแล้วปรับปรุงต่อเนื่องอย่างรวดเร็ว ซึ่งเป็นรูปแบบที่สอดคล้องกับการพัฒนาด้วย AI รวมถึงการใช้ช่องโหว่ที่เพิ่งเปิดเผย เช่น ห่วงโซ่อัปโหลดไฟล์และ deserialization ที่นำไปสู่เว็บเชลล์ในแอป PHP และ Node.js

แบ็กดอร์ที่ซ่อนอยู่ในหน้าล็อกอินของ ARTEX — Docker image tomicdd/artex เพิ่มฟังก์ชันซ่อนชื่อ verifyCaptcha() ในตัวจัดการล็อกอิน ถ้าช่อง CAPTCHA ขึ้นต้นด้วยรหัสลับ ข้อความที่เหลือจะถูกรันผ่าน sh -c ด้วยสิทธิ์ root และส่งผลลัพธ์กลับ ก่อนการตรวจรหัสผ่านใด ๆ Badbyte ชี้ว่าแบ็กดอร์นี้ไม่โผล่ในการรีวิวโค้ดเพราะอยู่ใน image ไม่ใช่ใน repository และคอนโซล ARTEX ที่ถูกยึดจะเปิดเผยผลสแกน credential และ session ของเป้าหมายทั้งหมด รวมถึงให้ผู้ถือแบ็กดอร์แอบเปลี่ยนสิ่งที่เอเจนต์จะทำในรอบถัดไปได้

ผลกระทบ

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

กลุ่มที่สอง คือ ทุกคนที่ติดตั้ง ARTEX จากฉบับก๊อป ทั้งผู้โจมตีและผู้ที่แค่อยากลองเครื่องมือ เครื่องเหล่านี้กลายเป็นเซิร์ฟเวอร์ที่ใครก็ได้ root shell และอาจเก็บผลสแกนและ credential ของเป้าหมายอื่นไว้ ผู้ถือแบ็กดอร์จึงได้ทั้งเครื่องและข้อมูลเหยื่อต่อทอด กลไกที่ Crafty Falcon ใช้ คือ API credential ที่ฝังในโค้ดและ allowlist ที่ไว้ใจโครงสร้างภายใน ก็มีในระบบชำระเงินของผู้ให้บริการทั่วภูมิภาคเช่นกัน

คำแนะนำ

  • สถาบันการเงินและฟินเทค — ทำทันที: หมุน API credential ของเกตเวย์ชำระเงินและธนาคารคู่ค้าทั้งหมด เลิกใช้ token แบบคงที่อายุยาว และย้าย credential ออกจากโค้ดและไฟล์คอนฟิกไปไว้ใน secrets manager
  • สถาบันการเงินและฟินเทค — ทำทันที: บังคับ MFA กับแอปและบริการรีโมตทุกตัว และปิดสภาพแวดล้อมที่ไม่ใช่ production ที่เปิดสู่อินเทอร์เน็ต
  • สถาบันการเงินและฟินเทค — ตรวจว่าโดนแล้วหรือยัง: ไล่หาธุรกรรมทดสอบมูลค่าต่ำผิดปกติ การเรียก API โอนเงินหรือ API ชำระเงินให้ร้านค้าที่ไม่ได้มาจากแอปจริง และช่วงที่ล็อกหายไปหรือเครื่องมือ EDR ถูกปิด
  • สถาบันการเงินและฟินเทค — ระยะยาว: ตั้งให้ฝั่ง API ตรวจกฎธุรกิจซ้ำ เช่น วงเงินและผู้รับเงิน แทนการเชื่อว่ามีแค่แอปของจริงเรียก และผูก API กับตัวตนของไคลเอนต์ด้วย mTLS หรือการเซ็นคำขอ
  • ผู้ที่ติดตั้ง ARTEX — ทำทันที: ตรวจว่า docker-compose.yml ดึง image จากที่ไหน ถ้าเป็น tomicdd/artex หรือ congdonglinux/artex ให้ปิดเครื่อง ถือว่าเครื่องถูกยึดแล้ว และสร้างใหม่จากศูนย์
  • ผู้ที่ติดตั้ง ARTEX — ถ้าใช้ฉบับมีแบ็กดอร์: เปลี่ยน credential ทั้งหมดที่เคยใส่หรือเก็บในคอนโซล ทั้ง API key ของ LLM และ credential ของเป้าหมายที่สแกน และอย่าเปิดคอนโซลเครื่องมือเจาะระบบสู่อินเทอร์เน็ต

แหล่งอ้างอิง