Reflected XSS trong Drupal Anti-Spam by CleanTalk

Lỗ hổng Improper Neutralization of Input During Web Page Generation ("Cross-site Scripting") trong Drupal Anti-Spam by CleanTalk cho phép Reflected XSS. Vấn đề này ảnh hưởng đến Anti-Spam by CleanTalk từ phiên bản 0.0.0 đến 9.7.1.

• Sản phẩm bị ảnh hưởng: module Drupal Anti-Spam by CleanTalk.
• Phạm vi phiên bản được cấu trúc hóa: từ 0.0.0 đến trước 9.7.1, với trạng thái affected.
• Advisory của Drupal cũng ghi nhận phạm vi là <9.7.1.
• Drupal chỉ rõ bản sửa cần cài là Anti-Spam by CleanTalk 9.7.1. Trạng thái của các nhánh hoặc phiên bản song song khác không được xác nhận ngoài các ranh giới này.

Lỗi nằm trong cách module xử lý thông báo phản hồi từ CleanTalk cloud API trước khi đưa vào HTML. Các hàm _cleantalk_die() và ct_die() xuất trực tiếp thông báo phản hồi vào HTML mà không sanitization đầy đủ, cho phép chèn HTML hoặc JavaScript tùy ý. Theo advisory, điều kiện khai thác là kẻ tấn công phải có khả năng tác động đến phản hồi của CleanTalk cloud API, chẳng hạn thông qua man-in-the-middle hoặc API server bị xâm nhập. Khi phản hồi bị kiểm soát được hiển thị trong trình duyệt, dữ liệu có thể được diễn giải như markup hoặc script trong ngữ cảnh trang Drupal. Chi tiết về endpoint cụ thể, định dạng thông báo độc hại và chuỗi payload không được nguồn cung cấp xác nhận.

Lỗi có khả năng bị khai thác qua mạng khi module Anti-Spam by CleanTalk nhận và hiển thị phản hồi từ CleanTalk cloud API. Bản ghi điểm đánh giá mô tả rằng không cần đặc quyền trước, độ phức tạp thấp và cần người dùng tương tác với nội dung bị ảnh hưởng, nhưng việc kẻ tấn công kiểm soát được phản hồi API là điều kiện thực tế quan trọng. Advisory nêu các ví dụ về điều kiện này là tấn công man-in-the-middle hoặc API server bị xâm nhập. Bản ghi được cung cấp không đánh dấu CVE này là đã bị khai thác; trường public_exploit được đặt là false, và dữ liệu SSVC do CISA-ADP cung cấp trên NVD ghi nhận trạng thái exploitation là none. Điều đó không chứng minh rằng không thể có hoạt động chưa được quan sát hoặc chưa được báo cáo.

Lỗi cho phép dữ liệu HTML hoặc JavaScript từ phản hồi API được đưa vào đầu ra mà không sanitization đầy đủ, tạo điều kiện cho Reflected XSS. Bản ghi đánh giá cho biết khai thác diễn ra qua mạng, không yêu cầu đặc quyền trước, có độ phức tạp thấp và cần người dùng tương tác; phạm vi tác động được đánh giá là thay đổi. Tác động thực tế phụ thuộc vào việc kẻ tấn công có thể làm sai lệch phản hồi CleanTalk cloud API và người dùng có truy cập nội dung bị ảnh hưởng hay không. Hậu quả có thể bao gồm thay đổi nội dung hiển thị hoặc tác động giới hạn đến dữ liệu và thao tác trong phiên trình duyệt, trong khi không có tác động sẵn có nào được xác nhận.

Nếu điều kiện kiểm soát phản hồi API được đáp ứng, HTML hoặc JavaScript do kẻ tấn công đưa vào có thể được trình duyệt xử lý trong ngữ cảnh trang Drupal hiển thị phản hồi đó. Hậu quả có thể gồm tác động đến tính toàn vẹn nội dung trang và khả năng truy cập một phần dữ liệu hoặc chức năng trong phạm vi phiên người dùng tương tác với nội dung bị ảnh hưởng. Bản ghi đánh giá mô tả tác động đến tính bảo mật và toàn vẹn ở mức thấp, không mô tả tác động đến tính sẵn sàng. Advisory không xác nhận một vụ xâm nhập, nạn nhân hoặc chiến dịch cụ thể.

1. Nâng cấp module Drupal Anti-Spam by CleanTalk lên phiên bản 9.7.1, là bản sửa được Drupal nêu trong advisory.
2. Xác minh sau nâng cấp rằng package đang chạy thực sự là 9.7.1 và không còn bản bị ảnh hưởng trong các site, container hoặc artifact triển khai.
3. Nếu chưa thể nâng cấp, hạn chế rủi ro bằng cách bảo vệ tính toàn vẹn của kết nối và hệ thống cung cấp CleanTalk API, vì advisory xác định khả năng tác động đến phản hồi API là điều kiện giảm nhẹ quan trọng. Nguồn không cung cấp một bản vá tạm thời cụ thể, nên không nên coi biện pháp này là thay thế cho nâng cấp.
4. Rà soát các site đã từng chạy phiên bản bị ảnh hưởng để phát hiện nội dung HTML hoặc JavaScript bất thường trong các phản hồi được module hiển thị.

1. Kiểm kê các site Drupal đang cài module Anti-Spam by CleanTalk và xác định phiên bản thực tế của module.
2. Xác định các bản cài đặt thuộc phạm vi từ 0.0.0 đến trước 9.7.1, vì đây là phạm vi bị ảnh hưởng được advisory hỗ trợ.
3. Kiểm tra code hoặc package của module để xác nhận sự hiện diện và việc sử dụng các hàm _cleantalk_die() và ct_die() trong luồng xử lý phản hồi API.
4. Rà soát log proxy, TLS inspection, firewall và kết nối outbound đến CleanTalk để tìm dấu hiệu bất thường trong các phản hồi API hoặc sự cố làm suy giảm tính toàn vẹn của kênh kết nối. Đây là biện pháp giám sát phòng ngừa, không phải IOC đã được nguồn xác nhận.
5. Kiểm tra đầu ra HTML liên quan đến thông báo lỗi hoặc phản hồi CleanTalk nếu có dấu hiệu markup hoặc script bất thường. Không coi việc không thấy log hoặc nội dung bất thường là bằng chứng hệ thống an toàn.