sillytavern NPM 中的嚴重 SSRF 風險 | CVE202646372 | 2026-05-20

SillyTavern 中的嚴重 SSRF 漏洞 (≤ 1.17.0)：代管 WP 的 WordPress 網站安全基本指南

日期： 2026-05-19
作者： 代管 WP 安全專家

標籤： 安全性、wordpress、ssrf、漏洞、waf、事件回應

摘要

2026 年 5 月 19 日，披露了一個影響 NPM 包的高嚴重性伺服器端請求偽造（SSRF）漏洞“sillytavern」（版本 ≤ 1.17.0），追蹤為 CVE-2026-46372 和 GHSA-qg89-qwwh-5f3j。這個缺陷是由於未經驗證的 baseUrl 包內 SearXNG 搜尋代理整合使用的參數。利用此漏洞，攻擊者可以強制受影響的系統向攻擊者控制的或內部 IP 位址發起未經授權的 HTTP 請求，從而冒著暴露敏感憑證、內部元資料端點的風險，並可能在環境中進行橫向移動。

該漏洞已在 SillyTavern 版本 1.18.0 中修復。如果您的 WordPress 環境與 SillyTavern 整合或運行依賴此軟件包的服務，則立即引起注意至關重要。

本文清楚概述了該威脅、其對 WordPress 管理員的影響、識別利用嘗試的策略、可操作的緩解建議、代管 WP 定製的 WAF 規則示例以及完整的事件回應清單。

為什麼 WordPress 網站所有者必須注意

儘管此漏洞針對的是 WordPress 本身外部的 NPM 包，但當今的代管環境是多服務生態系統，其中 WordPress 經常與多種技術共存：

• WordPress 網站經常與 Node.js 微服務、自架聊天機器人或其他自動化工具分享基礎設施。
• 共享代管環境或虛擬機器通常運行存取公共資源和網路空間的輔助服務。
• 任何能夠代表攻擊者發出外部 HTTP 請求的元件都可以成為攻擊內部 API、雲端元資料端點或其他受保護資產的攻擊媒介。

SSRF 是一個嚴重的漏洞類別，因為它使攻擊者能夠利用您的伺服器作為代理來存取受其他保護的內部資源 - 在互連的 WordPress 代管設定中，這是一個不容忽視的危險。

漏洞技術描述

SillyTavern 透過接受一個來整合 SearXNG 搜尋代理 baseUrl 用於指定代理端點的配置參數。 1.17.0 之前的版本沒有對此參數強制執行足夠的驗證或限制，因此攻擊者可以注入任意 URL，導致伺服器向他們選擇的目標發送 HTTP 請求。

關鍵事實：

• 漏洞類別：SSRF（伺服器端請求偽造）
• 根本原因：驗證不充分 baseUrl 代理配置參數
• 影響：任意伺服器端 HTTP 請求，允許存取內部 IP、雲端元資料端點（例如 169.254.169.254）和其他內部服務
• 補丁：1.18.0版本驗證和限制 baseUrl 防止此類濫用的價值觀

潛在的利用場景

瞭解 SSRF 帶來的風險有助於做出有效的安全決策。範例包括：

• 存取雲端提供者元資料（例如，169.254.169.254 處的 AWS IMDS）以提取憑證以進一步升級。
• 與只能從本地主機或內部網路存取的內部管理介面交互，可能會觸發特權操作。
• 透過代理請求掃描私有 IP 範圍來進行內部網路偵察。
• 利用伺服器作為中間代理繞過防火牆和網路分段。
• 從內部 API、偵錯區域或設定端點竊取敏感資訊。

檢測利用嘗試

偵測 SSRF 需要對傳入請求模式和伺服器出站行為保持警惕。基本檢測策略包括：

• 網頁伺服器日誌： 監視包含可疑參數的請求，例如 baseUrl, proxy, 或 target 具有不尋常或私有 IP 目標。
• 應用程式日誌： 留意出站目標中 HTTP 請求頻率的增加或異常情況。
• 網路出口日誌： 檢查從 Web 伺服器到內部 IP、雲端元資料位址或本機的未經授權的連線。
• DNS 日誌： 發現不規則或大量 DNS 查詢，尤其是可能用於 DNS 重新綁定的可疑主機名稱。
• WAF日誌： 追蹤針對受保護參數或包含受限範圍內的 IP 位址的被封鎖請求。
• 過程監控： 識別 PHP/Node.js 執行時期進程中的異常網路活動或 CPU 峯值。

