Lưu ý: Dữ liệu này chỉ có tính chất tham khảo, phục vụ nghiên cứu an ninh mạng.CyStack khuyến nghị người dùng không sử dụng các thông tin này nhằm các mục đích bất hợp pháp
Lỗ hổng CVE-2026-91750 là lỗ hổng Server-Side Request Forgery ảnh hưởng tới WeKnora (phiên bản bị ảnh hưởng: 0.5.2 – < 0.7.0). Lỗ hổng này được xếp hạng ở mức Cao, với điểm CVSS 7.1. Lỗ hổng này đã có mã hoặc bằng chứng khai thác công khai, nhưng điều đó chưa xác nhận việc khai thác trong thực tế.
WeKnora trước 0.7.0 không xác thực lại đích của các chuyển hướng HTTP trong endpoint POST /api/v1/knowledge-bases/:id/knowledge/url khi tải tài liệu từ các URL do người dùng cung cấp. Kẻ tấn công đã xác thực có thể vượt qua bước kiểm tra SSRF ban đầu bằng cách cung cấp một URL công khai chuyển hướng đến các địa chỉ mạng nội bộ, cho phép truy cập các dịch vụ nội bộ và cloud metadata.
0.5.2 đến các phiên bản thấp hơn 0.7.0 theo ràng buộc semver của CNA.0.5.2 và kết thúc trước 0.7.0.Đây là lỗi Server-Side Request Forgery (SSRF) trong luồng nhập tài liệu qua URL của WeKnora. Endpoint POST /api/v1/knowledge-bases/:id/knowledge/url nhận URL do người dùng cung cấp và thực hiện tải tài liệu từ đó. Việc kiểm tra SSRF ban đầu không được áp dụng lại cho đích sau khi máy chủ xử lý chuyển hướng HTTP, nên kẻ tấn công đã xác thực có thể dùng một URL công khai để khiến máy chủ gửi yêu cầu đến địa chỉ mạng nội bộ. Trong mã nguồn dễ bị ảnh hưởng, hàm downloadFileFromURL sử dụng HTTP client thông thường và ghi rõ rằng việc kiểm tra SSRF do caller đảm nhiệm, khiến việc xử lý chuyển hướng nằm ngoài ranh giới kiểm tra được thể hiện trong mã đó. Bản vá đã chuyển luồng tải file_url sang HTTP client an toàn với SSRF và bổ sung các guard nhận biết chuyển hướng cho đường đi docreader dùng Playwright. Bằng chứng hiện có không xác định đầy đủ các dịch vụ nội bộ cụ thể có thể bị truy cập trong mọi môi trường triển khai.
Lỗi có thể bị khai thác qua mạng thông qua endpoint nhập URL và yêu cầu kẻ tấn công có tài khoản đã xác thực. Theo dữ liệu có cấu trúc, không cần người dùng khác tương tác và độ phức tạp của đường tấn công thấp. Kẻ tấn công phải kiểm soát URL được gửi đến chức năng nhập tài liệu và làm cho URL đó chuyển hướng đến đích nội bộ. Bản ghi đánh dấu đã có public exploit, nhưng không cung cấp xác nhận về việc khai thác thực tế trong môi trường sản xuất. Trạng thái known_exploited không được xác nhận trong dữ liệu cung cấp.
Lỗi cho phép một tài khoản đã xác thực biến chức năng tải tài liệu của WeKnora thành một điểm phát sinh yêu cầu HTTP đến các đích mà người dùng bên ngoài không nên truy cập trực tiếp. Kết quả kỹ thuật được xác nhận là nguy cơ làm lộ thông tin từ dịch vụ nội bộ và cloud metadata, với tác động chính nằm ở tính bí mật. Dữ liệu hiện có không cho thấy lỗi này trực tiếp cho phép sửa đổi dữ liệu, nâng quyền trong WeKnora hoặc làm gián đoạn dịch vụ. Mức độ ảnh hưởng thực tế phụ thuộc vào các mạng, dịch vụ nội bộ và quyền truy cập metadata mà máy chủ WeKnora có trong môi trường triển khai.
0.7.0, là mốc phát hành được CNA xác định nằm ngoài phạm vi bị ảnh hưởng. Không nên mặc định rằng mọi nhánh phát hành cao hơn hoặc song song đều an toàn nếu chưa được xác minh riêng.POST /api/v1/knowledge-bases/:id/knowledge/url đối với các tài khoản và mạng tin cậy, đồng thời áp dụng kiểm soát egress để máy chủ WeKnora không thể kết nối tùy ý đến mạng nội bộ hoặc dịch vụ metadata. Đây là biện pháp giảm thiểu phòng thủ theo chiều sâu, không phải bản sửa lỗi được xác nhận thay thế cho nâng cấp.docreader dùng Playwright.github.com/Tencent/WeKnora; ưu tiên kiểm tra các bản nằm trong khoảng bị ảnh hưởng.POST /api/v1/knowledge-bases/:id/knowledge/url, đặc biệt khi tham số URL trỏ đến máy chủ chuyển hướng.Giải pháp CyStack VulnScan liên tục phát hiện tài sản, xác minh lỗ hổng và giúp đội ngũ bảo mật ưu tiên khắc phục cho toàn bộ doanh nghiệp.
vi
