LocalAI 4.12.1 แก้ URL Policy ตรวจ Redirect ทุก Hop และผูก Connection กับ IP ที่ตรวจแล้ว

LocalAI v4.12.1 เผยแพร่วันที่ 23 ตุลาคม 2026 เป็น patch ที่โครงการระบุว่าแก้ความปลอดภัยเท่านั้น โดยปรับ external URL policy ของ URL ที่ผู้ใช้ส่งให้ระบบ เช่นสื่อภาพ เสียง และวิดีโอในงาน chat หรือ endpoint สร้างสื่อ ประเด็นสำคัญคือทำให้การตรวจปลายทางสอดคล้องกับ connection ที่เกิดขึ้นจริง

ตรวจปลายทางทุกครั้งที่ Redirect

release notes ระบุว่าตรวจ redirect target ทุก hop จัด 100.64.0.0/10 และ 0.0.0.0/8 เป็น non-public และเชื่อมต่อไปยัง address ที่ผ่านการตรวจแล้ว การแก้เหล่านี้เกี่ยวข้องกับการป้องกันไม่ให้คำขอรับสื่อจาก URL ออกนอกนโยบายปลายทางที่ระบบตั้งใจ ไม่ควรเติมหมายเลข CVE หรือกล่าวว่ามีการโจมตีจริงหากประกาศไม่ได้ยืนยัน

สำหรับทีมที่เปิดให้ผู้ใช้ส่ง media URL ความเสี่ยงไม่ได้อยู่ที่ชื่อ host ในข้อความอย่างเดียว URL แรกอาจเปลี่ยนปลายทางผ่าน redirect และผล DNS อาจมีผลต่อ address ที่ใช้จริง การแก้ policy ที่ชั้นบริการจึงควรมาคู่กับการทบทวน network egress และสิทธิ์ที่ process มี ไม่ถือว่าการกรอง URL เป็นขอบเขตป้องกันเพียงชั้นเดียว

ตรวจ Consumer ของ Media URL

ควรทำ inventory ว่า client ใดเรียก chat vision, image หรือ audio endpoints และอนุญาตให้ใส่ URL จากที่ใด หากระบบรับไฟล์อัปโหลดแทน URL ในบางงาน ให้แยกการทดสอบตามเส้นทาง ไม่อนุมานว่าการเปลี่ยน URL policy มีผลเหมือนกันกับทุกช่องทางเข้า การรู้ขอบเขตช่วยให้เลือกทดสอบได้ครบโดยไม่ขยายงานเกินจำเป็น

สำหรับ regression test ให้ใช้ปลายทางที่องค์กรควบคุมและข้อมูลสังเคราะห์ ทดสอบกรณี public URL ที่อนุญาต redirect ภายในขอบเขต และกรณีที่ควรถูกปฏิเสธ โดยตรวจว่าแอปแสดงข้อผิดพลาดอย่างเหมาะสม ไม่ต้องสร้าง payload เข้าถึงระบบภายในจริงเพื่อยืนยันว่ากติกาใหม่ทำงาน การตรวจ policy สามารถทำใน lab ที่กำหนดไว้ได้

ดูผลต่อระบบที่เคยพึ่ง URL ภายใน

หาก integration เดิมใช้ URL ที่อยู่ใน network ส่วนตัว การอัปเดตอาจทำให้ workflow นั้นเจอการปฏิเสธตามนโยบาย ควรอ่านเอกสารการตั้งค่าที่รองรับและกำหนดเส้นทางเข้าถึงข้อมูลอย่างชัดเจน ไม่แก้โดยปิดการตรวจทั้งหมดเพื่อให้ผ่านเหมือนเดิม เพราะอาจคืนความเสี่ยงให้ระบบที่เปิดรับคำขอจากผู้ใช้หลายกลุ่ม

หลังอัปเดตให้ยืนยันเวอร์ชันที่ process หรือ container รันจริง แล้วตรวจทั้งคำขอที่สำเร็จและถูกปฏิเสธใน log โดยไม่บันทึก URL ที่มี token เกินจำเป็น งานแก้ครั้งนี้มีคุณค่าเมื่อระบบยืนยันได้ว่า policy ถูกใช้กับปลายทางที่เชื่อมจริง และยังรักษา workflow ที่ได้รับอนุญาตให้ใช้งานต่อได้

แหล่งข่าว: ประกาศทางการวันที่ 23 ตุลาคม 2026