รางสลับระหว่างโต๊ะทำงานสองตัวในห้องเขียวเข้ม มีการ์ดข้อความหลุดหนึ่งใบถูกหยุดด้วยหมุดอำพัน
aiagentsgithub-copilotsecurityworktree

GitHub Copilot CLI 1.0.82: สลับ Worktree ไม่หลุดเมื่อมีข้อความแทรก

พี่โชว์Engineering

Copilot CLI 1.0.82 แก้ race ระหว่างการเตรียม /worktree หรือ /move กับข้อความที่ผู้ใช้พิมพ์แทรก ซึ่งก่อนหน้านี้อาจทำให้การสลับ checkout แตกครับ รุ่นเดียวกันยังแสดง authentication failure ที่เจาะจงขึ้นและเปิด plan approval card กลับมาดูเต็มได้

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

release มาจาก repository ทางการ github/copilot-cli เผยแพร่ 29 สิงหาคม 2026 มี binary หลายระบบและ SHA256SUMS.txt พร้อม digest บน release GitHub advisories ที่เผยแพร่ระบุรุ่นเสี่ยงล่าสุดไม่เกิน 1.0.42 และแก้ใน 1.0.43 ดังนั้น 1.0.82 อยู่นอกช่วงที่ประกาศ ณ วันที่ตรวจ

เอกสารสิทธิ์ของ GitHub ระบุว่า read-only ทำอัตโนมัติ ส่วน edit, destructive shell และ URL ต้องขออนุมัติหากยังไม่ได้ allow ผู้ใช้ตั้ง --available-tools, --allow-tool และ --deny-tool ได้ โดย deny ชนะ allow แม้เปิด allow-all

รุ่นนี้ผ่านเกณฑ์คัดกรอง ณ วันที่ตรวจ สำหรับ isolated canary ที่ยืนยัน checksum และไม่ใช้ --allow-all หรือ --yolo

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

เริ่มด้วย worktree ที่สร้างจาก branch ทดสอบและไม่มี uncommitted secret จำกัดเครื่องมือให้ read, edit และ test ที่ต้องใช้จริง ตั้ง deny สำหรับ git push, package publish และคำสั่งลบกว้าง จากนั้นทดสอบส่งข้อความระหว่าง worktree preparation ด้วยงาน harmless แล้วตรวจว่า agent ลงใน path และ branch ที่ตั้งใจ

อย่าพึ่ง prompt บอก “ห้าม push” อย่างเดียว เพราะ prompt เป็น guidance ไม่ใช่ enforcement ใช้ deny rule และ branch protection เป็นคนละชั้น ตรวจ git status --short --branch ก่อน commit และก่อนส่ง PR ทุกครั้ง

การอนุมัติแบบ “ไม่ต้องถามอีกใน repo นี้” ถูกเก็บใน permission config ควร audit เป็นระยะ และหลีกเลี่ยงการให้ URL หรือ MCP ทั้งโดเมนเมื่อใช้เพียง endpoint เดียว

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

release แก้ความเสถียรของการสลับ worktree แต่ไม่รับประกันว่า task จะเลือก branch ถูกเสมอ ข้อความที่มาระหว่าง transition ยังอาจเปลี่ยนเจตนาของงาน จึงต้องแสดง target path/branch ใน UI และตรวจอีกครั้งก่อน action ที่ย้อนยาก

shell command ทำได้เท่าสิทธิ์ OS account และข้อมูลจาก issue หรือเว็บอาจมี prompt injection แม้ permission prompt ยังอยู่ คนอาจเกิด approval fatigue ได้ จึงควรใช้ sandbox, secret-free checkout และ allowlist แคบ

Recap

  • ตรวจ SHA256SUMS จาก release ทางการก่อนติดตั้ง
  • ทดลอง /worktree ใน repo จำลองและยืนยัน branch/path หลังสลับ
  • ใช้ deny rule บล็อก push, publish และ destructive commands
  • audit approval ที่บันทึกถาวรและจำกัด URL/MCP

พรุ่งนี้ทำ canary หนึ่ง session ที่ส่งข้อความระหว่างเตรียม worktree แล้วเก็บสถานะก่อน-หลังเป็นหลักฐานครับ