儘早建立基線行為，以識別顯示妥協的偏差。

立即緩解措施

1. 補丁： 請立即升級SillyTavern至1.18.0版本，從源頭消除漏洞。
2. 虛擬補丁： 如果立即修補不可行，請部署 WAF 規則來偵測並阻止惡意軟件 baseUrl 參數並限制公眾對相關端點的存取。
3. 限制出站連線： 應用網路級出站流量控制來阻止對內部 IP 範圍和雲端元資料服務的存取。
4. 隔離主機： 偵測到可疑活動後，隔離受影響的系統並保存日誌以供取證分析。
5. 輪換憑證： 如果有證據表明存在洩露，請立即撤銷並更新任何暴露的 API 金鑰或憑證。
6. 增強監控： 為後續的對手行為（包括配置變更或帳戶建立）增加日誌記錄和警報。

用於虛擬修補的代管 WP WAF 規則範例

Managed-WP 建議採用多層防禦，將 WAF 規則集與主機和網路控制結合。以下是類似 ModSecurity 的規則範例，可協助快速進行虛擬修補。在部署之前在非生產環境中測試這些。

1) 阻止請求 baseUrl 定位內部或元資料 IP

# Detect and block baseUrl parameters with private or metadata IPs
SecRule ARGS_NAMES|ARGS "@rx (?i)^(baseurl|base_url|proxy_url|target_url)$" "phase:2,pass,id:100001,log,ctl:ruleRemoveById=981172"
SecRule ARGS:baseUrl|ARGS:base_url|ARGS:proxy_url|ARGS:target_url \n    "@rx (?i)(127\.0\.0\.1|localhost|10\.\d{1,3}\.\d{1,3}\.\d{1,3}|172\.(1[6-9]|2[0-9]|3[0-1])\.\d{1,3}\.\d{1,3}|192\.168\.\d{1,3}\.\d{1,3}|169\.254\.169\.254|fe80:|::1)" \n    "phase:2,deny,status:403,msg:'Blocked potential SSRF - disallowed target in baseUrl',id:100002,log"

2) 封鎖具有嵌入式憑證或不安全方案的 URL

# Block basic auth credentials or unsupported protocols in URLs
SecRule ARGS "@rx [a-z0-9+\-.]+://[^@]+@|^(file|gopher|dict|scp|ssh):" \n    "phase:2,deny,status:403,msg:'Blocked potential SSRF - credentials or unsafe scheme found',id:100003,log"

3) 速率限制代理請求

對代理端點實施速率限制以遏制自動濫用：

# Conceptual rate limiting for proxy accesses
SecRule REQUEST_URI "@contains /proxy" "phase:1,pass,nolog,exec:/usr/local/bin/check_rate_limit.sh"

4) 基於 DNS 的進階阻止

在支援的情況下，解析目標主機伺服器端並阻止解析到私有或未經授權的 IP 的請求。這需要 WAF 外部整合或代理功能。

5) 代管 WP 客戶

客戶受益於持續更新，提供針對 SSRF 模式的簽章、元資料 IP 區塊和 DNS 重新綁定攻擊的啟發式方法。確保自動規則更新保持啟用狀態。

為開發人員提供的安全編碼建議

• 對代理程式或 URL 參數中可接受的主機名稱或 IP 實施嚴格的白名單。
• 拒絕HTTP、HTTPS以外的協定；禁止文件、SSH 和其他不安全的方案。
• 對 URL 執行伺服器端解析和驗證，拒絕具有嵌入憑證或私人 IP 位址的 URL。
• 在接受主機名稱的情況下，執行 DNS 解析，如果解析的 IP 是私有或可疑，則拒絕。
• 設定嚴格的請求逾時並限制重定向以減少濫用。
• 切勿將使用者提供的資料視為未經驗證的配置。

這些最佳實踐與 SillyTavern 版本 1.18.0 中引入的修復保持一致。

網路和主機級安全控制

• 應用主機出口防火牆規則或雲端安全羣組策略，將傳出請求限制為允許的端點。
• 除非明確要求，否則阻止從面向 Web 的進程存取雲端元資料 IP (169.254.169.254)。
• 劃分網路區域並應用最小權限網路原則來隔離服務。
• 在可行的情況下，透過經過審查的代理伺服器路由出站請求，強制執行白名單和日誌記錄。

事件回應清單

