มิจฉาชีพกำลังใช้บัญชีภายในของ Microsoft ในการส่งลิงก์สแปม
(techcrunch.com)- ตลอดหลายเดือนที่ผ่านมา เกิดกรณีที่มิจฉาชีพใช้ประโยชน์จาก ที่อยู่อีเมลภายในของ Microsoft เพื่อส่งอีเมลสแปมที่ปลอมตัวเป็นการแจ้งเตือนบัญชีอย่างเป็นทางการ
- ที่อยู่ผู้ส่งที่เป็นปัญหาคือ
msonlineservicesteam@microsoftonline.comซึ่งเดิมเป็นช่องทางทางการที่ใช้สำหรับการแจ้งเตือนบัญชีสำคัญ เช่น โค้ดยืนยันตัวตนแบบ 2 ขั้นตอน - มิจฉาชีพกำลังอาศัยช่องโหว่ของระบบด้วยการสร้าง บัญชี Microsoft ใหม่ แต่รายละเอียดของวิธีหลบเลี่ยงที่แน่ชัดยังไม่เป็นที่ทราบ
- องค์กรไม่แสวงหากำไรด้านต่อต้านสแปม The Spamhaus Project ได้สังเกตการใช้งานในลักษณะเดียวกันนี้มาตั้งแต่หลายเดือนก่อน และได้แจ้ง Microsoft แล้ว
- Microsoft กำลัง ตรวจสอบและดำเนินการต่อรายงานฟิชชิง พร้อมทั้งเสริมกลไกการตรวจจับและบล็อก รวมถึงลบบัญชีที่ละเมิดข้อกำหนดการใช้งาน
ภาพรวมของเหตุการณ์
- ตลอดหลายเดือน มิจฉาชีพได้อาศัยช่องโหว่ที่ทำให้สามารถส่งอีเมลสแปมผ่าน ที่อยู่อีเมลภายในของ Microsoft ที่ใช้ส่งการแจ้งเตือนบัญชีอย่างเป็นทางการ
- มิจฉาชีพสร้าง บัญชี Microsoft ใหม่ ให้ดูเหมือนเป็นลูกค้าใหม่ แล้วใช้สิทธิ์เข้าถึงนั้นเพื่อส่งอีเมลในนาม Microsoft
- มีความเสี่ยงที่ผู้รับจะ เข้าใจผิดว่าเป็นการแจ้งเตือนของจริง
- จนถึงขณะนี้ Microsoft ยังไม่สามารถควบคุมปัญหาได้อย่างสมบูรณ์
ลักษณะของอีเมลสแปมที่ถูกส่ง
- เมื่อสัปดาห์ที่แล้ว ผู้สื่อข่าวของ TechCrunch ได้รับอีเมลสแปมจำนวนมากที่มีโครงสร้างคล้ายกันในหลายบัญชีอีเมล
- ทั้งหมดถูกส่งจากที่อยู่
msonlineservicesteam@microsoftonline.com - ที่อยู่นี้เป็นบัญชีทางการที่ Microsoft ใช้ส่ง โค้ดยืนยันตัวตนแบบ 2 ขั้นตอน และการแจ้งเตือนสำคัญเกี่ยวกับบัญชีออนไลน์
- ทั้งหมดถูกส่งจากที่อยู่
- หัวข้อและรูปแบบเนื้อหาอีเมล
- อีเมลบางฉบับเลียนแบบรูปแบบหัวข้อของอีเมลทางการที่ดูเหมือนเป็น การแจ้งเตือนธุรกรรมผิดปกติ
- อีเมลบางฉบับอ้างว่า "มีข้อความส่วนตัวกำลังรออยู่" ที่เว็บแอดเดรสที่ระบุไว้ในเนื้อหา
- ตัวอีเมลถูกทำขึ้นอย่างหยาบ ๆ
การสังเกตของ The Spamhaus Project
- องค์กรไม่แสวงหากำไรด้านต่อต้านสแปม The Spamhaus Project ประกาศผ่านโพสต์บนโซเชียลเมื่อวันอังคารว่าได้ยืนยันการใช้งานในทางที่ผิดลักษณะเดียวกันนี้
- พบว่ากิจกรรมที่ใช้ที่อยู่อีเมลแจ้งเตือนบัญชีของ Microsoft ไปส่งสแปมดำเนินต่อเนื่องมา "หลายเดือน" แล้ว
- Spamhaus ระบุว่า "ระบบแจ้งเตือนอัตโนมัติไม่ควรเปิดให้ปรับแต่งได้ในระดับนี้"
- องค์กรดังกล่าวได้แจ้งปัญหานี้ให้ Microsoft ทราบแล้ว
การตอบสนองของ Microsoft
- ตอนที่ TechCrunch ติดต่อ Microsoft เมื่อต้นสัปดาห์ Microsoft เพียงยืนยันว่าได้รับคำถามแล้ว และไม่มีคำตอบภายในเส้นตายก่อนเผยแพร่
- หลังบทความเผยแพร่ Emelia Katon ได้ส่งจุดยืนอย่างเป็นทางการของ Microsoft ผ่านบริษัทประชาสัมพันธ์ภายนอก
- "เรากำลังตรวจสอบและดำเนินการเชิงรุกต่อรายงานฟิชชิง และพยายามปกป้องลูกค้า"
- กำลังดำเนินการ เสริมความแข็งแกร่งให้กลไกการตรวจจับและบล็อก
- เดินหน้าลบ บัญชีที่ละเมิดข้อกำหนดการใช้งาน ควบคู่กันไป
กรณีการใช้งานในทางที่ผิดที่คล้ายกัน
- ในช่วงไม่กี่เดือนที่ผ่านมา มีเหตุการณ์ต่อเนื่องที่แฮ็กเกอร์และมิจฉาชีพใช้ระบบของบริษัทต่าง ๆ เพื่อหลอกลูกค้า
- กรณีที่เกิดขึ้นเมื่อต้นปีนี้
- แฮ็กเกอร์เจาะแพลตฟอร์มที่บริษัทฟินเทค Betterment ใช้งานอยู่
- ส่ง การแจ้งเตือนปลอม ที่อ้างว่าจะเพิ่มมูลค่า คริปโตเคอร์เรนซี ที่ผู้ใช้โอนไปให้เป็น 3 เท่า (เป็นสแกมขโมยคริปโตแบบทั่วไป)
- กรณีในปี 2023
- แฮ็กเกอร์ใช้สิทธิ์เข้าถึงบัญชีอีเมลที่ Namecheap ดูแลอยู่ในทางที่ผิด
- พยายามส่ง อีเมลฟิชชิงที่ ปลอมเป็น MetaMask และ DHL เพื่อขโมยข้อมูลยืนยันตัวตนของผู้ใช้
- ตามคำบอกเล่าของผู้ใช้โซเชียลมีเดีย ที่อยู่อีเมลของบริษัทอื่น ๆ ก็ถูกนำไปใช้ส่งสแปมในลักษณะเดียวกันเช่นกัน แสดงให้เห็นว่าปัญหานี้ ไม่ได้จำกัดอยู่แค่ Microsoft
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
ก็ไม่รู้ว่าใครจะมั่นใจได้ว่า microsoftonline.com เป็นของจริง โดเมนของ Microsoft จัดการกันเละเทะมาก ถึงขนาดว่าต่อให้ภายในเองไม่มีรายการทรัพย์สินโดเมนทั้งหมดที่ตัวเองถืออยู่ครบถ้วนก็ไม่น่าแปลกใจ
มันน่าขันตรงที่บริษัทต่าง ๆ ยืนกรานให้ตรวจสอบโดเมนเพื่อแยกสแปม แต่กลับไม่สามารถเผยแพร่รายชื่อโดเมนทั้งหมดที่ใช้ส่งอีเมลอย่างเป็นทางการได้
หลังจากนั้นสายหลอกลวงอ้างเป็นธนาคารก็ลดเหลือ 0 สาย
moderation@blueskyweb.xyzโดยเฉพาะเวลาขอให้ส่งของอย่างบัตรประชาชนไปยังที่อยู่นั้น ถึงขั้นต้องโพสต์ยืนยันว่าไม่ใช่การหลอกลวง: https://bsky.app/profile/safety.bsky.app/post/3ljp6zi7tp227
เพราะงั้นถึงจะตรวจดูลิงก์ที่กำลังจะกดเอง ก็ยังดูเหมือนว่าจะพาไปโดเมนน่าสงสัยทั้งที่เป็นอีเมลจริง
internalmicrosoft.comกับmicrosoftinternal.comยังจดทะเบียนได้อยู่ ถ้ามีช่องให้นำไปใช้ในทางที่ผิดมากขนาดนี้ ก็น่าจะอยากคุมชุดโดเมนทางการให้เข้มกว่านี้มากพูดถึงเรื่องที่เกี่ยวกันครึ่งหนึ่ง ความปลอดภัยของ Microsoft ห่วยจริง ๆ
ตลอดสัปดาห์ที่แล้ว Microsoft Authenticator ส่งแจ้งเตือนว่ามีความพยายามล็อกอินจากสารพัดที่ แต่หน้าแสดงประวัติการล็อกอินกลับว่างเปล่า ไม่เห็นแม้แต่การล็อกอินของผมเอง
จะคิดว่ารหัสผ่านรั่วก็ไม่ใช่ เพราะฟลोการล็อกอินเริ่มต้นถ้าเปิดแอปไว้คืออีเมล + Authenticator โดยไม่ต้องใช้รหัสผ่าน ที่น่าหงุดหงิดยิ่งกว่าคือเปลี่ยนตัวเลือกนี้จากในแอปไม่ได้
Microsoft ควรตระหนักว่าบัญชีนั้นยังมีอยู่เพียงเพราะพวกเขาเข้าซื้อ Minecraft แล้วก็เลิกทำให้ชีวิตผมยุ่งยากได้แล้ว
หลังจากเปลี่ยนรหัสแล้ว ผมก็ยังล็อกอินอีเมลบนมือถือไม่ได้อยู่ดี เลยยอมแพ้ไป เพราะยังไงก็ใช้อีเมลนั้นแค่ไม่กี่อย่าง
แก้ไข: ลองเองด้วย IP ใหม่และหน้าต่าง Firefox แบบ private แล้ว ปรากฏว่าใช่ สามารถกรอกอีเมลแล้วเลือกการแจ้งเตือนผ่านแอปได้
ตอนแรกตกใจมากเลยไล่ดูทุกการตั้งค่าความปลอดภัยที่หาได้ แต่เหมือนไม่มีอะไรเกิดขึ้นเลย
ตั้งแต่ครั้งที่สองเป็นต้นมาก็แค่เมินมัน แต่ก็ยังไม่สบายใจ เพราะในฟลอว์ Authenticator แบบปกติก็มีโอกาสเผลอกดตัวเลขที่ถูกต้องโดยไม่ตั้งใจได้
ทั้งที่จริง ๆ แค่เปลี่ยน alias ให้ชี้ไปยังกล่องจดหมายเดิมเท่านั้น
โดเมนบริษัทเราขึ้นต้นด้วย
mช่วงหลังมีหลายคนโดนอีเมลฟิชชิงจากโดเมนที่ขึ้นต้นด้วยrnเพราะใน ฟอนต์ของ Outlook สองอย่างนี้แทบดูไม่ต่างกันเลยเมื่อก่อนผมเคยจองโรงแรมผ่าน Booking แล้วได้รับ ความพยายามฟิชชิง ที่ดูเหมือนส่งมาจากโรงแรมผ่านอีเมลโดเมนของ Booking และ DM บนเว็บ Booking
ตอนนั้นจากที่ตรวจดู มันดูไม่ใช่ปัญหาว่าบัญชีโรงแรมโดนยึด แต่เหมือนมี endpoint สำหรับข้อความ/อีเมลฝั่ง Booking บางตัวที่ถูกนำไปใช้ในทางเดียวกันได้
ไม่แน่ใจว่าเป็นแบบเดียวกันไหม แต่น่าสนใจ โดยเฉพาะตรงที่มีการรายงานให้ Microsoft ทราบแล้วแต่ก็ยังไม่มีการดำเนินการใด ๆ
ในฐานะแขกที่เข้าพัก ผมเคย “ช่วย” เอามัลแวร์หรือเครื่องมือ remote access ออกจากระบบของโรงแรมมาแล้วเกินสิบครั้ง
ผมคิดว่าทางออกที่ชัดเจนคือบริษัทต่าง ๆ ควรเลิกสร้างโดเมนแตกต่างกันเป็นล้านโดเมน แล้วใช้ ซับโดเมน อย่าง
internal.microsoft.comแทน แต่มันก็น่าเศร้าที่แม้แต่ที่นี่ก็ยังไม่มีใครพูดถึงเรื่องนี้เลย ราวกับห่างไกลจากความเป็นจริงมาก.microsoftอยู่แล้วด้วยซ้ำ ไม่เข้าใจว่าจะทำแบบนี้ไปทำไมครั้งหนึ่งหน่วยงานรัฐในเยอรมนีเคยส่งจดหมายมาขอ data export จากบริษัทเรา และให้ไปอัปโหลดที่
findrive-ni.deมันเป็นของจริง แต่ไม่ใช่ซับโดเมนของโดเมนรัฐ Niedersachsen และก็ไม่มีการอ้างถึงจากเว็บไซต์ทางการไหนเลย
ทุกวันผมได้รับอีเมลสแปมจากเซิร์ฟเวอร์ของ Google ราว 20-30 ฉบับ ตอนนี้เลยแยกมันไปไว้ใน โฟลเดอร์ SPAM ต่างหากเพื่อความขำ
ผมหาไม่เจอเลยว่าควรติดต่อใคร ต้องทำยังไงให้ Google หยุดมัน หรือจะรายงานการใช้บริการในทางที่ผิดได้ที่ไหน ทั้งบริการเหมือนถูกออกแบบมาเป็น “ไสหัวไป ฉันไม่อยากให้ติดต่อ” ขนาดยักษ์
ผมชักคิดว่าคงต้องเขียนโพสต์เปิดเผยสักชิ้นให้ขึ้นบน HN บ้าง เผื่อจะมีแรงจูงใจให้คนของ Google สักคนเข้ามาดู
network-abuse@ส่งต่อไปยังฟอร์มรายงานการใช้งาน Google Cloud ในทางที่ผิด แล้วที่นั่นก็บอกว่า “IP ที่อ้างถึงในรายงานไม่ได้โฮสต์อยู่บน Google Cloud จึงไม่สามารถดำเนินการได้”ส่วนการรายงานการใช้งาน Gmail ในทางที่ผิดนั้นไม่มีแม้แต่คำตอบกลับ สุดท้ายผมเลยบล็อกตัวระบุ DKIM ที่เกี่ยวกับ Firebase ใน Rspamd
สัปดาห์ที่แล้วผมส่งบัญชีที่ใช้ส่งอีเมลฟิชชิงไป แต่มีคนบอกว่าโดยพื้นฐานแล้วมันเป็นหลุมดำ อย่าคาดหวังว่าจะมีอะไรเกิดขึ้น
Meta ก็เคยมีหรืออาจยังมีบั๊กคล้ายกันในฟีเจอร์หนึ่งของ Business Manager ผู้โจมตีสามารถควบคุม ข้อความเนื้อหาเริ่มต้น ได้ทั้งหมด ทำให้ดูน่าเชื่อมาก
ผมพยายามรายงานเรื่องนี้แล้ว แต่เสียเวลาเปล่า ขั้นตอนส่งรายงานด้านความปลอดภัยดูเหมือนจะกรองแม้แต่ปัญหาจริงที่โผล่มาเป็นครั้งคราว เพราะสแปม bug bounty มีเยอะเกินไป
อีเมลมาจาก
noreply@business.facebook.comจริง ๆ และมีข้อความแบบข้างล่างนี้ งานนี้เหมือนให้ไปถอดรหัสเองว่าส่วนไหนเป็น template ของ Meta และส่วนไหนเป็นข้อความที่ผู้ใช้กรอกเข้ามาแล้วถูกนำไปใช้ในทางที่ผิดอย่างสร้างสรรค์Your Meta's Page may be at risk due to unusual activity...Your Page is under restriction review Contact Meta Support: metafanpageviolate@gmail.com ...ที่ PayPal ก็เกิดอะไรคล้ายกันหรือเปล่า ผมได้รับอีเมลที่ดูเหมือนมาจาก โดเมนของ PayPal แต่เห็นชัดว่าเป็นการหลอกลวง
ช่วงหลังผมได้รับสแปมจำนวนมากจาก Google MX server แต่พอบล็อกอีเมลทั้งหมดที่มี header
X-Google-Group-Idมันก็หยุดไปไม่รู้ว่าทำได้ยังไง แต่เนื้อหาถูกควบคุมโดยสแปมเมอร์ 100% และไม่มี template ของ Google อยู่เลย
เมื่อก่อนผมเคยได้รับ อีเมลหลอกลวง Coinbase ที่มาจาก
@akamai.comดูเหมือนว่า SPF ของบริษัทหนึ่งที่ Akamai เข้าซื้อไปจะตั้งค่าผิด