บัญชีและความปลอดภัย
ความปลอดภัยของบัญชีและ 2FA
สร้างการป้องกันหลายชั้นด้วยรหัสผ่านเฉพาะ แอปยืนยัน Passkey รหัสป้องกันฟิชชิง และ Whitelist การถอน
ความปลอดภัยของบัญชีไม่ได้จบที่การเปิด 2FA เพียงปุ่มเดียว ระบบที่แข็งแรงต้องแยกการป้องกันสำหรับการเข้าสู่ระบบ อีเมล การถอน API และการกู้คืน เพื่อไม่ให้ข้อมูลชุดเดียวที่รั่วทำให้เสียการควบคุมทั้งบัญชี
เรียงชั้นการป้องกัน
| ชั้น | การตั้งค่าที่แนะนำ | ความเสี่ยงที่ช่วยลด |
|---|---|---|
| รหัสผ่าน | ใช้โปรแกรมจัดการรหัสผ่านสร้างรหัสยาวและไม่ซ้ำ | Credential Stuffing และรหัสซ้ำรั่ว |
| ปัจจัยที่สอง | Authenticator, Passkey หรือ Hardware Key | ผู้โจมตีมีรหัสผ่านแล้วเข้าสู่ระบบทันที |
| อีเมล | รหัสเฉพาะ 2FA และตรวจ Forwarding Rule | ดักอีเมลรีเซ็ตและยืนยันการถอน |
| Anti-Phishing Code | ตั้งรหัสที่ไม่เปิดเผยต่อผู้อื่น | ช่วยแยกอีเมล Binance จริงกับอีเมลปลอม |
| Withdrawal Whitelist | อนุญาตเฉพาะที่อยู่ที่เคยอนุมัติ | ลดการถอนทันทีเมื่อบัญชีถูกยึด |
| API | ให้สิทธิ์เท่าที่จำเป็น จำกัด IP และปิด Key เก่า | แอปภายนอกหรือ API Credential รั่ว |
อย่าเก็บ Backup Code ในอีเมลฉบับร่าง โน้ต Cloud หรืออัลบั้มรูปเดียวกับรหัสผ่าน หากรหัสผ่าน ปัจจัยที่สอง และข้อมูลกู้คืนอยู่ในโทรศัพท์เครื่องเดียวกัน ก็ยังมีจุดล้มเหลวเดียว
เลือก 2FA แบบไหน
SMS ดีกว่าไม่มีปัจจัยที่สอง แต่ยังเสี่ยงต่อ SIM Swap การย้ายข้อความ และ Social Engineering แอป Authenticator ไม่พึ่งหมายเลขโทรศัพท์ ส่วน Passkey หรือ Hardware Security Key ช่วยลดความเสี่ยงจากการใส่รหัสครั้งเดียวในเว็บไซต์ปลอม วิธีที่เปิดให้ใช้ขึ้นอยู่กับอุปกรณ์ ภูมิภาค และบัญชี จึงควรมีช่องทางกู้คืนที่ใช้งานได้อย่างน้อยสองแบบ
หลังเพิ่มวิธียืนยันใหม่ อย่าเพิ่งลบวิธีเดิม ให้ออกจากระบบและลองเข้าสู่ระบบจากอุปกรณ์ประจำหนึ่งครั้ง เพื่อยืนยันว่า Backup และ Recovery ใช้ได้จริง
ตรวจความปลอดภัยภายใน 15 นาที
- เข้าผ่าน Bookmark หรือพิมพ์ URL ทางการเอง ไม่กดลิงก์จากอีเมลหรือข้อความส่วนตัว
- ดูอุปกรณ์และ IP ล่าสุด แล้วนำ Session ที่ไม่รู้จักออก
- ตรวจ 2FA, Passkey, Backup Code และช่องทางกู้คืน
- ตั้ง Anti-Phishing Code และตรวจรหัสนี้ในอีเมลครั้งต่อไป
- ดู Withdrawal Whitelist และนำที่อยู่ที่ไม่ใช้แล้วออก
- ตรวจสิทธิ์และ IP Restriction ของ API Key ทุกตัว ปิดตัวที่ไม่ใช้
- ตรวจอุปกรณ์ที่ล็อกอินในอีเมล Forwarding Rule และ Recovery Email ด้วย
รูปแบบการโจมตีที่พบบ่อย
หลายกรณีไม่ได้เริ่มจากระบบแพลตฟอร์มถูกเจาะ แต่เริ่มจากผู้ใช้ถูกพาไปเว็บไซต์หน้าตาเหมือนของจริงแล้วกรอกรหัสผ่านกับรหัสครั้งเดียว อีกแบบคือการติดตั้ง “เครื่องมือช่วยเหลือ” ที่ให้คนอื่นควบคุมหน้าจอ หรือผู้โจมตียึดอีเมลเพื่อรีเซ็ตรหัสและอนุมัติการเปลี่ยนแปลง
ฝ่ายช่วยเหลือทางการไม่จำเป็นต้องขอรหัสผ่าน รหัส Authenticator, Seed Phrase หรือ Private Key หากใครขอข้อมูลเหล่านี้ ให้หยุดการสนทนา
เมื่อพบความผิดปกติ
- หยุดเทรดและถอน ไม่ตอบข้อความที่น่าสงสัยต่อ
- ใช้อุปกรณ์ที่สะอาดและช่องทางทางการเพื่อล็อกหรือปิดบัญชีชั่วคราว
- ป้องกันอีเมลก่อน แล้วเปลี่ยนรหัส Binance และปัจจัยที่สอง
- ยกเลิกอุปกรณ์ Passkey, API Key และที่อยู่ถอนที่ไม่รู้จัก
- เก็บเวลา อีเมล URL, TxID และการแจ้งเตือนเข้าสู่ระบบเพื่อส่งให้ฝ่ายช่วยเหลือทางการ
หากกำลังสมัคร ให้ตรวจ ช่องทางสมัครและสิทธิ์ตามภูมิภาค ก่อน ผู้ใช้ไทยควรอ่าน Binance.com ต่างจาก Binance TH อย่างไร เพื่อไม่ส่งข้อมูล KYC ในช่องทางผิด
แหล่งข้อมูลทางการ: คู่มือความปลอดภัยบัญชี Binance ตรวจสอบข้อมูลเมื่อ 2026-07-24
