QVD-2026-57410 คืออะไร และเหตุใด Host Header ปลอมจึงนำไปสู่การรันคำสั่งจากระยะไกลได้

QVD-2026-57410 คือช่องโหว่ร้ายแรงที่ถูกรายงานใน DeepSeek Harness (DSH) เวอร์ชัน 0.1.1-rc.2 โดย QiAnXin-linked reports ระบุว่าเป็นช่องโหว่ Remote Code Execution (RCE) จากระยะไกลโดยไม่ต้องยืนยันตัวตน และมีคะแนน CVSS 3.0 สูงถึง 9.8 จุดบกพร่องสำคัญอยู่ที่การตัดสินใจว่า request มาจากเครื่องภายในหรือไม่ อาจอาศัย HTTP Host header ที่ผู้ส่ง request ควบคุมและปลอมแปลงได้ ซึ่งไม่ควรถูกใช้แทนการยืนยันตัวตน 1924

ความเสี่ยงจริงขึ้นอยู่กับรูปแบบการติดตั้งอย่างมาก คำสั่งเปิดเว็บของ DeepSeek จะเริ่มบริการที่ 127.0.0.1:3080 เป็นค่าเริ่มต้น ซึ่งจำกัดการเข้าถึงโดยตรงจากเครื่องอื่น แต่สถานการณ์จะอันตรายขึ้นอย่างชัดเจนเมื่อบริการถูก bind กับอินเทอร์เฟซที่ไม่ใช่ loopback หรือถูกส่งต่อผ่าน Docker, reverse proxy, tunnel, VPN, LAN หรือ ingress 1118

Host Header ปลอมข้ามแนวกั้น /api ได้อย่างไร

การออกแบบที่ได้รับผลกระทบพยายามแยก request ภายในออกจาก request ระยะไกลด้วยข้อมูลเกี่ยวกับ host ของ request ปัญหาคือ Host header เป็นค่าที่ผู้ร้องขอกำหนดเองได้ ผู้โจมตีที่เข้าถึงบริการจึงอาจส่งค่า host ที่ดูเหมือนเป็นการเรียกจากเครื่องภายใน ทำให้ชั้น /api เข้าใจผิดว่า request นั้นเป็น trusted request รายงานระบุว่านี่คือการข้ามแนวกั้นความน่าเชื่อถือแบบ loopback ของ DSH 1924

ภาพรวมของลำดับการโจมตีที่ถูกรายงานมีดังนี้

1. เข้าถึงเว็บหรือ management endpoint ของ DSH ที่ถูกเปิดเผยออกมา
2. ส่ง request พร้อม Host header ที่ปลอมเป็นค่าลักษณะเดียวกับการเรียกจากเครื่องภายใน
3. ข้ามข้อจำกัดของ /api ที่ควรปกป้องการทำงานภายใน
4. เรียกใช้ฟังก์ชัน RPC ที่ถูกจำกัดไว้
5. ลงทะเบียนหรือใช้งานเส้นทาง model provider ที่ผู้โจมตีควบคุม
6. ใช้ความสามารถของ Agent ใน DSH เพื่อสั่งให้เครื่องปลายทางรันคำสั่ง 1920

นี่จึงไม่ใช่เพียงบั๊กด้าน routing หรือการเปิดเผยข้อมูล เพราะแนวกั้นที่ถูกข้ามนำไปสู่ความสามารถของ AI Agent ซึ่งออกแบบมาให้ทำงานกับคำสั่งและทรัพยากรระดับระบบ

เหตุใดจึงพัฒนาไปเป็น RCE ได้

DeepSeek ระบุว่า Harness เป็นซอฟต์แวร์สำหรับนักพัฒนาในระยะทดลองและยังไม่ผ่านการตรวจสอบความปลอดภัย โดย safety notice เตือนว่าโครงการสามารถรันโค้ดและคำสั่งที่โมเดลสร้างขึ้น รวมถึงเข้าถึงเครือข่าย โปรเซส ข้อมูลรับรอง และไฟล์ที่เปิดให้ใช้งานได้ 4

ระบบ LLM ของโครงการยังรองรับการลงทะเบียน provider และการค้นหาโมเดล รวมถึง remote operation ชื่อ discoverModels 23 ในห่วงโซ่การโจมตีที่ถูกรายงาน ผู้โจมตีอาจใช้ provider ที่ตนเองควบคุมเพื่อส่งข้อมูลที่จำเป็นต่อการเข้าถึงความสามารถในการรันคำสั่งของ Agent 19

