ONLYOFFICE DocSpace中的社區警報XSS(CVE202411750)

WordPress ONLYOFFICE DocSpace插件中的跨站腳本(XSS)
插件名稱 ONLYOFFICE DocSpace
漏洞類型 跨站腳本攻擊 (XSS)
CVE 編號 CVE-2024-11750
緊急程度
CVE 發布日期 2026-02-03
來源 URL CVE-2024-11750

在 ONLYOFFICE DocSpace 中的經過身份驗證(貢獻者)存儲型 XSS(<= 2.1.1)— 網站擁有者現在必須做什麼

摘要: 在 ONLYOFFICE DocSpace 版本 ≤ 2.1.1 中存在一個存儲型跨站腳本(XSS)漏洞(CVE‑2024‑11750),允許具有貢獻者權限的經過身份驗證用戶存儲在其他用戶的瀏覽器中執行的腳本有效載荷。版本 2.1.2 包含修復。此公告提供了簡明的技術摘要、現實的攻擊場景、檢測技術以及網站擁有者和管理員的明確緩解步驟 — 當無法立即更新時提供實用選項。.


目錄

  • 概述:發生了什麼
  • 技術摘要:漏洞如何運作
  • 現實的攻擊場景和影響
  • 受影響的版本和 CVE / CVSS 上下文
  • 網站管理員的立即步驟
  • 如何檢測您是否已成為目標
  • 當您無法立即更新時如何緩解
  • 長期加固和最佳實踐
  • 虛擬修補如何立即提供幫助
  • 實用命令和代碼片段(附錄)
  • 最後的注意事項和建議的時間表

概述:發生了什麼

2026 年 2 月 3 日,ONLYOFFICE DocSpace 中的存儲型跨站腳本(XSS)問題被公開披露。該漏洞(CVE‑2024‑11750)允許貢獻者(經過身份驗證的有限權限用戶)提交內容,該內容在後續渲染時未經充分的清理或編碼,導致當其他用戶查看受影響的頁面或文檔條目時執行腳本。插件作者在版本 2.1.2 中發布了修補程序。.

此公告是為 WordPress 網站擁有者和管理員撰寫的 — 特別是香港管理多作者網站、內部網或學習平台的團隊,其中貢獻者帳戶很常見。閱讀此內容並迅速採取行動:修復很簡單(更新),但臨時控制措施在您測試和部署修補程序時減少了風險。.

技術摘要:漏洞如何運作

存儲型 XSS 發生在攻擊者控制的數據存儲在服務器上,並在後續渲染到頁面時未經適當驗證、清理和輸出編碼。.

  • 所需權限: 貢獻者(可以創建內容,但通常無法發布或管理插件)。.
  • 漏洞類型: 存儲型跨站腳本(持久性 XSS)。.
  • 觸發: 貢獻者將有效載荷注入插件存儲的字段(標題、描述、評論、元數據)。這些字段在管理或公共視圖中逐字顯示。.
  • 利用風險: If an admin or other high‑privilege user views the payload, the script executes in that user’s browser context, allowing cookie/token theft, privileged actions via authenticated requests, or workspace compromise.
  • 修復: 更新至 ONLYOFFICE DocSpace 2.1.2 — 此補丁確保對受影響字段進行適當的清理/編碼。.

現實的攻擊場景和影響

存儲的 XSS 是持久的,當高權限用戶觸發它時可以被武器化。示例:

  • 管理員帳戶妥協: 一名貢獻者在文檔描述中植入腳本。當管理員打開文檔時,該腳本將會話令牌竊取到攻擊者手中,並允許網站接管。.
  • 內容破壞或錯誤信息: 注入的標記在編輯頁面上添加欺騙性的橫幅或彈出窗口,損害聲譽。.
  • CSRF 鏈接: 該腳本對管理端點執行後台請求,如果端點保護薄弱,則更改設置或創建用戶。.
  • 供應鏈轉移: 該腳本定位內部文檔 ID、API 密鑰或其他敏感 UI 項目並洩漏它們。.

即使利用需要特權用戶查看內容,對於管理員定期預覽提交的編輯工作流程來說,風險仍然很大。.

受影響的版本和 CVE / CVSS 上下文

  • 受影響: ONLYOFFICE DocSpace ≤ 2.1.1
  • 修復於: 2.1.2
  • CVE: CVE‑2024‑11750
  • CVSS v3.1: CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:C/C:L/I:L/A:L (分數約為 6.5)

向量說明:攻擊者需要網絡訪問和貢獻者帳戶。特權用戶必須查看或與惡意內容互動 (UI:R)。範圍為 C — 影響可以跨越特權邊界。.

針對網站管理員的立即步驟(最快的風險降低)

  1. 更新插件(建議): 儘快應用 ONLYOFFICE DocSpace 2.1.2。在生產環境之前,盡可能在測試環境中進行測試。.
  2. 如果您無法立即更新 — 短期緩解措施:
    • 暫時暫停或移除您無法驗證的非信任貢獻者帳戶。.
    • 將貢獻者的角色更改為訂閱者或更嚴格的自定義角色,直到應用補丁。.
    • 強制內容審核:要求草稿和管理員/編輯批准,然後提交的內容才能被高權限用戶查看。.
  3. 使用 WAF 應用虛擬補丁: 如果更新延遲,部署 WAF 規則以阻止插件端點上可能的 XSS 載荷(請參見下面的規則建議)。虛擬補丁可以在攻擊嘗試到達應用邏輯之前阻止它們。.
  4. 掃描惡意內容: Search posts, postmeta, comments, and plugin metadata for XSS markers such as
  5. Rotate admin credentials if compromise suspected: Force password resets, invalidate sessions, and rotate any exposed tokens.
  6. Audit high‑privilege actions: Review recent plugin/theme changes, new users, and scheduled tasks for signs of compromise.

How to detect whether you’ve been targeted

Detection combines automated scanning with manual review.

  1. Database search for script tags (quick): Use WP‑CLI or direct DB queries (backup first). Example commands:
# Find posts containing