CVE-2026-80347 in mcp-fetch
Tóm tắt
Bởi VulDB • 27/08/2026
mcp-fetch kiểm tra mục tiêu của lệnh fetch đối với cơ chế bảo vệ SSRF mà không loại bỏ các dấu ngoặc vuông bao quanh một địa chỉ IPv6 dạng literal (văn bản thuần). isSafeUrl đọc tên máy chủ từ URL đã được phân tích cú pháp; đối với một giá trị literal như http://[::1]/, kết quả trả về là chuỗi có chứa dấu ngoặc vuông. Sau đó, nó kiểm tra chuỗi này bằng hàm net.isIP. Hàm này trả về 0 cho các giá trị có dạng ngoặc vuông, do đó nhánh thực hiện các kiểm tra đối với địa chỉ riêng (private-address) bị bỏ qua hoàn toàn. Cơ chế bảo vệ chuyển sang giải quyết tên máy chủ; vì chuỗi có dấu ngoặc không phải là một tên miền có thể phân giải được nên không trả về bất kỳ địa chỉ nào và mục tiêu được báo cáo là an toàn. Sau đó, client HTTP sẽ loại bỏ các dấu ngoặc vuông và thiết lập kết nối. Do địa chỉ có thể được cung cấp ở dạng ánh xạ IPv4 (IPv4-mapped), cùng một đường dẫn này có thể tiếp cận mọi đích đến IPv4 mà các kiểm tra loopback và private dự định ngăn chặn, bao gồm cả các điểm cuối metadata link-local. isPrivateIPv6 cũng không xử lý trường hợp tiền tố ::ffff:, do đó dạng ánh xạ vẫn sẽ vượt qua ngay cả khi các dấu ngoặc vuông bị loại bỏ. Mục tiêu fetch được cung cấp dưới dạng đối số của công cụ, vì vậy một kẻ tấn công có thể ảnh hưởng đến những gì mô hình yêu cầu có thể đọc lại các phản hồi nội bộ vào ngữ cảnh của mô hình.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.