การโจมตีสำเร็จไม่ได้หมายความว่าจะได้สิทธิ์ root โดยอัตโนมัติ คำสั่งจะทำงานด้วยสิทธิ์ของโปรเซส DSH อย่างไรก็ตาม สิทธิ์ระดับนี้อาจเพียงพอสำหรับการอ่านหรือแก้ไขไฟล์ที่เข้าถึงได้ ขโมย API key หรือข้อมูลลับที่โปรเซสเห็นได้ เริ่มโปรเซสใหม่ เปลี่ยนแปลงข้อมูลแอปพลิเคชัน หรือเชื่อมต่อออกไปยังเครือข่ายภายนอก

ผลกระทบสูงสุดขึ้นอยู่กับการตั้งค่าระบบ เช่น บริการมีสิทธิ์อ่านไฟล์มากเกินไปหรือไม่ คอนเทนเนอร์ถูกตั้งเป็น privileged หรือไม่ มีการ mount Docker socket หรือไม่ และโปรเซสเข้าถึงข้อมูลรับรองของคลาวด์ได้หรือไม่ แหล่งข้อมูลที่ให้มาไม่ได้ยืนยันว่าทุกการติดตั้งจะนำไปสู่การยึดเครื่องโฮสต์ได้โดยอัตโนมัติ

การติดตั้งแบบใดควรตรวจสอบเป็นกรณีเร่งด่วน

ผู้ดูแลระบบควรตรวจสอบเป็นพิเศษหากพบการตั้งค่าต่อไปนี้

• DSH bind กับ 0.0.0.0 หรือที่อยู่ซึ่งไม่ใช่ loopback
• Docker หรือ container runtime เผยแพร่พอร์ต 3080 ออกนอกเครื่อง
• Reverse proxy ส่งต่อ management API ไปยังอินเทอร์เน็ตหรือ LAN ที่ไม่ไว้ใจได้
• มี tunnel, VPN หรือ ingress ทำให้ผู้ใช้ที่ไม่ได้ผ่านการยืนยันตัวตนที่เข้มงวดเข้าถึงบริการได้
• Proxy ยอมรับ Host จากไคลเอนต์โดยไม่ตรวจสอบ หรือส่งต่อค่าเดิมไปยัง upstream

การเรียกบริการว่า “อยู่ภายใน” ไม่ใช่ authorization control ในตัวเอง หากผู้โจมตีเข้าถึง endpoint ได้และควบคุม header ที่เกี่ยวข้อง เขาก็ยังสามารถพยายามข้ามแนวกั้นได้

มี PoC แล้วหรือยัง และพบการโจมตีจริงหรือไม่

หลายรายงานระบุว่ามี proof-of-concept หรือรายละเอียดทางเทคนิคของ QVD-2026-57410 เผยแพร่ต่อสาธารณะแล้ว 192027 เรื่องนี้เพิ่มความเร่งด่วนในการปิดช่องโหว่ แต่การมี PoC ไม่ใช่หลักฐานว่าการติดตั้งใดติดตั้งหนึ่งถูกเจาะแล้ว

ตามข้อมูลที่มี ยังไม่พบหลักฐานการใช้ช่องโหว่นี้ในวงกว้างบนโลกจริง และไม่มีหลักฐานเชื่อมโยงกับกลุ่มผู้โจมตีหรือแคมเปญที่เป็นที่รู้จัก ณ เวลาที่มีการเปิดเผย 1924 อย่างไรก็ตาม ข้อมูลดังกล่าวเป็นเพียงภาพ ณ ช่วงเวลาหนึ่ง ผู้ดูแลระบบที่เปิดบริการไว้ควรตรวจสอบ request ผิดปกติ การลงทะเบียน provider ที่ไม่คาดคิด การสร้างโปรเซสใหม่ การเปลี่ยนแปลงไฟล์ และการเชื่อมต่อขาออกที่ผิดปกติ

ควรระวังไม่ให้สับสนระหว่างหมายเลขทั้งสอง: QVD-2026-57410 เป็นรหัส QVD ไม่ใช่รหัส CVE ส่วน CVE-2026-57410 ในฐานข้อมูล NVD เป็นช่องโหว่การยกระดับสิทธิ์ของ MailerPress ซึ่งเป็นคนละประเด็นกัน 17

แนวทางรับมือสำหรับผู้ดูแลระบบ

1. นำบริการออกจากเครือข่ายสาธารณะก่อน

