Unsafe reflection trong Progress Telerik UI for ASP.NET AJAX có thể làm crash hosting process

Trong Progress® Telerik® UI for AJAX, các phiên bản từ 2011.2.712 đến 2025.1.218, tồn tại một lỗ hổng reflection không an toàn có thể dẫn đến một ngoại lệ không được xử lý, từ đó làm crash hosting process và gây denial of service.

• Progress Software Telerik UI for ASP.NET AJAX: Fact affected trong bản ghi chuẩn hóa bắt đầu từ 2011.2.712 và bao phủ các phiên bản < 2025.1.416; default status được đặt là unaffected bên ngoài phạm vi affected đã nêu.
• Advisory của vendor nêu cụ thể các phiên bản từ 2011.2.712 đến 2025.1.218 inclusive là affected và xác định 2025.1.416 là patched target.
• Do ranh giới trên trong bản ghi chuẩn hóa và phạm vi được vendor liệt kê được diễn đạt khác nhau, trạng thái của các bản phát hành giữa 2025.1.218 và 2025.1.416 không được advisory mô tả riêng. Không nên tự suy luận các bản phát hành này an toàn; hãy áp dụng hướng dẫn phát hành hiện hành của vendor.

Lỗ hổng được phân loại là CWE-470, tức sử dụng input do bên ngoài kiểm soát để lựa chọn class hoặc code, còn gọi là unsafe reflection. Vendor cho biết attacker có thể gửi một request được tạo đặc biệt tới ứng dụng sử dụng Telerik UI for ASP.NET AJAX. Request này có thể kích hoạt xử lý reflection không an toàn và dẫn đến unhandled exception. Exception làm crash hosting process, khiến ứng dụng bị từ chối dịch vụ trong thời gian khởi động lại.

Các bước xác minh của vendor liên kết hành vi dễ bị ảnh hưởng với Telerik.Web.UI.dll và các handler phục vụ Telerik.Web.UI.WebResource.axd trong web.config. Hồ sơ hiện có không mô tả chính xác reflection target, toàn bộ cấu trúc input, hoặc mọi điều kiện triển khai cần thiết ngoài khả năng truy cập qua mạng.

• Khả năng tiếp cận: Có thể thực hiện từ xa qua network request tới ứng dụng bị ảnh hưởng.
• Xác thực và tương tác: Hồ sơ được cung cấp mô tả yêu cầu quyền hạn bằng không và không cần user interaction.
• Độ phức tạp: Hồ sơ mô tả attack complexity ở mức thấp.
• Trạng thái khai thác: Hồ sơ đặt trường public exploit là false và không xác định hoạt động khai thác đã biết. Điều này không chứng minh rằng việc khai thác chưa từng xảy ra.

Kết quả kỹ thuật được xác nhận là crash hosting process và denial of service, với phạm vi tác động không thay đổi sang một security authority khác. Vì request có thể đến qua network và hồ sơ mô tả không cần privilege, các ứng dụng có endpoint liên quan được công khai có thể bị gián đoạn từ xa. Hồ sơ không xác lập code execution, disclosure dữ liệu hoặc thay đổi dữ liệu. Mức độ gián đoạn thực tế phụ thuộc vào cơ chế restart và khả năng phục hồi của môi trường hosting.

Tác động được xác nhận chủ yếu là mất availability của ứng dụng ASP.NET AJAX. Một request thành công có thể làm hosting process chấm dứt và khiến dịch vụ bị gián đoạn trong thời gian ứng dụng restart. Các request lặp lại có thể kéo dài thời gian gián đoạn, nhưng hồ sơ không xác lập hành vi persistence hoặc tác động tài nguyên ngoài việc crash process. Hồ sơ không xác định hậu quả đối với tính bí mật hoặc tính toàn vẹn của dữ liệu.

1. Nâng cấp Telerik UI for ASP.NET AJAX lên 2025.1.416 (2025 Q1 SP2), là patched target do vendor chỉ định. Bảng của vendor biểu thị ranh giới bản sửa bằng >= v2025.1.416; cần xác minh lại assembly sau khi nâng cấp.
2. Nếu chưa thể nâng cấp ngay, áp dụng một trong các temporary mitigation do vendor tài liệu hóa. Assembly binding redirect sẽ tải các patched assembly và chỉ được vendor bảo đảm cho ứng dụng sử dụng 2024.2 hoặc mới hơn; vendor cũng nêu các điều kiện cần xem xét đối với nhánh cũ hơn.
3. Vendor cũng tài liệu hóa HTTP Request Filtering Module và URL Rewrite cho tất cả affected version. Các biện pháp này nên được triển khai theo đúng hướng dẫn của vendor và được kiểm thử trước khi đưa vào production.
4. Sau khi sửa web.config, thực hiện restart ứng dụng một cách có kiểm soát. Việc thay đổi cấu hình có thể kích hoạt IIS restart, nhưng vendor khuyến nghị restart thủ công ngay lập tức.
5. Ưu tiên xử lý các instance có thể nhận request từ network không tin cậy, đồng thời xác minh rằng mọi bản sao của assembly trong artifact và thư mục triển khai đều đã được thay thế.

1. Kiểm kê source project và các binary đã triển khai để tìm assembly Telerik.Web.UI.dll.
2. Đọc assembly version trong thuộc tính reference của Visual Studio hoặc metadata tương đương trong artifact triển khai, sau đó đối chiếu với các ranh giới affected và fixed trong affected_summary.
3. Kiểm tra web.config để tìm đăng ký Telerik.Web.UI.WebResource.axd trong httpHandlers hoặc trong nhóm handler của system.webServer.
4. Rà soát application log, hosting log và process-supervision telemetry để tìm unhandled exception, hosting-process crash và các lần restart gần thời điểm có request tới handler bị ảnh hưởng. Đây là các dấu hiệu hành vi, không phải IOC chính thức được vendor công bố.
5. Trong quá trình review phòng ngừa, có thể kiểm tra log request tới handler cùng các tham số type và prtype được nêu trong logic mitigation của vendor. Việc không thấy các sự kiện này không chứng minh hệ thống an toàn.