มาตรวัดความพยายามสีเขียวเข้มมีคานจำกัดด้านบนและเข็มสีอำพันชี้เกินกรอบผิดปกติ
claude-codeagentssecuritytooling

Claude Code 2.1.267: max effort มีเพดาน แต่ permission ยังต้องคุม

พี่โชว์Engineering

Claude Code 2.1.267 ออกวันที่ 9 กันยายน 2026 โดยเพิ่มการตั้งค่า maxEffortLevel เพื่อจำกัดเพดาน effort ครับ เพดานนี้ช่วยคุม latency หรืองบ reasoning แต่ไม่ใช่ permission boundary: agent ที่คิดน้อยลงยังอ่านไฟล์ รัน shell หรือส่งข้อมูลได้ตามสิทธิ์ที่ host ให้

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

ตรวจ tag release ทางการและ changelog ของ 2.1.267 จาก GitHub แล้วเทียบเอกสาร CLI กับ security advisories ของ repository advisory GHSA-7835-87q9-rgvv ระบุช่วงที่ได้รับผลตั้งแต่ 2.1.38 ถึงก่อน 2.1.163 และแก้ใน 2.1.163 ดังนั้น 2.1.267 อยู่นอกช่วงนั้น แต่ repository ยังมี advisories อื่นและความเสี่ยงใหม่อาจยังไม่ถูกประกาศ

ไม่ได้รันคำสั่งติดตั้งหรือ pipe script จากอินเทอร์เน็ต การทดลองควรใช้ package manager/artifact ทางการที่ pin version และตรวจ provenance ตามช่องทางองค์กร

ผลคัดกรอง: ผ่านเกณฑ์คัดกรอง ณ วันที่ตรวจ 2026-09-11 เมื่อใช้ permission prompts, จำกัด workspace และไม่เปิดโหมดข้าม permission ไม่ได้หมายความว่าปลอดภัยแน่นอน

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

ตั้ง maxEffortLevel ตามประเภทงานเพื่อคุมต้นทุน แต่ตั้ง filesystem, shell และ network permissions แยกต่างหาก เริ่มจาก repository สำเนาที่ตัด secret และให้ agent อ่านอย่างเดียวก่อน หากต้องเขียนให้จำกัด root และตรวจ diff ทุกครั้ง

อย่าใช้ —dangerously-skip-permissions ในงานที่มี credential, deploy หรือข้อมูลลูกค้า คำสั่งที่ติดตั้ง dependency, แก้ lockfile, ติดต่อภายนอก หรือเขียนนอก project ควรมี approval แยก เก็บ transcript และ tool calls ตาม retention policy โดยระวังว่า log เองอาจมี secret

advisory review ต้องทำซ้ำทุกครั้งที่อัปเดต ไม่ใช่เช็กเฉพาะเลขล่าสุด และควร lock เวอร์ชันใน developer image/CI เพื่อให้ทีม reproduce behavior เดียวกัน

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

prompt injection จาก source code, issue หรือเอกสารยังอาจชักนำ agent ให้เสนอ action อันตราย permission prompt ลดความเสี่ยงแต่คนอาจ approve ตามความเคยชิน max effort ไม่จำกัดจำนวนหรือผลกระทบของ tools จึงต้องมี policy ที่ระดับ host

ข้อมูลที่ส่งถึง model provider และ telemetry ต้องเทียบกับสัญญาองค์กร release notes ไม่ได้แทน privacy assessment หรือ threat model ของ integration

Recap

  • maxEffortLevel เป็นเพดาน reasoning ไม่ใช่ sandbox
  • 2.1.267 อยู่นอกช่วง advisory ที่ตรวจ แต่ยังมี residual risk
  • pin version และใช้ช่องทางติดตั้งที่ตรวจ provenance
  • คง permission prompts และจำกัด filesystem/network ตามงาน
  • ทบทวน advisory และ threat model ทุกครั้งที่เปลี่ยน release

ทดสอบด้วย task อ่านโค้ดที่ไม่มี side effect แล้วตรวจว่าทุก tool call อยู่ใน permission model ที่ทีมเขียนไว้ครับ