ลดความยุ่งยากในการใช้คลาวด์ พูดคุยกับเจ้าหน้าที่

email phishing incident
Home วิเคราะห์เหตุการณ์อีเมลปลอมครั้งใหญ่ และบทเรียนด้านความปลอดภัยสำหรับองค์กร

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

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

ต้นเดือนพฤศจิกายน 2568 ผู้ใช้งานอีเมลทั่วประเทศต่างได้รับข้อความชวนลงลทุนในสินทรัพย์ดิจิทัล ที่ดูเหมือนส่งมาจากหน่วยงานชื่อดัง เช่น ตลาดหลักทรัพย์แห่งประเทศไทย (SET), Finansia Syrus, ธนาคารกรุงศรีอยุธยา และ บางกอกแอร์เวย์ส (Bangkok Airways)

อีเมลปลอมเหล่านี้ถูกส่งจากโดเมนจริงขององค์กรผ่านระบบ ซึ่งถูกแฮกเกอร์ใช้เป็นเครื่องมือส่ง Phishing Scam ครั้งใหญ่ที่สุดครั้งหนึ่งของไทย

จุดอ่อนที่นำไปสู่การโจมตีของเหตุการณ์นี้

pdpc calls taximail email phishing incident

จากการรายงานของสำนักงาน PDPC (สำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล), NCSC (คณะกรรมการการรักษาความมั่นคงปลอดภัยไซเบอร์แห่งชาติ) และ SecNia พบว่าผู้ไม่หวังดีสามารถเข้าถึงบัญชีผู้ใช้บนระบบได้ ผ่านช่องโหว่ของระบบยืนยันตัวตน (2FA)

ช่องโหว่ที่พบ

  • รหัส OTP มีอายุยาวเกินไป (24 ชั่วโมง) ทำให้ถูกนำไปใช้ซ้ำได้
  • ไม่มีการจำกัดจำนวนครั้งในการพยายามเข้าสู่ระบบ (Brute Force Protection)
  • ระบบแจ้งเตือนการเข้าสู่ระบบผิดปกติ ไม่ทำงานเต็มประสิทธิภาพ

หลังจากเข้าควบคุมบัญชีผู้ใช้ได้สำเร็จ แฮกเกอร์ได้สร้างแคมเปญอีเมลใหม่ โดยใช้โดเมนจริงขององค์กรลูกค้า เพื่อส่งข้อความปลอมเชิญชวนให้ลงทุนใน $FINANSIA Token และสินทรัพย์ดิจิทัลอื่นๆ

แล้วทำไมระบบกรองสแปมถึงปล่อยผ่าน ?

เพราะอีเมลถูกส่งจาก โดเมนจริง (Official Domain) ขององค์กร ไม่ใช่โดเมนปลอม ระบบ Spam Filler และ Firewall ส่วนใหญ่จึงตรวจจับไม่ได้ และข้อความถูกส่งตรงไปยังกล่องข้อความเข้า (Inbox) ของผู้รับ

ผลกระทบที่เกิดขึ้น จากความเชื่อมั่นสู่วิกฤตความน่าเชื่อถือ

Cyber ​​threats

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

ด้านความมั่นคงไซเบอร์ (Cybersecurity)

  • ระบบ SaaS ที่องค์กรจำนวนมากใช้ ถูกพิสูจน์แล้วว่าอาจเป็นจุดรวมความเสี่ยง หากขาดการควบคุมด้าน Security
  • ภาครัฐต้องเข้ามามีบทความตรวจสอบทันที โดย PDPC เรียกแพลตฟอร์มรายนี้เข้าชี้แจงข้อเท็จจริงเกี่ยวกับ การรั่วไหลข้อมูลส่วนบุคคล (Data Breach)
  • หน่วยงานความมั่นคง (NCSC) และ ETDA ต้องบล็อค URL อันตรายมากกว่า 100 ลิงก์ เพื่อหยุดการแพร่กระจายของอีเมลปลอม

