ประตูโฟลเดอร์สีเขียวเข้มแง้มอยู่โดยมีลิ่มสีอำพันค้ำผิดปกติในห้องมืด

Qwen Code Desktop 0.3.0: เปิด folder trust และ sandbox ก่อนให้แตะโปรเจกต์

พี่โชว์Engineering

Qwen Code Desktop 0.3.0 ออกวันที่ 10 กันยายน 2026 พร้อม desktop assets หลายแพลตฟอร์มครับ การคัดกรองพบจุดที่ต้องตั้งค่าก่อนใช้กับ repository จริง: เอกสารระบุว่า folder trust ปิดเป็นค่าเริ่มต้น และ sandbox ไม่ได้บังคับโดย default ใน settings ที่ตรวจ

หลักฐานที่ตรวจ

ตรวจ tag desktop-v0.3.0, commit signature ที่ GitHub แสดงว่า verified และ release assets จาก repository ทางการ จากนั้นอ่านเอกสาร trusted folders กับ settings เอกสารอธิบายว่าเมื่อเปิด folder trust แล้วโฟลเดอร์ untrusted จะไม่โหลด workspace settings/.env, ปิด extension management, tool auto-accept และ memory บางส่วน

หน้า GitHub security advisories ไม่แสดง published advisory ณ วันที่ตรวจ แต่ไม่มีรายการไม่เท่ากับไม่มีช่องโหว่ และ commit signature ไม่รับรองพฤติกรรมของทุก binary/dependency โดยอัตโนมัติ

ผลคัดกรอง: ผ่านเกณฑ์คัดกรอง ณ วันที่ตรวจ 2026-09-11 เฉพาะเมื่อเปิด trust control, ใช้ sandbox และจำกัด shell/network ไม่ใช่ข้อสรุปว่าปลอดภัยแน่นอน

วิธีใช้ให้ปลอดภัยขึ้น

เปิด folder trust ก่อนเปิด repository จากภายนอก และถือทุก clone, archive หรือ folder ที่ดาวน์โหลดเป็น untrusted จน review เสร็จ ตั้ง sandbox ให้เหมาะกับ OS และอย่าเปิด auto-accept สำหรับ shell หรือ write actions ใน project ที่มี secret

ติดตั้งจาก release/package channel ทางการที่ pin version ถ้าใช้ออฟไลน์ archive ให้ตรวจ SHA256SUMS ตามเอกสาร ไม่ได้รัน remote installer ในการตรวจนี้ แยก credential ออกจาก environment ของ desktop app และใช้ token ที่ scope/อายุสั้น

ปิด interactive shell หาก workflow ไม่ต้องใช้ หรือกำหนด allowlist คำสั่งที่อ่านอย่างเดียวก่อน การอนุญาต extension ต้อง review source, publisher, update path และ permission เพราะ extension เพิ่ม supply-chain boundary อีกชั้น

ความเสี่ยงคงเหลือ

ค่า default ที่ไม่เปิด folder trust ทำให้ผู้ใช้ใหม่อาจเชื่อว่า untrusted mode ทำงานแล้วทั้งที่ยังไม่เปิด sandbox coverage ต่างตามระบบปฏิบัติการ และ shell สามารถแตะทรัพยากรนอก workspace หาก host ไม่กั้นจริง

desktop release เพิ่ม auto-update และ binary distribution surface ต้องมี inventory/rollback ส่วน prompt injection ในไฟล์ repository อาจพยายามชักนำให้เปิดสิทธิ์หรืออ่าน credential จึงต้องให้ approval แสดง command กับ target ที่แน่นอน

Recap

  • เปิด folder trust เอง อย่าสมมติจากชื่อฟีเจอร์
  • กำหนด sandbox และ shell policy แยกจาก trust status
  • pin release และตรวจ checksum/signature ตามช่องทางทางการ
  • จำกัด extension และ credential ให้เล็กที่สุด
  • ทดสอบ untrusted folder ว่า control ถูกบังคับจริงก่อนใช้ข้อมูลสำคัญ

เริ่มใน folder ทดสอบที่มีไฟล์ prompt injection จำลอง แล้วตรวจว่า settings, memory และ tool auto-accept ถูกปิดตามที่คาดครับ