Microsoft ยกเลิกการใช้ RC4 ยุติช่องโหว่ความปลอดภัยที่ยาวนานกว่า 26 ปี
หลังจากปล่อยให้เป็นช่องโหว่ที่แฮกเกอร์ใช้โจมตีเครือข่ายองค์กรมานานนับทศวรรษ ในที่สุด Microsoft ได้ประกาศเตรียมยกเลิกการสนับสนุน RC4 (Rivest Cipher 4) ซึ่งเป็นอัลกอริทึมการเข้ารหัสแบบ Stream Cipher ที่ล้าสมัยและมีความเสี่ยงสูง โดยระบบ Windows ให้การสนับสนุนค่าเริ่มต้นนี้มานานถึง 26 ปี
RC4 ถูกนำมาใช้เป็นกลไกหลักในการรักษาความปลอดภัยของ Active Directory (ระบบจัดการบัญชีผู้ใช้และทรัพยากรในองค์กร) ตั้งแต่ปี 2000 แม้ว่าตัวอัลกอริทึมจะถูกพัฒนาขึ้นในปี 1987 โดย Ron Rivest แต่ความลับของมันได้รั่วไหลออกไปในปี 1994 และถูกนักวิจัยพิสูจน์ว่ามีจุดอ่อนร้ายแรงในเวลาเพียงไม่กี่วัน อย่างไรก็ตาม RC4 ยังคงถูกใช้อย่างแพร่หลายในโปรโตคอล SSL และ TLS จนกระทั่งเมื่อประมาณ 10 ปีก่อน
จุดเปลี่ยนสู่มาตรฐานความปลอดภัย AES-SHA1
แม้ Microsoft จะอัปเกรด Active Directory ให้รองรับมาตรฐาน AES (Advanced Encryption Standard) ที่มีความปลอดภัยสูงกว่ามาก แต่ที่ผ่านมา Windows Server ยังคงตั้งค่าให้ตอบสนองต่อคำขอการยืนยันตัวตนแบบ RC4 โดยอัตโนมัติ ซึ่งกลายเป็นจุดอ่อนที่แฮกเกอร์นำมาใช้โจมตีเครือข่ายระดับองค์กร
ตัวอย่างที่ชัดเจนคือเหตุการณ์เจาะระบบของ Ascension ยักษ์ใหญ่ด้านสุขภาพเมื่อปีที่แล้ว ซึ่งส่งผลกระทบต่อโรงพยาบาลกว่า 140 แห่ง และทำให้ข้อมูลผู้ป่วย 5.6 ล้านรายรั่วไหล เหตุการณ์นี้ทำให้วุฒิสมาชิก Ron Wyden จากสหรัฐฯ ออกมาวิจารณ์ Microsoft อย่างรุนแรงว่ามีความประมาทเลินเล่อด้านความปลอดภัยทางไซเบอร์อย่างร้ายแรง
ด้วยเหตุนี้ Microsoft จึงประกาศว่าภายในกลางปี 2026 จะมีการอัปเดตค่าเริ่มต้นของ KDC (Kerberos Key Distribution Center) บน Windows Server 2008 และเวอร์ชันที่ใหม่กว่า ให้รองรับเฉพาะการเข้ารหัสแบบ AES-SHA1 เท่านั้น โดย RC4 จะถูกปิดการใช้งานเป็นค่าเริ่มต้น และจะทำงานได้ก็ต่อเมื่อผู้ดูแลระบบตั้งค่าให้ใช้งานเป็นกรณีพิเศษเท่านั้น
ความเสี่ยงจาก Kerberoasting และข้อจำกัดของ RC4
ปัญหาสำคัญของ RC4 ใน Active Directory คือการเปิดช่องให้เกิดการโจมตีที่เรียกว่า Kerberoasting ซึ่งเป็นการโจมตีโปรโตคอล Kerberos (โปรโตคอลมาตรฐานที่ใช้ยืนยันตัวตนระหว่างผู้ใช้และบริการในเครือข่ายที่ไม่ปลอดภัย) เพื่อขโมยรหัสผ่าน
ความอ่อนแอของ RC4 เกิดจากการที่ไม่มีการใช้ Salt (การเพิ่มข้อมูลสุ่มเข้าไปในรหัสผ่านก่อนการแฮชเพื่อป้องกันการเดาสุ่ม) และใช้ฟังก์ชันการแฮช MD4 เพียงรอบเดียว ซึ่งเป็นอัลกอริทึมที่ทำงานเร็วมาก ทำให้แฮกเกอร์ใช้ทรัพยากรเพียงเล็กน้อยในการถอดรหัส ในขณะที่ AES-SHA1 มีกระบวนการที่ซับซ้อนและทำงานช้ากว่า ซึ่งต้องใช้เวลาและทรัพยากรในการถอดรหัสมากกว่า RC4 ถึง 1,000 เท่า
| คุณสมบัติ | RC4 (แบบเก่า) | AES-SHA1 (แบบใหม่) |
|---|---|---|
| ระดับความปลอดภัย | ต่ำ (มีช่องโหว่ร้ายแรง) | สูง (มาตรฐานสากล) |
| การใช้ Salt | ไม่มี | มี |
| ความเร็วในการถอดรหัส | เร็วมาก (แฮกง่าย) | ช้ากว่า 1,000 เท่า (แฮกยาก) |
| สถานะใน Windows | จะถูกปิดเป็นค่าเริ่มต้น (กลางปี 2026) | เป็นค่าเริ่มต้นในปัจจุบัน |
แนวทางการรับมือสำหรับผู้ดูแลระบบ
Microsoft แนะนำให้ผู้ดูแลระบบตรวจสอบระบบภายในเครือข่ายว่ายังมีซอฟต์แวร์เก่า (Legacy Systems) ของบุคคลที่สามที่ยังต้องพึ่งพา RC4 ในการยืนยันตัวตนหรือไม่ เพื่อป้องกันไม่ให้ระบบสำคัญหยุดทำงานหลังจากมีการเปลี่ยนแปลงค่าเริ่มต้น
เพื่อช่วยในการตรวจสอบ Microsoft ได้เตรียมเครื่องมือไว้ดังนี้:
- การอัปเดต KDC logs: เพื่อติดตามการร้องขอและการตอบสนองที่ยังใช้ RC4 ผ่าน Kerberos
- PowerShell scripts: สคริปต์ชุดใหม่สำหรับคัดกรอง Security Event Logs เพื่อระบุจุดที่มีการใช้ RC4 ได้อย่างแม่นยำ
ข้อเท็จจริงสำคัญ
- RC4 จะถูกปิดการใช้งานเป็นค่าเริ่มต้นใน Windows Server 2008 ขึ้นไป ภายในกลางปี 2026
- AES-SHA1 เป็นมาตรฐานที่ปลอดภัยกว่าและใช้ทรัพยากรในการถอดรหัสมากกว่า RC4 ถึง 1,000 เท่า
- Kerberoasting คือเทคนิคการโจมตีที่ใช้ประโยชน์จากจุดอ่อนของ RC4 ใน Active Directory
- KDC คือศูนย์กลางการกระจายคีย์ของ Kerberos ที่ใช้ในการยืนยันตัวตนภายในเครือข่าย
คำถามที่พบบ่อย
ทำไม Microsoft ถึงไม่ยกเลิก RC4 ตั้งแต่แรก?
เนื่องจาก RC4 ถูกใช้เป็นค่าเริ่มต้นในทุกระบบปฏิบัติการ Windows มานานกว่า 25 ปี การยกเลิกทันทีอาจส่งผลกระทบต่อระบบเก่า (Legacy Systems) จำนวนมากที่ยังจำเป็นต้องใช้งาน ทำให้ Microsoft ต้องค่อยๆ ปรับเปลี่ยนและแก้ไขช่องโหว่เป็นระยะ
การปิด RC4 จะส่งผลกระทบต่อผู้ใช้งานทั่วไปหรือไม่?
สำหรับผู้ใช้ทั่วไปจะไม่มีผลกระทบ แต่สำหรับผู้ดูแลระบบเครือข่ายองค์กร จำเป็นต้องตรวจสอบว่ามีแอปพลิเคชันหรือเซิร์ฟเวอร์รุ่นเก่าตัวใดที่ยังใช้ RC4 หรือไม่ เพื่อทำการอัปเกรดก่อนถึงกำหนดการในปี 2026
Kerberoasting คืออะไรและอันตรายอย่างไร?
คือการโจมตีที่มุ่งเป้าไปที่การดึงข้อมูล Ticket ของ Kerberos ออกมาเพื่อนำไปถอดรหัสรหัสผ่านแบบออฟไลน์ ซึ่งหากระบบใช้ RC4 ที่ไม่มี Salt และใช้ MD4 แฮกเกอร์จะสามารถถอดรหัสผ่านได้ในเวลาอันรวดเร็ว
ผู้ดูแลระบบควรเริ่มทำอะไรในตอนนี้?
ควรใช้เครื่องมือ KDC logs และ PowerShell scripts ที่ Microsoft จัดเตรียมไว้ เพื่อตรวจสอบว่าในเครือข่ายยังมีการใช้งาน RC4 อยู่ที่จุดใดบ้าง และวางแผนเปลี่ยนไปใช้ AES-SHA1 ให้ครบถ้วน
