คำอธิบาย: หลังอัปเดต KB5127648 วันที่ 13 ตุลาคม 2026 เครือข่าย Wi-Fi ขององค์กรบางแห่งอาจเข้าสู่ระบบอัตโนมัติไม่ได้ บทความนี้อธิบายเงื่อนไขของ PEAP-MSCHAPv2 วิธีตรวจเหตุการณ์ 4025 และแนวทางแก้ที่ไม่ต้องล้างเครื่อง
ถ้า Wi-Fi ที่ทำงานใช้ไม่ได้หลัง KB5127648 แต่ Wi-Fi ที่บ้านยังใช้ได้ ให้ตรวจระบบยืนยันตัวตนขององค์กรก่อน Microsoft เปลี่ยนค่าเริ่มต้นในการอนุญาตข้อมูลเข้าสู่ระบบแบบเก่าที่ใช้เชื่อมต่ออัตโนมัติ การเปลี่ยนแปลงนี้อาจกระทบ Wi-Fi ของบริษัท เครือข่ายสาย และ VPN บางแบบ [1][2]
อัปเดตนี้เปลี่ยนอะไร?
เดิม Windows จะบันทึกการใช้ข้อมูลเข้าสู่ระบบอัตโนมัติบางประเภทที่อาศัย NTLMv1 และยังอนุญาตให้เชื่อมต่อได้ หลังอัปเดตเดือนตุลาคม ระบบจะบล็อกตามค่าเริ่มต้น เมื่อ Credential Guard ปิดอยู่ และไม่ได้กำหนดค่า BlockNtlmv1SSO เครือข่ายองค์กรที่ใช้ PEAP-MSCHAPv2 หรือ EAP-MSCHAPv2 ร่วมกับบัญชีของบริษัทจึงควรตรวจสอบเป็นพิเศษ นี่คือผลด้านความเข้ากันได้จากการเพิ่มความปลอดภัย ไม่ได้แปลว่าอุปกรณ์ Wi-Fi เสีย [2]
ตรวจสอบเครื่องและอาการ
กด Win + R พิมพ์ winver เพื่อตรวจว่าเป็น Windows 11 24H2, 25H2 หรือ 26H2 หรือไม่ หลังติดตั้ง KB5127648 หมายเลขบิลด์คือ 26100.9711, 26200.9711 และ 26300.9711 ตามลำดับ ตรวจวันที่ติดตั้งใน Settings → Windows Update → Update history [1]
ลองเปรียบเทียบ Wi-Fi บริษัทกับเครือข่ายส่วนตัวที่องค์กรอนุญาต หากปัญหาเกิดเฉพาะตอนเข้าสู่ระบบเครือข่ายบริษัท แต่กรอกชื่อผู้ใช้และรหัสผ่านเองแล้วเชื่อมต่อได้ อาการนั้นสอดคล้องกับการบล็อกการเข้าสู่ระบบอัตโนมัติ แจ้งฝ่ายไอทีด้วยหากเครือข่ายสายหรือ VPN มีอาการเดียวกัน
ผู้ดูแลระบบตรวจได้ที่ Event Viewer → Applications and Services Logs → Microsoft → Windows → NTLM → Operational โดย Event ID 4025 หมายถึงการบล็อกข้อมูลเข้าสู่ระบบแบบเก่า ส่วน 4024 คือบันทึกตรวจสอบแบบเดิม บันทึกอาจมีชื่อบัญชี จึงไม่ควรโพสต์ข้อมูลทั้งหมดในที่สาธารณะ [2]
วิธีใช้งานชั่วคราว
Microsoft ระบุว่า การกรอกข้อมูลเข้าสู่ระบบด้วยตนเองยังอาจใช้งานได้ ให้ใช้หน้าล็อกอินที่บริษัทรับรองเท่านั้น มีผู้ใช้ใน Microsoft Q&A รายงานว่าลบเครือข่ายที่จำไว้แล้วเชื่อมต่อใหม่ช่วยได้ชั่วคราว แต่เครื่องที่องค์กรจัดการอาจสูญเสียค่าตั้งสำคัญ ควรถามฝ่ายไอทีก่อน [2][3]
ทางแก้ระยะยาวคือให้ผู้ดูแลระบบเปลี่ยนไปใช้ การยืนยันตัวตนด้วยใบรับรอง เช่น EAP-TLS หรือ PEAP-TLS Microsoft อธิบายค่า BlockNtlmv1SSO=0 ว่าเป็นข้อยกเว้นชั่วคราวที่ ลดระดับการป้องกัน จึงควรให้ผู้ดูแลระบบประเมินความเสี่ยง ไม่ควรแก้ Registry เอง [2][4]
ต้องถอนอัปเดตหรือล้างเครื่องไหม?
การถอนอัปเดตความปลอดภัยอาจทำให้สูญเสียการแก้ช่องโหว่ที่สำคัญ ให้ตรวจวิธียืนยันตัวตนและบันทึกก่อน หลีกเลี่ยงการรีเซ็ตเครือข่ายทั้งหมด ลบใบรับรอง ติดตั้ง Windows ใหม่ หรือเคลียร์ TPM เพราะ Microsoft เตือนว่าอาจทำให้ข้อมูลที่ได้รับการป้องกันกู้คืนไม่ได้ [4]
ตรวจสอบ ณ 17 ตุลาคม 2026: Microsoft มีเอกสารยืนยันการเปลี่ยนกฎและการกรอกข้อมูลเอง แต่ยังไม่พบรุ่นแก้ไขทั่วไปที่ยืนยันว่าแก้การเข้าสู่ระบบอัตโนมัตินี้แล้ว รายงานใน Microsoft Q&A เป็นประสบการณ์ผู้ใช้ ไม่ใช่หลักฐานว่าทุกเครื่องได้รับผลกระทบ [1][2][3]
สรุป
หลัง KB5127648 ถ้า Wi-Fi บริษัทต่อไม่ได้ ให้ตรวจระบบล็อกอินและ Event 4025 ก่อนรีเซ็ตคอมพิวเตอร์ ใช้วิธีกรอกข้อมูลที่องค์กรอนุญาต และให้ฝ่ายไอทีปรับไปใช้การยืนยันตัวตนที่ปลอดภัยกว่า
เอกสารอ้างอิง (4 รายการ)
[1] Microsoft Support, “October 13, 2026—KB5127648 (OS Builds 26300.9711, 26200.9711 and 26100.9711)” (2026-10-13; change log 2026-10-15). https://support.microsoft.com/en-us/servicing/os/windows-11/2026/10/kb5127648-windows-11-24h2-25h2-26h2-security-update
[2] Microsoft Support, “Manage changes to NTLMv1 and prevent network issues in Windows 11 and Windows Server 2025,” KB5066470 (original 2025-08-29; updated 2026-10-14). https://support.microsoft.com/en-au/servicing/os/windows/docs/2025/08/upcoming-changes-to-ntlmv1-in-windows-11-version-24h2-and-windows-server-2025
[3] Microsoft Q&A, “KB5127648 breaks WPA2-Enterprise (802.1X PEAP) Wi-Fi authentication on Windows 11” (user reports starting 2026-10-13; not an official confirmed universal defect). https://learn.microsoft.com/en-us/answers/questions/6036507/kb5127648-breaks-wpa2-enterprise-802-1x-peap-wi-fi
[4] Microsoft Learn, “Considerations and known issues when using Credential Guard” (2026-04-23). https://learn.microsoft.com/en-us/windows/security/identity-protection/credential-guard/considerations-known-issues
