Loom for AWS cần nâng lên 1.7.0 sau ba lỗ hổng bảo mật
AWS công bố ba lỗ hổng trong Loom for AWS, trong đó một lỗi có thể trao quyền quản trị cao nhất khi triển khai thiếu nhà cung cấp danh tính. Việc khắc phục không dừng ở nâng phiên bản.
Xong bài này bạn làm được Nếu chỉ nhìn việc hệ thống vẫn chạy mà bỏ qua cấu hình xác thực, đội vận hành có thể để lộ quyền quản trị agent, thông tin xác thực tích hợp hoặc quyền IAM trong một triển khai có thể truy cập qua mạng.
AWS ngày 2/10/2026 công bố ba lỗ hổng trong Loom for AWS, phần mềm nguồn mở dùng để điều phối AI agent — tác nhân AI có thể thực hiện nhiệm vụ và gọi công cụ. Lỗi nghiêm trọng nhất mang mã CVE-2026-103956 — CVE là mã định danh chung dùng để theo dõi từng lỗ hổng bảo mật đã công bố. Lỗi này được chấm 10.0, mức cao nhất trên thang CVSS (thang điểm phổ biến để đánh giá mức độ nghiêm trọng của lỗ hổng), và liên quan trực tiếp đến lớp xác thực của hệ thống.
Điểm quan trọng không phải mọi cài đặt Loom đều mặc nhiên bị chiếm quyền. Theo AWS, CVE-2026-103956 ảnh hưởng các phiên bản trước 1.6.1 trong tình huống triển khai không cấu hình identity provider — nhà cung cấp danh tính dùng để xác thực người truy cập. Khi điều kiện đó tồn tại và giao diện lập trình ứng dụng có thể bị truy cập qua mạng, một tác nhân từ xa có thể nhận quyền quản trị cao nhất trên agent control plane — lớp quản trị các agent, công cụ và quyền liên quan.
Phạm vi quyền khiến lỗi này đáng ưu tiên
Bulletin của AWS nêu rằng quyền quản trị này có thể được dùng để đăng ký máy chủ công cụ, đọc thông tin xác thực tích hợp đã lưu và viết lại chính sách IAM gắn với các vai trò của agent được quản lý. IAM là hệ thống quản lý danh tính và quyền truy cập của AWS. Vì vậy, đây không chỉ là lỗi giao diện: phạm vi ảnh hưởng có thể chạm tới thông tin xác thực và quyền mà agent sử dụng trong môi trường cloud.
AWS cho biết riêng CVE-2026-103956 đã được xử lý từ Loom 1.6.1. Tuy nhiên bulletin cùng ngày còn liệt kê CVE-2026-103957 và CVE-2026-103958. Cả ba vấn đề được xử lý trong phiên bản 1.7.0, và AWS khuyến nghị nâng lên bản mới nhất thay vì dừng ở một bản vá trung gian.
Nếu chưa thể nâng cấp ngay
Với CVE-2026-103956, hướng dẫn tạm thời của AWS là bảo đảm Cognito user pool hoặc một nhà cung cấp danh tính bên ngoài đang được cấu hình đầy đủ trước khi backend có thể được truy cập ngoài địa chỉ loopback của chính máy. AWS cũng yêu cầu kiểm tra biến LOOM_ALLOW_UNAUTHENTICATED_LOCAL_DEV không được bật trong môi trường triển khai thực tế.
Hai CVE còn lại có biện pháp giảm rủi ro khác: hạn chế các quyền mcp:write và a2a:write cho quản trị viên đáng tin cậy. MCP và A2A ở đây là các cơ chế kết nối agent với công cụ hoặc với agent khác. AWS nói rõ biện pháp hạn chế quyền chỉ làm giảm khả năng kích hoạt lỗi, không thay thế bản vá mã nguồn.
Sau nâng cấp vẫn còn việc phải làm
Bulletin không coi việc cài phiên bản mới là bước cuối. AWS yêu cầu xoay các OAuth2 client secret dùng cho tích hợp MCP/A2A và thu hồi rồi cấp lại các access token còn hoạt động trong giai đoạn hệ thống có thể bị ảnh hưởng. OAuth2 client secret là bí mật ứng dụng dùng trong quy trình cấp quyền; access token là mã truy cập có thời hạn dùng để gọi tài nguyên đã được cho phép.
Nếu có khả năng thông tin xác thực của IAM role trong container đã bị truy cập, AWS còn yêu cầu xoay thông tin phiên của vai trò đó và rà CloudTrail — dịch vụ ghi nhật ký hoạt động API trên AWS để tìm việc sử dụng ngoài dự kiến. Đây là bước quan trọng vì vá phần mềm chỉ đóng lỗ hổng từ thời điểm mới; nó không tự vô hiệu hóa một bí mật đã có thể bị lộ trước đó.
Với đội đang vận hành Loom, thứ tự kiểm tra hợp lý là: xác nhận phiên bản đang chạy; xác nhận nhà cung cấp danh tính có thực sự được cấu hình; kiểm tra backend có bị mở ra ngoài phạm vi dự kiến hay không; nâng lên 1.7.0; sau đó xử lý các bí mật, token và nhật ký theo bulletin. Không nên suy từ điểm CVSS 10.0 rằng hệ thống chắc chắn đã bị khai thác, nhưng cũng không nên dùng việc chưa thấy dấu hiệu tấn công làm lý do trì hoãn bản vá.