CVE-2024-36401: Lỗ hổng bảo mật thực thi mã từ xa nghiêm trọng trong GeoServer mã nguồn mở 

CVE-2024-36401 ảnh hưởng đến các phiên bản GeoServer trước 2.25.2, 2.24.4 và 2.23.6. Lỗi này phát sinh từ việc đánh giá không an toàn các tên thuộc tính dưới dạng biểu thức XPath trên nhiều tham số yêu cầu OGC. Kẻ tấn công có thể khai thác lỗ hổng này để tạo RCE (thực thi mã từ xa) bằng cách chèn các đầu vào được tạo thủ công vào cài đặt GeoServer mặc định.

 Theo GitHub Security Advisories, lỗ hổng này có điểm CVSS v3.1 là 9,8 (Nguy cấp). 

GeoServer hỗ trợ cả các loại đối tượng đơn giản và phức tạp để chứa các cấu trúc dữ liệu không gian địa lý khác nhau, từ các tập dữ liệu phẳng đến phức tạp, lồng nhau. Tuy nhiên, việc xử lý sai các biểu thức XPath trên các loại dữ liệu này là nguyên nhân khiến CVE-2024-36401 có thể khai thác được.

Các kiểu đối tượng đơn giản biểu diễn dữ liệu không gian địa lý trực tiếp ở định dạng phẳng, trong đó mỗi hàng trong cơ sở dữ liệu tương ứng với một đối tượng không gian địa lý; và mỗi thuộc tính ánh xạ trực tiếp đến một phần tử XML. 

Ví dụ, một bảng biểu diễn các công ty với các cột như ID, tên và vị trí có thể dễ dàng được chuyển đổi thành các tính năng XML đơn giản.

Ngược lại, các kiểu đối tượng phức tạp xử lý dữ liệu phức tạp hơn. Kiểu đối tượng này hỗ trợ các thuộc tính lồng nhau và mối quan hệ giữa các tập dữ liệu khác nhau. Các lược đồ phức tạp này không được tạo tự động mà được xác định bằng các tiêu chuẩn cộng đồng, như được nêu trong tiện ích mở rộng Application Schema của GeoServer.

Ví dụ: 

Trong bảng công ty trước đó, chúng tôi thêm một khóa ngoại hướng dẫn để mô tả mối quan hệ giữa một công ty và đơn vị địa chất tương đương của nó:

Thông tin đơn vị địa chất được lưu trữ riêng biệt trong bảng đơn vị địa chất:

Bằng cách sử dụng các bảng này, chúng ta có thể lập bản đồ công ty thành một sa:Công ty lấy mẫu, trong đó có một lồng nhau gsml:Đơn vị địa chấtThiết lập này tạo ra một tính năng phức tạp vì nó liên quan đến các kiểu lồng nhau và các mối quan hệ được xác định bởi các thông số kỹ thuật của cộng đồng thay vì các lược đồ được tạo tự động.

GeoServer được thiết kế để sử dụng đánh giá XPath để xử lý các loại đối tượng phức tạp (chẳng hạn như các đối tượng được tìm thấy trong kho dữ liệu Application Schema). Nhưng do xử lý không đúng cách, nó cũng áp dụng đánh giá XPath nhầm vào các loại đối tượng đơn giản. Điều này tạo ra một vectơ tấn công vì:

1. GeoServer dựa vào thư viện GeoTools để đánh giá tên thuộc tính trong quá trình truy xuất dữ liệu.
2. Các commons-jxpath thư viện, được sử dụng để xử lý biểu thức XPath, thiếu xác thực thích hợp, có thể thực thi mã tùy ý khi xử lý biểu thức XPath.
3. Lỗ hổng này khiến tất cả các phiên bản GeoServer có nguy cơ bị tấn công RCE vì kẻ tấn công có thể tạo một yêu cầu độc hại khai thác lệnh thực thi XPath không an toàn này để kiểm soát máy chủ.

• MỘT BƯU KIỆN yêu cầu được gửi đến Lấy giá trị tài sản hoạt động. Sau đó, GeoServer cố gắng truy xuất thuộc tính (hoặc giá trịTham chiếu) cho một tính năng nhất định.  
• Nếu thuộc tính được yêu cầu tồn tại trong bảng Chi tiết loại đối tượng, GeoServer sẽ xử lý thuộc tính đó một cách bình thường.

Ngoài các hàm chuẩn, JXPath còn hỗ trợ các hàm mở rộng đóng vai trò là cầu nối tới Java. "Cầu nối tới Java" này rất quan trọng vì nó cho phép các hàm Java được gọi trực tiếp trong các truy vấn XPath, ví dụ:

WFS của GeoServer cho phép người dùng truy vấn và thao tác các tính năng không gian địa lý. Trong điều kiện bình thường, WFS Lấy giá trị tài sản hoạt động này chỉ đơn giản trả về thuộc tính được yêu cầu trong một cấu trúc XML.

1. Kẻ tấn công gửi yêu cầu POST tới /geoserver/wfs.
2. GeoServer kiểm tra thẻ XML ngoài cùng—wfs:GetPropertyValue—để xác định thao tác nào sẽ được thực hiện.
3. Sau đó, GeoServer chuyển giao các tham số yêu cầu cho phương thức tương ứng trong lớp WFS. Trong trường hợp này, Dispatcher chuyển hướng yêu cầu đến Lấy giá trị tài sản phương pháp.

Để mô phỏng việc khai thác này trong một kịch bản thực tế, chúng tôi OPSWAT Các nghiên cứu sinh đã triển khai GeoServer trên máy Windows cục bộ. Giao diện sau được hiển thị khi truy cập GeoServer.

Một khai thác đơn giản có thể leo thang thành một cuộc tấn công chuỗi cung ứng phần mềm, đặc biệt là trong các dự án dựa trên phần mềm nguồn mở như GeoServer. Công nghệ OPSWAT SBOM (Bảng kê vật liệu Software ) giúp xác định các lỗ hổng như CVE-2024-36401 trong cơ sở mã của bạn.

Ví dụ này chứng minh cách OPSWAT SBOM:

1. Phát hiện các thành phần phần mềm bị ảnh hưởng bởi lỗ hổng bảo mật.
2. Đánh giá và xếp hạng mức độ nghiêm trọng của lỗ hổng bảo mật – tại đây, các CVE của GeoServer được đánh dấu là “Nghiêm trọng”.
3. Xác định phiên bản bị ảnh hưởng.
4. Đề xuất phiên bản đã sửa lỗi để nhóm phát triển có thể áp dụng bản vá hoặc thực hiện biện pháp khắc phục kịp thời.