ด้านชื่อเสียงองค์กร

องค์กรที่ถูกแอบอ้าง เช่น SET, Finansia Syrus, ธนาคารกรุงศรีฯ และ Bangkok Airways ต้องออกแถลงการณ์ชี้แจงต่อสาธารณะทันที เพื่อยืนยันว่าไม่ได้มีส่วนเกี่ยวข้องกับแคมเปญดังกล่าว การสื่อสารในภาวะฉุกเฉินจึงการเป็นภารกิจด่วนของฝ่ายสื่อสารองค์กร

ด้านความเชื่อมั่นในผู้ให้บริการ SaaS ไทย

กรณีนี้สร้างคำถามสำคัญในแวดวงเทคโนโลยีว่า “แพลตฟอร์ม SaaS ไทย มีมาตรฐานความปลอดภัยเพียงพอหรือยัง?” เมื่อผู้ให้บริการรายใหญ่ถูกโจมตี ภาพลักษณ์ของอุตสาหกรรม Cloud และ Marketing Tech โดยรวมก็ถูกสั่นคลอนตามไปด้วย

ความปลอดภัยของข้อมูลไม่ใช่ต้นทุน แต่คือสินทรัพย์

email phishing incident

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

ธุรกิจได้รับผลกระทบใน 3 มิติหลัก

1. Operation Disruption ระบบส่งอีเมลหยุดชะงัก ทำให้แคมเปญการตลาด และการแจ้งลูกค้าล่าช้า
2. Brand Impact ลูกค้าเสียความเชื่อมั่นต่อแพลตฟอร์ม และองค์กรถูกแอบอ้าง
3. Regulatory Risk หากพบว่ามีข้อมูลส่วนบุคคลรั่วไหล อาจต้องรับโทษตาม PDPA

แนวทางการป้องกันสำหรับองค์กรไทย

  1. ประเมินความเสี่ยงของผู้ให้บริการ SaaS
    ก่อนเลือกใช้งานต้องตรวจสอบแพลตฟอร์มมีมาตรฐาน ISO 270001, SOC 2 Type ll หรือ PDPA Compliance หรือไม่
  2. เสริมระบบ Authentication และ Email Security
    – ใช้ 2FA แบบ Time-based (ไม่ใช่ OTP ที่หมดอายุช้า)
    – ตั้ง SPF, DKIM และ DMARC เพื่อป้องกันการปลอมแปลงโดเมน
    – ติดตั้ง Email Gateway ที่มี Phishing Detection และ Machine Learning
  3. เตรียม Incident Response Plan
    องค์กรควรมีแผนตอบสนองเหตุฉุกเฉินด้านไซเบอร์ (IRP) กำหนดยั้นตอนแจ้งเตือน, กู้คืนระบบ และสื่อสารต่อสาธารณะเมื่อเกิดเหตุ
  4. สำรองข้อมูลอิสระ (Independent Backup)
    อย่าฝากข้อมูลทั้งหมดไว้กับผู้ให้บริการภายนอก ควรมี Cloud Backup แยกอิสระ เพื่อให้สามารถกู้คืนข้อมูลได้ทันทีหากระบบ SaaS ล่มหรือถูกโจมตี

สรุป

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

ในยุคที่ทุกระบบย้ายขึ้น Cloud การมีแผนสำรองข้อมูล, ระบบตรวจภัยคุกคาม และแนวทางตอบสนองทันทีเมื่อเกิดเหตุ คือสิ่งที่แยก “องค์กรที่รอด” ออกจาก “องค์กรที่สูญเสียความเชื่อมั่น” ไปตลอดกาล

สอบถามข้อมูลบริการ

ผู้ให้บริการคลาวด์ไทย
เพื่อธุรกิจของคนไทย

"มุ่งมั่น" และ "มั่นคง"
พร้อมรับมือทุกการเติบโต
Trust Cloud
คลาว์ที่ปลอดภัย
คือรากฐานที่มั่นคง
cloud security