Lỗ hổng SSRF nghiêm trọng trong AWS MCP Gateway: Phân tích CVE-2026-125926

• Lỗ hổng bảo mật: Phát hiện lỗi Server-Side Request Forgery (SSRF) trong mcp-gateway-registry, định danh là CVE-2026-125926.
• Phạm vi ảnh hưởng: Các phiên bản từ 1.0.3 đến 1.34.0.
• Giải pháp khắc phục: Nâng cấp lên phiên bản 1.35.0 ngay lập tức để vá lỗi.
• Rủi ro tiềm ẩn: Kẻ tấn công có thể khai thác để truy cập các dịch vụ nội bộ hoặc đánh cắp thông tin xác thực (credentials) từ các role đám mây.

Tổng quan về lỗ hổng CVE-2026-125926

Các nhà nghiên cứu bảo mật vừa công bố thông tin về một lỗ hổng Server-Side Request Forgery (SSRF) nghiêm trọng nằm trong dự án mã nguồn mở mcp-gateway-registry. Lỗ hổng này, được định danh là CVE-2026-125926, cho phép một người dùng đã được xác thực có quyền đăng ký hoặc sửa đổi máy chủ có thể thao túng gateway để gửi các yêu cầu đến các dịch vụ nội bộ nằm trong mạng lưới triển khai.

Dự án này đóng vai trò là một registry và gateway trung tâm cho các máy chủ Model Context Protocol (MCP), chịu trách nhiệm quản lý việc khám phá máy chủ, kiểm soát truy cập và proxy công cụ. Lỗ hổng phát sinh do cơ chế kiểm tra địa chỉ upstream (địa chỉ nguồn) không đủ chặt chẽ khi người dùng thực hiện thao tác đăng ký hoặc cập nhật cấu hình máy chủ.

Phân tích cơ chế khai thác và tác động

Để thực hiện cuộc tấn công, kẻ thủ ác cần phải có một tài khoản hợp lệ với quyền hạn nhất định trong hệ thống. Bằng cách cung cấp một địa chỉ upstream được chế tạo đặc biệt, kẻ tấn công có thể ép buộc gateway thực hiện các yêu cầu HTTP/HTTPS đến các tài nguyên mạng nội bộ mà thông thường người dùng không thể truy cập trực tiếp.

Trong một số kịch bản khai thác, gateway sẽ trả về phản hồi từ các dịch vụ nội bộ này, cho phép kẻ tấn công đọc được dữ liệu nhạy cảm. Đặc biệt nguy hiểm khi gateway được triển khai với các cloud role đính kèm. Tương tự như các cuộc tấn công vào metadata của EC2, lỗ hổng này có thể bị lợi dụng để đánh cắp các thông tin xác thực tạm thời (temporary credentials) thông qua việc truy cập trái phép vào các điểm cuối metadata không được bảo vệ.

Hướng dẫn khắc phục và giảm thiểu rủi ro

AWS đã chính thức phát hành phiên bản 1.35.0 để giải quyết triệt để lỗ hổng này. Tuy nhiên, cần lưu ý rằng bản cập nhật này chỉ thực hiện kiểm tra địa chỉ upstream trong các thao tác đăng ký hoặc sửa đổi mới, nó không tự động quét và làm sạch các cấu hình đã tồn tại trước đó.

⚠️ Cảnh báo quan trọng: Sau khi nâng cấp lên phiên bản 1.35.0, quản trị viên bắt buộc phải rà soát lại toàn bộ các địa chỉ upstream đã lưu trữ. Hãy loại bỏ hoặc sửa đổi bất kỳ cấu hình nào không hợp lệ hoặc không nằm trong danh sách cho phép (whitelist).

Đối với các đội ngũ vận hành chưa thể thực hiện nâng cấp ngay lập tức, các biện pháp giảm thiểu tạm thời sau đây cần được triển khai:

• Hạn chế quyền hạn: Giới hạn quyền đăng ký và chỉnh sửa máy chủ chỉ cho các tài khoản thực sự tin cậy.
• Cấu hình mạng: Thiết lập các quy tắc Firewall hoặc Network Policy để hạn chế kết nối outbound từ các thành phần registry và auth-server.
• Bảo mật Cloud: Yêu cầu sử dụng IMDSv2 trên các instance EC2 để ngăn chặn các cuộc tấn công metadata và giảm thiểu quyền hạn của các role đính kèm (IAM role).
• Giám sát log: Kiểm tra kỹ các tệp nhật ký (logs) trong khoảng thời gian hệ thống chạy các phiên bản bị ảnh hưởng để phát hiện các hành vi đăng ký máy chủ bất thường.

Việc rà soát log là bước cực kỳ quan trọng. Nếu phát hiện các hoạt động không xác định, quản trị viên cần thực hiện xoay vòng (rotate) các thông tin xác thực của role đám mây ngay lập tức để ngăn chặn nguy cơ bị chiếm đoạt tài khoản. Để biết thêm thông tin chi tiết về các tiêu chuẩn bảo mật, bạn có thể tham khảo tài liệu từ MITRE ATT&CK về các kỹ thuật khai thác SSRF.