AI agent โจมตีไซเบอร์ได้จริงแล้ว และไม่ใช่แค่ในห้องทดลอง ลองนึกภาพร้านขายของออนไลน์ที่มีเว็บเล็ก ๆ รับชำระด้วยบัตรเครดิต เจ้าของคิดว่า “ใครจะมาแฮกร้านเรา” แต่รายงานล่าสุดพบว่าอาชญากรใช้ AI agent โอเพนซอร์ส 3 ตัวเจาะ 27 องค์กรภายใน 6 วัน ด้วยต้นทุนเฉลี่ยราว $25 ต่อการโจมตี ความคิดว่าเราเล็กเกินกว่าจะโดนจึงใช้ไม่ได้อีกแล้ว
สรุปสั้น: AI agent โจมตีไซเบอร์แบบอัตโนมัติเกือบทั้งกระบวนการ ในแคมเปญช่วง 10–15 กันยายน 2569 อาชญากรใช้ AI agent โอเพนซอร์ส 3 ตัวเจาะ 27 องค์กร ขโมยข้อมูลบัตรเครดิตกว่า 600,000 รายการ ด้วยต้นทุนเฉลี่ยราว $25 ต่อครั้ง เมื่อต้นทุนการแฮกใกล้ศูนย์ มาตรการรักษาความปลอดภัยที่ “เหมาะสม” ตาม PDPA มาตรา 37(1) ของธุรกิจไทยก็ต้องยกระดับตาม
AI agent โจมตีไซเบอร์ 27 องค์กร เกิดอะไรขึ้น
AI agent โจมตีไซเบอร์ในกรณีนี้คือแคมเปญที่อาชญากรใช้ AI agent โอเพนซอร์ส 3 ตัวทำงานต่อกันเป็นทีม ตั้งแต่เลือกเป้าหมาย หาช่องโหว่ ไปจนถึงเจาะเข้าระบบ ข้อมูลมาจากรายงานของบริษัทความปลอดภัย Gambit Security ที่ The Register รายงานเมื่อวันที่ 25 กันยายน 2569
ตามรายงาน AI agent ทั้ง 3 ตัวแบ่งหน้าที่ชัดเจน Hermes ทำหน้าที่สั่งการ Strix สแกนหาช่องโหว่ และ Cairn เจาะระบบอัตโนมัติ ทั้งหมดทำงานบนโมเดล AI ของหลายค่าย ไม่ได้ผูกกับผู้ให้บริการรายเดียว
เหยื่อมีทั้งสายการบินและบริษัทระดับ Fortune 500 ความเสียหายที่รายงานคือข้อมูลบัตรเครดิตถูกขโมยกว่า 600,000 รายการ และมีการฝัง skimmer ในเว็บไซต์กว่า 100 แห่ง
| ประเด็น | ข้อเท็จจริงตามรายงาน |
|---|---|
| ผู้เปิดเผย | Gambit Security (รายงานโดย The Register) |
| ช่วงเวลาแคมเปญ | 10–15 กันยายน 2569 (6 วัน) |
| เครื่องมือ | AI agent โอเพนซอร์ส 3 ตัว: Hermes, Strix, Cairn |
| องค์กรที่ถูกเจาะ | 27 องค์กร รวมสายการบินและบริษัท Fortune 500 |
| ความเสียหาย | ข้อมูลบัตรเครดิตกว่า 600,000 รายการ, skimmer ในเว็บกว่า 100 แห่ง |
| ต้นทุนของผู้โจมตี | รวม $12k–18k เฉลี่ยราว $25 ต่อการโจมตี ถูกสุด $3.13 |
ตัวเลขต้นทุนเป็นการประเมินของผู้วิจัย ไม่ใช่ใบเสร็จจริงของคนร้าย แต่ก็พอให้เห็นภาพว่าการโจมตีหนึ่งครั้งถูกกว่าค่าอาหารมื้อเดียว
AI agent โจมตีไซเบอร์ กระทบธุรกิจไทยอย่างไร
AI agent โจมตีไซเบอร์กระทบธุรกิจไทยในจุดที่คนมักมองข้าม คือเรื่อง “ความคุ้มทุน” ของคนร้าย เมื่อก่อนแฮกเกอร์ต้องเลือกเหยื่อที่คุ้มค่าแรง พอต้นทุนเหลือหลักสิบดอลลาร์ ทุกเว็บที่มีช่องโหว่ก็คุ้มที่จะลอง ส่วนนี้เป็นการวิเคราะห์ของผู้เขียนจากข้อเท็จจริงในรายงาน
ร้านค้าออนไลน์และเว็บที่รับบัตรเครดิตเสี่ยงที่สุด
ร้านค้าออนไลน์และเว็บที่รับชำระด้วยบัตรเครดิตเสี่ยงที่สุด เพราะแคมเปญนี้มุ่งขโมยข้อมูลบัตรและฝัง skimmer ในหน้าชำระเงินโดยตรง เว็บที่สร้างด้วยระบบสำเร็จรูปแล้วไม่ได้อัปเดตปลั๊กอินนาน ๆ คือเป้าหมายที่ AI สแกนเจอง่ายที่สุด
ตัวอย่างสมมติ: ร้านขายเครื่องสำอางที่ใช้เว็บสำเร็จรูป มีลูกค้ากรอกบัตรเดือนละหลายร้อยราย ถ้า skimmer ถูกฝังเงียบ ๆ ร้านอาจไม่รู้ตัวจนธนาคารแจ้งว่ามีบัตรถูกใช้ผิดปกติหลายใบ ตอนนั้นข้อมูลรั่วไปหลายสัปดาห์แล้ว
“มาตรการที่เหมาะสม” ตาม PDPA ขยับตามภัยคุกคาม
PDPA มาตรา 37(1) กำหนดให้ผู้ควบคุมข้อมูลส่วนบุคคลต้องจัดให้มีมาตรการรักษาความมั่นคงปลอดภัยที่เหมาะสม คำว่า “เหมาะสม” ไม่ได้คงที่ แต่วัดเทียบกับความเสี่ยงในช่วงเวลานั้น
พูดง่าย ๆ คือ ถ้าวันนี้ภัยคุกคามถูกลงและเร็วขึ้นมาก มาตรการแบบเมื่อสามปีก่อนอาจถูกมองว่าไม่พอ เมื่อเกิดเหตุแล้วมีการตรวจสอบ คำถามแรกคือองค์กรประเมินความเสี่ยงล่าสุดเมื่อไร และรู้หรือไม่ว่ามีการโจมตีรูปแบบนี้ ดูประเด็น PDPA อื่นได้ที่ หมวด PDPA & Privacy
ธุรกิจที่ให้บริการไอทีและรับดูแลระบบให้ลูกค้า
บริษัทที่รับทำเว็บ ดูแลเซิร์ฟเวอร์ หรือเป็นผู้ประมวลผลข้อมูลให้ลูกค้า ควรตั้งคำถามกับบริการของตัวเองทันที เพราะเมื่อ AI agent สแกนช่องโหว่แบบกวาดทีละมาก ๆ ลูกค้าหลายสิบรายที่ใช้ระบบเดียวกันอาจโดนพร้อมกัน
จุดนี้เปลี่ยนการคุยเรื่องสัญญาด้วย ลูกค้าองค์กรจะเริ่มถามว่าผู้ให้บริการรับมือการโจมตีแบบอัตโนมัติอย่างไร ใครตอบได้ชัดก็ได้เปรียบในการขาย
องค์กรที่เริ่มใช้ AI agent เอง
องค์กรที่กำลังนำ AI agent มาใช้ในงานภายใน ควรมองกรณีนี้เป็นบทเรียนด้านธรรมาภิบาล AI ด้วย เพราะเครื่องมือเดียวกันที่ช่วยทีมไอทีสแกนช่องโหว่ ก็ถูกนำไปใช้เจาะระบบได้ การให้ AI agent เข้าถึงระบบภายในจึงต้องมีขอบเขตสิทธิ์และคนคอยกำกับ อ่านเพิ่มได้ที่ หมวด AI & Governance
ถ้าไม่ทำอะไรเลย จะเสี่ยงอะไร
ถ้าไม่ทำอะไรเลย ความเสี่ยงแรกคือข้อมูลบัตรหรือข้อมูลลูกค้ารั่วโดยไม่รู้ตัวเป็นเวลานาน ความเสี่ยงที่สองคือเมื่อเกิดเหตุ องค์กรต้องแจ้ง สคส. ภายใน 72 ชั่วโมงตาม PDPA มาตรา 37(4) ถ้าไม่มีแผนรองรับ ก็มีโอกาสแจ้งช้าและถูกมองว่ามาตรการไม่เหมาะสม ความเสี่ยงที่สามคือเสียชื่อกับลูกค้าและธนาคารผู้ออกบัตร ซึ่งแก้ยากกว่าค่าปรับ
ธุรกิจไทยที่มีเว็บและข้อมูลลูกค้าควรทำอะไรตอนนี้
ธุรกิจไทยที่มีเว็บและข้อมูลลูกค้าควรเริ่มจากการปิดช่องโหว่ที่ AI agent สแกนเจอง่าย แล้วปรับแบบประเมินความเสี่ยงให้รวมการโจมตีด้วย AI ทั้ง 5 ข้อนี้ทำได้โดยไม่ต้องลงทุนระบบใหม่ทั้งหมด
- 1. ตรวจหน้าชำระเงินหาสคริปต์แปลกปลอม ให้ทีมไอทีหรือผู้รับทำเว็บเช็กว่ามีโค้ดที่ไม่รู้ที่มาในหน้ากรอกบัตรหรือไม่ และตั้งการแจ้งเตือนเมื่อไฟล์หน้าเว็บถูกแก้
- 2. อัปเดตระบบ ปลั๊กอิน และปิดบริการที่ไม่ใช้ ช่องโหว่เก่าที่รู้กันทั่วไปคือสิ่งแรกที่เครื่องมือสแกนอัตโนมัติหาเจอ
- 3. เพิ่ม “การโจมตีด้วย AI” ในแบบประเมินความเสี่ยง ระบุไว้ในเอกสารมาตรการตาม PDPA มาตรา 37(1) ว่าองค์กรรู้และรับมือภัยรูปแบบนี้อย่างไร
- 4. ซ้อมแผนแจ้งเหตุข้อมูลรั่วภายใน 72 ชั่วโมง กำหนดว่าใครตัดสินใจ ใครติดต่อ สคส. และใครแจ้งลูกค้า
- 5. ถามผู้ให้บริการไอทีเรื่องการรับมือการโจมตีอัตโนมัติ ขอให้ระบุในสัญญาว่าจะแจ้งเหตุภายในกี่ชั่วโมงและดูแลการอัปเดตอย่างไร
ถ้าองค์กรต้องการคนช่วยทบทวนมาตรการรักษาความปลอดภัยและแผนแจ้งเหตุให้สอดคล้องกับ PDPA ดูรายละเอียดได้ที่ บริการ AI Governance และ PDPA ของ Kooru
มุมมองผู้เชี่ยวชาญ
ตัวเลขที่ผมสะดุดที่สุดไม่ใช่ 27 องค์กร แต่เป็นต้นทุนราว $25 ต่อการโจมตี เพราะมันเปลี่ยนคำถามจาก “ใครจะอยากแฮกเรา” เป็น “ทำไมเขาจะไม่ลอง” เมื่อการโจมตีถูกกว่าค่ากาแฟ ความปลอดภัยแบบพอประมาณก็ไม่ใช่ความประหยัดอีกต่อไป แต่เป็นความเสี่ยงที่รอวันเกิด ในมุมกฎหมาย คำว่ามาตรการที่เหมาะสมจะถูกวัดเทียบกับภัยจริงในวันที่เกิดเหตุ ไม่ใช่วันที่เราเขียนนโยบาย
— Phuwara Krobtaku —
LL.M. (IP & IT) | M.S. (IT) | Thai Barrister & Attorney-at-Law
คำถามที่พบบ่อยเกี่ยวกับ AI agent โจมตีไซเบอร์
AI agent โจมตีไซเบอร์ต่างจากการแฮกแบบเดิมอย่างไร
AI agent โจมตีไซเบอร์ได้หลายขั้นตอนต่อกันเองโดยคนแทบไม่ต้องลงมือ ในกรณีนี้ AI agent 3 ตัวแบ่งงานกันสั่งการ สแกนช่องโหว่ และเจาะระบบ ทำให้ต้นทุนต่อครั้งเหลือเฉลี่ยราว $25 และโจมตีได้หลายเป้าหมายในเวลาสั้น
ร้านค้าออนไลน์เล็ก ๆ ต้องกังวลไหม
ควรกังวล เพราะเมื่อต้นทุนการโจมตีต่ำมาก คนร้ายไม่จำเป็นต้องเลือกเฉพาะเหยื่อรายใหญ่ แคมเปญนี้ฝัง skimmer ในเว็บกว่า 100 แห่ง ร้านที่รับบัตรเครดิตผ่านเว็บควรตรวจหน้าชำระเงินและอัปเดตระบบสม่ำเสมอ
ถ้าข้อมูลลูกค้ารั่ว ต้องทำอะไรตาม PDPA
PDPA มาตรา 37(4) กำหนดให้แจ้งเหตุละเมิดข้อมูลส่วนบุคคลต่อ สคส. ภายใน 72 ชั่วโมงนับแต่ทราบเหตุ ถ้ามีความเสี่ยงสูงต่อสิทธิของเจ้าของข้อมูล ต้องแจ้งเจ้าของข้อมูลพร้อมแนวทางเยียวยาด้วย
มาตรการรักษาความปลอดภัยที่เหมาะสมตาม PDPA คืออะไร
PDPA มาตรา 37(1) ให้ผู้ควบคุมข้อมูลจัดมาตรการรักษาความมั่นคงปลอดภัยที่เหมาะสม ซึ่งต้องทบทวนเมื่อเทคโนโลยีและภัยคุกคามเปลี่ยน การโจมตีด้วย AI agent ที่ถูกลงมากจึงเป็นเหตุผลให้ทบทวนมาตรการเดิม
แหล่งอ้างอิง
- The Register (รายงานของ Gambit Security) — (อ่านต้นฉบับ) — อ่านที่ The Register
อ่านหลักการคัดเลือกและตรวจสอบข่าวของเราได้ที่ นโยบายบรรณาธิการ
บทความนี้เป็นการสรุปข่าวและให้ข้อมูลทั่วไป ไม่ใช่คำแนะนำทางกฎหมาย หากต้องการคำปรึกษาเฉพาะกรณีของธุรกิจคุณ ควรปรึกษาผู้เชี่ยวชาญ
