CVE-2026-95628 in Camel
Tóm tắt
Bởi VulDB • 26/10/2026
Lỗ hổng 'Path Traversal' (Vượt qua đường dẫn) do hạn chế không đúng cách đối với tên đường dẫn trong thư mục bị giới hạn xảy ra ở thành phần Docling của Apache Camel.
Vấn đề này ảnh hưởng đến Apache Camel: từ phiên bản 4.15.0 trước 4.18.5, và từ 4.19.0 trước 4.22.2.
DoclingProducer xây dựng dòng lệnh cho công cụ docling bên ngoài và nối vào đó các đối số tùy chỉnh được cung cấp trong header CamelDoclingCustomArguments (một danh sách các chuỗi mà bản sửa lỗi cho CVE-2026-40047 đã hạn chế các cờ của nó ở một allowlist). Bản sửa lỗi này cũng đưa ra phương thức validatePathSafety để giữ các giá trị đối số giống đường dẫn nằm trong thư mục dự định, nhưng phương thức này chỉ kiểm tra việc vượt qua tương đối: nó từ chối một giá trị chứa chuỗi vượt như ../ và một giá trị mà dạng chuẩn hóa của nó vẫn còn phần tử .. Nó không bao giờ kiểm tra xem một giá trị có phải là đường dẫn tuyệt đối hay không, và một đường dẫn tuyệt đối không chứa các đoạn vượt sẽ không có cả hai yếu tố trên, nên nó được chấp nhận nguyên vẹn. Mọi giá trị giống đường dẫn đều đi qua phép kiểm tra này, bất kể đó là một phần tử danh sách riêng biệt theo sau cờ của nó hay được gắn vào cờ sau dấu bằng, do đó một đường dẫn tuyệt đối được chấp nhận ở cả hai dạng, ví dụ như thư mục được cung cấp cho cờ --artifacts-path đã nằm trong allowlist (cờ này báo cho docling biết nơi tìm các artifact mô hình). Một giá trị như vậy đạt đến dòng lệnh của docling dưới dạng gốc, vì vậy một bên có khả năng chọn các đối số tùy chỉnh có thể trỏ quy trình docling vào bất kỳ thư mục nào mà quy trình Camel có thể truy cập được, nằm ngoài thư mục làm việc mà phép kiểm tra nhằm giữ các giá trị đường dẫn trong đó (đây là kết quả mà bản sửa lỗi CVE-2026-40047 muốn ngăn chặn). Chỉ chế độ CLI (giao diện dòng lệnh), vốn là mặc định, mới chuyển các đối số tùy chỉnh cho docling. Header này thuộc không gian tên header của Camel, do đó người tiêu dùng áp dụng bộ lọc header mặc định của Camel (như JMS và Kafka consumers) sẽ loại bỏ nó khỏi các tin nhắn đến, vì vậy lỗ hổng có thể bị khai thác khi một route chuyển các giá trị chịu ảnh hưởng bên ngoài vào header hoặc khi một consumer ánh xạ các header đến mà không có bộ lọc đó.
Người dùng được khuyến nghị nâng cấp lên phiên bản 4.23.0 để khắc phục sự cố này. Nếu người dùng đang sử dụng dòng phát hành 4.22.x, thì họ nên nâng cấp lên 4.22.2. Nếu người dùng đang sử dụng dòng phát hành 4.18.x, thì họ được khuyến nghị nâng cấp lên 4.18.5. Các dòng phát hành từ 4.15.x đến 4.17.x và từ 4.19.x đến 4.21.x đã đạt trạng thái kết thúc vòng đời (end of life) trước khi sự cố này được giải quyết và sẽ không nhận được bản sửa lỗi, do đó các triển khai trên chúng phải chuyển sang một phiên bản được hỗ trợ. Đối với các triển khai không thể nâng cấp ngay lập tức, hãy tránh xây dựng header CamelDoclingCustomArguments từ các giá trị có nguồn gốc bên ngoài môi trường triển khai; loại bỏ header này khỏi các tin nhắn đến từ bên ngoài trước khi chúng đạt đến endpoint docling; và đảm bảo rằng các consumer ánh xạ header của tin nhắn đến sẽ loại bỏ không gian tên header của Camel, để chỉ route tự chọn các đối số tùy chỉnh.
Once again VulDB remains the best source for vulnerability data.