หยุดเผยแพร่ management service และ API ของ DSH ไปยังอินเทอร์เน็ตทันที หากเป็นไปได้ให้ bind บริการไว้ที่ loopback หรือ management network โดยเฉพาะ และใช้ VPN หรือ bastion host ที่ควบคุมได้เมื่อต้องดูแลจากระยะไกล

2. จำกัดการเข้าถึงทุกชั้นของเครือข่าย

ใช้กฎ firewall, cloud security group, container network และ reverse proxy เพื่ออนุญาตเฉพาะแหล่งที่เชื่อถือได้อย่างชัดเจน อย่าพึ่งพาเพียงเส้นทางภายในหรือ header ที่ดูเหมือนเป็นค่าจากเครื่อง local เพื่อยืนยันตัวตน

3. ตรวจสอบและเขียนทับ proxy headers

ให้ edge proxy ปฏิเสธค่า Host ที่ไม่คาดไว้ หากจำเป็นต้อง proxy ควรเขียนทับ Host ที่ส่งไปยัง upstream ด้วยค่าคงที่ที่กำหนดไว้ แทนการส่งต่อค่าจากไคลเอนต์โดยตรง และควรเชื่อถือ forwarded client-IP headers เฉพาะเมื่อ header เหล่านั้นมาจาก proxy ที่ควบคุมได้เท่านั้น

4. เพิ่ม authentication ที่ไม่ขึ้นกับ Host

ปกป้อง management endpoint และ internal RPC ด้วยการยืนยันตัวตนและกำหนดสิทธิ์อย่างแท้จริง เช่น gateway ที่มีการยืนยันตัวตนเข้มงวด, mTLS และสิทธิ์แยกตาม operation การตรวจสอบ Host อาจช่วยเรื่อง routing ได้ แต่ต้องไม่ใช่กลไกยืนยันตัวตนเพียงอย่างเดียว

5. ลดความเสี่ยงจาก provider discovery และการเชื่อมต่อขาออก

ปิดหรือจำกัด llm.discoverModels เมื่อไม่จำเป็น หากต้องใช้การค้นหา provider ให้กำหนด allowlist ของปลายทางและควบคุม outbound egress การบล็อกการเข้าถึงปลายทางภายในที่สำคัญและบริการ cloud metadata อาจช่วยลดผลกระทบ หากเส้นทาง provider discovery ถูกนำไปใช้ในลักษณะคล้าย SSRF ทั้งนี้เอกสาร LLM ของ DSH ยืนยันว่าการลงทะเบียน provider และการค้นหาโมเดลเป็นความสามารถที่เปิดให้ใช้งาน 23

6. ตรวจสอบรุ่นที่แก้ไขจากข้อมูลทางการ

แหล่งข้อมูลที่มีระบุว่าเวอร์ชัน 0.1.1-rc.2 ได้รับผลกระทบ และแสดงให้เห็นว่ามีการออกเวอร์ชันถัดมาแล้ว แต่ยังไม่ได้ยืนยันว่า build รุ่นใดแก้ช่องโหว่นี้โดยเฉพาะ ควรตรวจสอบ release notes และ security advisory ล่าสุดของ DeepSeek ที่ระบุการแก้ไขอย่างชัดเจนก่อนถือว่าการอัปเกรดเพียงอย่างเดียวเพียงพอ โครงการยังคงเตือนว่า Harness เป็นซอฟต์แวร์ทดลองและไม่พร้อมสำหรับการใช้งานจริง 410

7. ตรวจสอบย้อนหลังและหมุนเวียนข้อมูลลับ

ตรวจสอบ log ของ reverse proxy และ DSH เพื่อค้นหา request ไปยัง /api ที่ผิดปกติ ค่า Host ที่ปลอมให้ดูเป็น local การลงทะเบียน model provider ที่ไม่คาดคิด การเปิดโปรเซส การเปลี่ยนแปลงไฟล์ และการเชื่อมต่อขาออกที่ผิดปกติ หากบริการเคยถูกเปิดให้เข้าถึงได้จากเครือข่ายที่ไม่น่าเชื่อถือ ควรหมุนเวียนข้อมูลรับรองทั้งหมดที่โปรเซส DSH เข้าถึงได้ และหากพบหลักฐานการรันคำสั่งหรือการฝังตัว ควรแยกเครื่องหรือคอนเทนเนอร์ออกจากเครือข่ายและสร้างใหม่ แทนการสรุปว่าการ restart บริการจะลบร่องรอยการบุกรุกได้