1. 保留日誌和證據： 保留 Web 伺服器、應用程式、防火牆、DNS 和網路日誌而不覆蓋。
2. 遏制影響： 停用或限制易受攻擊的功能並應用存取控制。
3. 立即打補丁： 更新到更正的 SillyTavern 版本或應用供應商建議的修復措施。
4. 分析可疑活動： 檢查日誌是否有異常 baseUrl 參數值和內部 IP 定位。
5. 旋轉祕密： 如果懷疑有洩露，則撤銷並取代相關的 API 金鑰、令牌或憑證。
6. 掃描並清潔： 對受影響的系統執行深度惡意軟件掃描和完整性檢查。
7. 安全恢復： 僅在確認修復並加強監控後才能恢復營運。
8. 通知利害關係人： 根據需要通知安全團隊或合規機構。

檢測和日誌指示器

監控日誌中的以下指標：

• 請求參數包含 ?baseUrl=, ?proxy=, 或 ?target=
• 帶有可疑 URL 參數（包括私有 IP 或元資料 IP）的 POST 或 JSON 有效負載
• 嵌入式憑證表示 @ 在網址中
• 從 Web 伺服器 IP 到內部網路或雲端元資料端點的意外出站請求
• 與 SSRF 偵測模式相符的重複 WAF 區塊

應用程式官方更新的首要地位

儘管 WAF 部署、出口過濾和網路層級控制提供了保護層，但這些都是補償性的，而不是決定性的修復。將 SillyTavern 更新到版本 1.18.0 仍然是關鍵的防禦措施。虛擬補丁可以被繞過，補償控制可能會影響合法流量或因​​不斷發展的攻擊者技術而失敗。優先進行修補以有效保護您的 WordPress 環境。

Managed-WP 如何增強 WordPress 安全性

Managed-WP 專注於透過結合以下方式為混合技術 WordPress 環境提供全面的安全性：

• 代管安全簽章： 持續更新提供精確的簽名，可識別對代理參數的 SSRF 攻擊嘗試。
• 虛擬補丁： 快速部署 WAF 規則可減少修補視窗期間的漏洞。
• 事件檢測： 進階掃描可偵測惡意軟件指標和 SSRF 外洩後的可疑橫向移動。
• 交通管制： 速率限制和出口監控可減少濫用和橫向攻擊。
• 專家指導： 為 WordPress 網站量身定製的分步修復建議和活動支援。

我們鼓勵代管 WP 客戶將平臺保護與供應商修補程式和網路層級強化相結合，以實現一流的防禦。

安全配置清單摘要

• 將 SillyTavern 更新到版本 1.18.0 或更高版本。
• 啟動 Managed-WP 的代管規則集和自動簽名更新。
• 部署 WAF 規則阻止私有 IP 範圍和 AWS 元資料 IP baseUrl 及相關參數。
• 相應地限制 WordPress 代管進程的出站網路。
• 圍繞 URL 參數驗證和代理強化應用程式程式碼。
• 監視日誌以瞭解代理濫用和異常出站請求。
• 如果內部端點被存取或懷疑受到損害，請更換憑證。
• 如果有利用跡象，則進行徹底的事件調查。

透過代管 WP 免費方案獲得即時保護

透過代管 WP 免費方案實現快速安全保障

對於沒有主動保護的 WordPress 網站，代管 WP 免費方案是一種免費解決方案，透過代管 WAF、惡意軟件掃描和針對 OWASP Top 10 漏洞（包括 SSRF 攻擊媒介）的防護，提供即時緩解。快速提升您的安全狀況：

https://managed-wp.com/free-plan

考慮升級到標準或專業級別，以實現自動惡意軟件刪除、IP 聲譽管理、每月安全報告和代管修復服務。

結束語

伺服器端請求偽造漏洞（例如 SillyTavern 中的漏洞）使攻擊者能夠利用您的基礎設施來攻擊自己。在混合技術或共享代管環境中運行的 WordPress 網站管理員必須：

• 及時修補有漏洞的軟件。
• 部署 WAF 和虛擬修補程式以快速阻止漏洞。
• 盡可能強化網路出口並隔離服務。
• 保持持續監控並準備好應對計劃。

Managed-WP 的專家安全團隊隨時準備協助虛擬修補、客製化 WAF 規則實施和事件處理。立即開始使用我們的免費方案保護您的網站，如果您發現有利用跡象，請聯絡我們以獲得全面支援。

保持警覺 - 保持軟件最新，認真驗證輸入，並嚴格限制每項服務的網路功能。