Lỗi IDOR liên tổ chức cho phép truy cập trái phép dữ liệu sự kiện trong getsentry Sentry

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-26004 là gì?

Lỗ hổng CVE-2026-26004 là lỗ hổng Authorization Bypass Through User-Controlled Key ảnh hưởng tới sentry (phiên bản bị ảnh hưởng: < 26.1.0). Lỗ hổng này được xếp hạng ở mức Trung bình, với điểm CVSS 5.7. 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ế.

Giới thiệu chung

Dữ liệu gốc

Sentry là một công cụ theo dõi lỗi và giám sát hiệu năng hướng đến nhà phát triển. Các phiên bản trước 26.1.0 có lỗ hổng Insecure Direct Object Reference (IDOR) liên tổ chức trong endpoint GroupEventJsonView của Sentry. Phiên bản 26.1.0 vá lỗi này.

Sản phẩm và phạm vi ảnh hưởng

  • getsentry Sentry: các phiên bản < 26.1.0 được xác định là bị ảnh hưởng.
  • Sentry 26.1.0 được xác định là phiên bản sửa lỗi.
  • Bản ghi không xác nhận trạng thái của các nhánh phát hành song song hoặc các bản dựng tùy chỉnh ngoài ranh giới nêu trên.

Chi tiết kỹ thuật

Lỗi nằm trong endpoint GroupEventJsonView, nơi tham số group_id do người dùng kiểm soát không được ràng buộc đúng với tổ chức đang được xác thực. Trong triển khai bị ảnh hưởng, phương thức GroupEventJsonView.get gọi get_group_with_redirect mà không truyền đối số organization, vì vậy các kiểm tra quyền theo tổ chức không được áp dụng cho resource được truy vấn. Kiểm tra quyền chỉ dựa trên tổ chức hiện tại và scope event:read, nhưng không xác nhận group thuộc tổ chức đó. Người tấn công cần một tài khoản đã xác thực có quyền event:read trong tổ chức của họ, sau đó có thể gửi yêu cầu mạng tới endpoint với group_id thuộc tổ chức khác. Bản sửa truyền organization vào lời gọi xử lý group và bổ sung kiểm thử bảo đảm truy cập liên tổ chức bị từ chối. Chi tiết triển khai khác ngoài endpoint và luồng kiểm tra quyền này chưa được xác nhận trong bằng chứng hiện có.

Khả năng khai thác

Lỗ hổng có thể bị khai thác từ xa qua endpoint HTTP của Sentry và yêu cầu người tấn công đã đăng nhập bằng tài khoản có quyền event:read trong tổ chức của chính họ. Advisory công khai mô tả proof of concept trong đó người dùng không phải administrator thay đổi group_id nhưng giữ slug của tổ chức riêng trong URL để truy cập event của tổ chức khác. Tương tác của người dùng nạn nhân không được yêu cầu trong luồng đã mô tả. Group ID được advisory ghi nhận là có thể đoán tương đối dễ do thường tăng tuần tự, nhưng khả năng này phụ thuộc triển khai và dữ liệu thực tế. Bản ghi xác nhận có public exploit hoặc proof of concept; trạng thái khai thác thực tế trong các môi trường cụ thể vẫn chưa được xác định.

Tác động kỹ thuật

Tác động được xác nhận là mất tính bí mật của event data giữa các tổ chức. Kẻ tấn công cần tài khoản đã xác thực với quyền event:read, nhưng không cần là administrator và không cần người dùng nạn nhân tương tác. Phạm vi ảnh hưởng vượt qua ranh giới tổ chức trong cùng hệ thống Sentry, nên dữ liệu của một tenant có thể bị đọc bởi người dùng thuộc tenant khác. Advisory không mô tả khả năng sửa đổi dữ liệu, nâng quyền, hoặc gây từ chối dịch vụ. Mức độ thiệt hại thực tế phụ thuộc vào loại dữ liệu được ghi trong event payload và thời gian instance đã chạy phiên bản bị ảnh hưởng.

Tác động đến tổ chức

  • Người dùng thuộc một tổ chức có thể đọc dữ liệu sự kiện của tổ chức khác, phá vỡ ranh giới tenant hoặc organization.
  • Event data có thể chứa thông tin nhạy cảm tùy cấu hình và nội dung ứng dụng, vì vậy việc lộ dữ liệu có thể ảnh hưởng đến bí mật kinh doanh, dữ liệu người dùng hoặc thông tin vận hành.
  • Sự cố có thể làm tăng yêu cầu điều tra, đánh giá phạm vi dữ liệu và thông báo sự kiện bảo mật nếu các event bị truy cập trái phép chứa dữ liệu được bảo vệ.
  • Bằng chứng hiện có chỉ xác nhận truy cập đọc trái phép; không ghi nhận tác động sửa đổi dữ liệu hoặc làm gián đoạn dịch vụ.

Cách khắc phục

  1. Nâng cấp getsentry Sentry lên 26.1.0, phiên bản được xác định là đã sửa lỗi.
  2. Xác minh phiên bản thực tế của từng instance, image hoặc bản dựng tùy chỉnh; không suy luận rằng một nhánh phát hành khác đã được sửa chỉ từ việc 26.1.0 có bản vá.
  3. Sau khi nâng cấp, kiểm thử kiểm soát truy cập giữa hai tổ chức bằng các tài khoản kiểm thử riêng biệt và xác nhận GroupEventJsonView từ chối group hoặc event không thuộc tổ chức hiện tại.
  4. Nếu chưa thể nâng cấp ngay, hạn chế tạm thời quyền truy cập mạng tới Sentry và rà soát dữ liệu sự kiện có khả năng nhạy cảm. Đây là biện pháp phòng ngừa, không phải mitigation được vendor xác nhận trong bằng chứng hiện có.
  5. Rà soát log truy cập để xác định các yêu cầu trước thời điểm vá có dấu hiệu truy cập group hoặc event ngoài tổ chức của người dùng.

Cách phát hiện

  • Kiểm kê mọi triển khai self-hosted của getsentry Sentry và xác định phiên bản đang chạy trước khi đánh giá tiếp.
  • Rà soát log hoặc telemetry của các yêu cầu tới route liên quan đến GroupEventJsonView, đặc biệt khi slug tổ chức trong URL không tương ứng với tổ chức sở hữu group hoặc event được truy vấn.
  • Tìm các tài khoản có event:read đã truy cập event data ngoài phạm vi tổ chức của họ, nếu hệ thống có ghi lại resource-level authorization hoặc group ownership.
  • Thực hiện controlled authorization test trong môi trường không sản xuất với hai tổ chức riêng biệt, xác nhận việc truy cập group hoặc event của tổ chức còn lại bị từ chối.
  • Không có IOC cụ thể nào được cung cấp. Việc không tìm thấy log phù hợp không chứng minh hệ thống chưa bị truy cập hoặc đã an toàn.
Nguồn (14)
Tìm hiểu thêm

Kiểm tra chuyên sâu cùng giải pháp quản lý rủi ro Web toàn diện

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.