คำอธิบาย: อธิบายการยืนยัน PIN ของ Windows Hello และเปรียบเทียบเซสชันที่บันทึกไว้ API ทางการ WebAuthn เสมือน และข้อจำกัดความปลอดภัยปี 2026
บอตทำงานเอง แต่คนต้องเข้าเวรกรอก PIN
สคริปต์กดเข้าสู่ระบบ กรอกช่องต่าง ๆ และไปต่อเองได้หมด จน Windows เปิดหน้าต่างว่า “กรอก PIN” คุณตั้งใจสร้างบอตให้ทำงานทั้งคืน แต่สุดท้ายตัวเองกลายเป็นพนักงานกรอก PIN กะดึก
คำตอบ: ไม่มีวิธีมาตรฐานที่เชื่อถือได้ในการให้สคริปต์เบราว์เซอร์ทั่วไปยืนยันพาสคีย์ที่เก็บไว้ใน Windows Hello โดยไม่ต้องใช้คน แต่ยังลดงานได้ด้วยการใช้เซสชันที่เว็บไซต์อนุญาต API ทางการ หรือข้อมูลยืนยันตัวตนเสมือนที่ลงทะเบียนใหม่แยกต่างหาก [1][2][3]
PIN ไม่ใช่รหัสผ่านที่ส่งไปยังเว็บไซต์
Windows Hello ป้องกันกุญแจส่วนตัวบนอุปกรณ์ แล้วใช้ PIN ใบหน้า หรือลายนิ้วมือยืนยันผู้ใช้ก่อนนำกุญแจไปลงลายเซ็นคำขอของเว็บ เว็บไซต์ไม่ได้รับตัวเลข PIN แบบรหัสผ่านทั่วไป [1][4] การควบคุมช่องกรอกบนเว็บจึงไม่เหมือนการควบคุมหน้าต่างความปลอดภัยของ Windows บอตทำงานในเว็บได้ แต่เจ้าหน้าที่หน้าประตูยังขอตรวจตัวตน
อัปเดตเดือนมกราคม 2026 เปลี่ยนอะไร?
Microsoft อธิบายว่าการอัปเดตตั้งแต่วันที่ 13 มกราคม 2026 จำกัดการป้อนข้อมูลอัตโนมัติหรือจากระยะไกลที่ไม่น่าเชื่อถือในหน้าต่างข้อมูลรับรอง Windows โดยแยกคีย์บอร์ดจริงในเครื่องและแอปที่มีสิทธิ์เฉพาะออกจากการจำลองการกดปุ่มทั่วไป [5]
Power Automate Desktop มีปัญหากับหน้าต่างบางประเภทด้วย คำแนะนำให้เปลี่ยน Edge เป็น Chrome หรือ Firefox ใช้กับ ปัญหาเฉพาะนั้น ไม่ได้แปลว่า Chrome จะผ่าน PIN ของ Windows Hello ทุกเว็บได้โดยอัตโนมัติ [6]
ทางเลือกห้าแบบ
ใช้เซสชันเดิม: ให้ผู้ใช้ล็อกอินครั้งแรกและเก็บสถานะตามที่เว็บไซต์อนุญาต Playwright บันทึกคุกกี้และข้อมูลบางอย่างได้ แต่เมื่อหมดอายุหรือมีการยืนยันเพิ่มก็ยังต้องใช้คน อย่าเผยแพร่ไฟล์เซสชันบน GitHub [2]
ใช้ API ทางการ: ถ้าบริการมีช่องทางสำหรับโปรแกรมโดยเฉพาะ ย่อมเหมาะกับงานที่ไม่มีคนเฝ้ามากกว่าการเลียนแบบการคลิกหน้าเว็บ
ใช้ WebAuthn เสมือน: Chrome DevTools และ Playwright จำลองการลงทะเบียนและใช้พาสคีย์ได้ เหมาะกับการทดสอบ แต่ไม่ใช่เครื่องมือดึงกุญแจเดิมจาก Windows Hello เว็บจริงต้องอนุญาตให้เพิ่มข้อมูลยืนยันอีกชุดและอนุญาตการใช้งานลักษณะนี้ [7][3]
ใช้ใบหน้าหรือลายนิ้วมือ: ไม่ต้องพิมพ์ แต่ยังต้องมีตัวจริง [4]
ส่ง PIN แบบจำลอง: AutoHotkey, PowerShell หรืออุปกรณ์ USB เลียนแบบคีย์บอร์ดอาจถูกระบบป้องกันขัดขวาง การเก็บ PIN เป็นข้อความธรรมดายังเสี่ยงรั่วไหล [5]
ควรเริ่มจากอะไร?
งานซ้ำ ๆ ให้ตรวจการคงเซสชัน งานที่ต้องรันต่อเนื่องให้มองหา API ทางการ และงานทดสอบเว็บของตัวเองให้ใช้ตัวตรวจสอบเสมือน ถ้าเว็บอื่นบังคับให้คนยืนยัน ให้หยุดและแจ้งเตือน ทดสอบหลังรีสตาร์ต หลังเซสชันหมดอายุ และก่อนทำรายการสำคัญแยกกัน
สรุป
เป้าหมายไม่ใช่สอนให้บอตกดเลขไม่กี่ตัว แต่คือเลิกเรียกคนมาทำงานแทนมัน ถ้าไม่เปลี่ยนวิธีล็อกอิน คุณก็ยังเป็น พนักงาน PIN กะดึก ของบอตอยู่ดี
เอกสารอ้างอิง (7 รายการ)
- Microsoft Learn: Support for Passkeys in Windows learn.microsoft.com
- Playwright: Authentication and session state playwright.dev
- Playwright: Virtual WebAuthn credentials playwright.dev
- Microsoft Learn: Passkey verification on Windows learn.microsoft.com
- Microsoft Support: Credential autofill restrictions, Windows January 2026 update support.microsoft.com
- Microsoft Learn: Power Automate desktop Windows credential dialog issues learn.microsoft.com
- Chrome for Developers: Emulate WebAuthn authenticators developer.chrome.com




