插件名稱	廣告管理器 Wd
漏洞類型	任意文件下載
CVE 編號	CVE-2019-25727
緊急程度	高
CVE 發布日期	2026-06-08
來源網址	CVE-2019-25727

緊急：Ad Manager Wd (≤ 1.0.11) 中的任意檔案下載漏洞 — WordPress 網站擁有者現在必須做的事情

發布於： 2026-06-05
作者： WP防火牆安全團隊

一個高優先級的未經身份驗證的目錄遍歷 / 任意檔案下載漏洞影響 Ad Manager Wd 插件版本 ≤ 1.0.11。了解這個漏洞是如何運作的，如何檢測利用，以及 WP‑Firewall 安全專家的逐步緩解措施（包括 WAF 規則、伺服器加固和恢復指導）。.

標籤： WordPress, 安全性, WAF, 漏洞, Ad Manager Wd, CVE-2019-25727

注意：本文是從 WP‑Firewall 安全專家的角度撰寫的。它專注於您現在可以採取的實際檢測、緩解和恢復步驟，以保護受 Ad Manager Wd 插件漏洞（版本 ≤ 1.0.11）影響的 WordPress 網站。如果您管理多個網站或托管客戶網站，請將此視為事件響應檢查清單。.

TL;DR — 立即問題

已報告 WordPress 插件 “Ad Manager Wd” 的一個高優先級漏洞（未經身份驗證的目錄遍歷導致任意檔案下載），影響版本 ≤ 1.0.11 (CVE-2019-25727)。.
影響：攻擊者可以從您的網頁根目錄下載敏感檔案 — 包括配置檔案 (wp-config.php)、備份或其他可能包含憑證或網站秘密的檔案 — 而無需身份驗證。.
CVSS: 7.5 (高)。該漏洞特別危險，因為它可以在未經身份驗證的情況下被利用，並且可以作為大規模利用活動的一部分。.
立即行動：（1）如果無法修補，請移除或禁用易受攻擊的插件，（2）部署 WAF 保護 / 虛擬修補規則，（3）掃描妥協跡象，以及（4）如果敏感檔案被暴露，請更換秘密。.

本文解釋了漏洞通常是如何運作的，如何在您的網站上檢測它，實際的緩解措施（WAF 規則和伺服器加固），以及恢復檢查清單。我們還將展示檢測查詢的示例、您可以應用的 ModSecurity/WAF 規則，以及最小化暴露的主機級變更。.

1 — 背景：“通過目錄遍歷的任意檔案下載”是什麼意思

目錄遍歷（也稱為路徑遍歷）是一類漏洞，其中未經清理的輸入允許攻擊者操縱應用程序使用的檔案路徑 — 例如，通過插入類似 ../ （或編碼等價物 %2e%2e/）的序列來向上移動目錄樹。當應用程序使用用戶控制的輸入來構建檔案系統路徑，然後在沒有足夠驗證的情況下將該檔案返回給客戶端時，攻擊者可以檢索到意圖之外的檔案。.

在這種情況下，Ad Manager Wd 插件暴露了一個未經身份驗證的端點，接受檔案名或路徑參數。由於該插件未能正確驗證或標準化該輸入，攻擊者可以提供目錄遍歷有效負載來從網頁伺服器下載任意檔案。.

為什麼這對 WordPress 重要：

wp-config.php 包含數據庫憑證和身份驗證密鑰。.
備份檔案、日誌、導出檔案或配置快照可能包含秘密。.
下載的檔案可以用於升級攻擊、轉移或收集其他系統的憑證。.

由於該端點是未經身份驗證的，攻擊者不需要任何有效的 WordPress 帳戶來執行查詢。這允許廣泛掃描和自動化的大規模利用。.

2 — 攻擊者通常如何利用此漏洞（高層次）

攻擊者在網站上識別出易受攻擊的插件（通過掃描或已知插件列表）。.
他們向插件的下載端點發送帶有包含路徑遍歷序列的參數的HTTP請求。常見的有效載荷：
- ../wp-config.php
- %2e%2e%2f..%2fwp-config.php （雙重編碼）
- 嘗試到達的有用組合 /etc/passwd 或者 /home/*/backup.zip.
如果成功，伺服器將以文件內容作為回應（通常帶有 內容處置: 附件），允許攻擊者下載它。.
隨著憑證或密鑰的收集，攻擊者可以直接攻擊該網站（數據庫登錄，如果重用密鑰則使用SSH，或安裝後門）。.

由於許多WordPress網站保留過時的插件或將備份放在可通過網絡訪問的位置，攻擊者檢索文件的能力可能迅速導致完全妥協。.

3 — 妥協指標和檢測指導

即使在您有證據表明文件已被下載之前，也要在伺服器日誌、應用程序日誌和WAF日誌中查找以下內容。.

常見的檢測信號：

從未知IP或許多不同IP（掃描）重複訪問插件的下載端點。.
14. 包含 ../, %2e%2e, %2f, ，或查詢字符串或POST主體中的編碼遍歷模式。.
不尋常的 200 回應帶有 內容類型：application/octet-stream 或者有 內容處置: 附件 與檔案名稱相關的 wp-config.php 或者 .htaccess.
在可疑下載後不久創建新的管理員用戶或意外的檔案寫入（攻擊者進展）。.
在可疑活動後創建的出站連接或不尋常的 cron 工作。.

搜尋範例（使用您的訪問日誌，調整您的主機檔案路徑）：

grep -E "(%2e%2e|(\.\./))" /var/log/apache2/access.log*
grep -i "ad-manager-wd" /var/log/apache2/access.log*

grep -i "download" /var/log/apache2/access.log* | grep -i "ad-manager-wd"

awk '$9 == 200 {print $7}' /var/log/nginx/access.log | grep -i "wp-config.php"

wp --path=/var/www/html --allow-root db query "SELECT option_name, option_value FROM wp_options WHERE option_name LIKE '%secret%' OR option_value LIKE '%password%';"

如果您找到匹配的命中（直接 wp-config.php 下載或類似），將該網站視為可能被攻擊並遵循以下恢復步驟。.

4 — 立即控制：在第一小時內該怎麼做

第一小時的目標是控制：防止進一步下載，阻止攻擊者升級，並保留證據。.

立即禁用易受攻擊的插件
- 從 WP 管理儀表板：插件 → 停用 “Ad Manager Wd”。.
- 如果您無法訪問儀表板，請通過 SFTP/SSH 重命名插件目錄：
```
mv wp-content/plugins/ad-manager-wd wp-content/plugins/ad-manager-wd.disabled
```
- 重命名插件目錄將立即停用它。.
應用 WAF 虛擬補丁（請參見下一部分的規則）
- 如果您運行 WAF（雲端或本地），請應用一條規則以阻止包含路徑遍歷序列或通過插件端點下載敏感檔案名稱的請求。.
暫時封鎖違規 IP。
- 如果您看到明顯的惡意 IP 重複請求端點，請在防火牆或網頁伺服器層級阻擋它們（暫時，以減少噪音）。.
保存記錄和證據
- 將相關日誌複製到安全位置。在複製之前不要截斷日誌。.
- 快照網站檔案系統（如果可能）以保留取證影像。.
如有需要，將網站置於維護模式。
- 這在修復過程中減少了暴露，特別是如果您懷疑有主動利用的情況。.
通知利害關係人
- 對於管理的網站，通知網站擁有者和託管提供商。.

5 — 部署 WAF / 虛擬修補 — 建議規則

一個調整良好的 WAF 將阻止大多數利用嘗試，即使插件仍然安裝（如果沒有官方修補程序可用或您無法立即更新，這是有用的）。以下是您可以快速部署的 ModSecurity / 通用 WAF 規則和 nginx 規則示例。在切換到生產環境中的阻擋模式之前，請在檢測/日誌模式下測試規則。.

警告： 在可能的情況下，在測試環境中測試規則 — 過於寬泛的規則可能會破壞合法功能。.

範例 ModSecurity 規則（通用）

此規則阻止任何請求參數、標頭或 URI 中的常見遍歷模式和編碼變體：

# Block directory traversal attempts (simple)
SecRule ARGS|REQUEST_HEADERS|REQUEST_URI "@rx (\.\.|%2e%2e|%252e%252e)(/|%2f|%252f)" \n    "id:1001001,phase:2,deny,log,status:403,msg:'Block - Potential directory traversal attempt',severity:2,tag:'WP-Firewall:Traversal'"

為了特別保護 Ad Manager Wd 端點（用實際插件端點替換路徑）：

SecRule REQUEST_URI "@beginsWith /wp-content/plugins/ad-manager-wd/download.php" \n    "id:1001002,phase:2,chain,deny,log,status:403,msg:'Ad Manager Wd - block suspicious download requests'"
SecRule ARGS:filename|ARGS:file|ARGS:path "@rx (\.\.|%2e%2e|%252e%252e)"

示例 Nginx 規則 (nginx.conf)

阻止任何請求 ../ 或編碼的遍歷序列：

# inside server block
if ($request_uri ~* "(%2e%2e|%2e%2f|\.\./)") {
    return 403;
}

或更狹隘地，當檢測到遍歷有效負載時，阻止廣告管理下載端點：

location ~* /wp-content/plugins/ad-manager-wd/.* {
    if ($args ~* "(%2e%2e|\.\./)") {
        return 403;
    }
}

示例 .htaccess 規則 (Apache)

放置在您網站的根目錄中 .htaccess （或在插件目錄 .htaccess 中）：

# Block directory traversal attempts
RewriteEngine On
RewriteCond %{QUERY_STRING} (\.\.|%2e%2e) [NC]
RewriteRule .* - [F,L]

WAF 策略說明

首先按模式阻止，然後調整以最小化誤報。.
在可行的情況下使用正面（白名單）：僅允許特定文件擴展名在下載端點（例如，, .jpg, .png）並拒絕其他。.
明確保護敏感文件路徑：阻止對 wp-config.php, .htaccess, .env, 、備份檔案和已知的私有文件擴展名的直接訪問。.
監控逃避行為：攻擊者可能會進行雙重編碼或使用混合大小寫；包括不區分大小寫的正則表達式。.

6 — 加固伺服器和 WordPress 配置

WAF 規則是重要的短期緩解措施。為了更強的安全姿態，加固 WordPress 實例和託管環境。.

限制對敏感文件的直接訪問
- 防止對 wp-config.php 和 .htaccess 的網頁訪問，使用伺服器規則（Apache / Nginx）。.
- Apache（在 .htaccess 或 conf 中）：
```
<FilesMatch "^(wp-config\.php|\.htaccess|\.env)$">
  Require all denied
</FilesMatch>
```
- Nginx的：
```
location ~* (\.htaccess|wp-config.php|\.env)$ {
```
將備份移出網頁根目錄
- 切勿將備份保存在 可濕性粉劑內容 或其他可透過網路訪問的目錄。使用具有適當訪問控制的私有存儲（S3，異地備份）。.
文件權限
- 確保文件權限遵循最小特權原則：
  - 文件：644
  - 目錄：755
  - wp-config.php：600 或 640（依主機而定）
- 避免 777 權限。.
禁用WordPress中的檔案編輯
```
定義('DISALLOW_FILE_EDIT', true);
```
保持插件和主題更新
- 當安全版本發布時，更新 Ad Manager Wd 插件。.
- 如果供應商的更新沒有到來，請移除插件並用積極維護的替代品替換。.
數據庫和文件訪問的最小特權原則
- wp-config.php 中使用的數據庫用戶應僅擁有必要的權限——通常是 SELECT、INSERT、UPDATE、DELETE、CREATE、DROP、ALTER。.
監控和警報
- 設置入侵檢測或日誌監控，以便在異常模式下發出警報（例如，許多 403/404、重複的參數化請求、未知的管理用戶創建）。.

7 — 恢復檢查清單：如果發現數據暴露或妥協跡象該怎麼做

如果您確認敏感文件已被下載或看到妥協的指標，請立即遵循此逐步恢復檢查清單。.

隔離
- 將網站置於維護模式或下線以防止進一步損害。.
備份
- 在更改任何內容之前，對網站文件和數據庫進行完整備份以供取證。.
旋轉密鑰和憑證
- 重新生成 WordPress salts（AUTH_KEY、SECURE_AUTH_KEY 等）——更新 wp-config.php。.
- 更改數據庫密碼並相應更新 wp-config.php。.
- 更改可能出現在暴露文件中的任何第三方服務憑證（支付網關、API 密鑰）。.
- 如果 SSH 密鑰被暴露，請進行輪換。.
掃描網頁外殼 / 持久性
- 使用惡意軟件掃描器和手動審查來查找最近添加/修改的 PHP 文件或具有混淆代碼的文件（base64、gzuncompress）。.
- 檢查 wp-content/uploads 中的 PHP 文件——它們不應該存在於那裡。.
- 搜尋最近修改過的檔案：
```
find /var/www/html -type f -mtime -30 -ls | sort -k6,7
```
清理或重建
- 如果妥協有限且您對清理有信心，請移除惡意文件並更改憑證。.
- 對於嚴重或不確定的妥協，從已知的乾淨備份重建網站並仔細遷移內容（掃描導出的內容）。.
- 從可信來源重新安裝 WordPress 核心、插件和主題。.
只有在驗證後才重新啟用
- 重新應用 WAF 規則並確認攻擊嘗試被阻止。.
- 測試網站功能並確保沒有剩餘的後門。.
記錄並溝通
- 保持事件日誌，記錄所採取的行動、收集的證據以及與第三方（託管、客戶）的溝通。.
- 如果個人數據被暴露，考慮根據您的法律/監管義務通知受影響的用戶。.

8 — 示例檢測規則和日誌警報查詢

以下是您可以放入監控系統的實用檢測示例。.

Splunk / ELK / Graylog 查詢示例

檢測遍歷嘗試：

index=web_access sourcetype=access_combined
| search request_url="*ad-manager-wd*" AND (request_url="*../*" OR request_url="*%2e%2e*")
| stats count by clientip, request_url, _time

對潛在下載 wp-config.php 發出警報：

index=web_access status=200 request_url="*wp-config.php*" | stats count by clientip, uri, _time

Fail2ban 過濾器示例

創建一個在遍歷時觸發並在主機級別阻止 IP 的 Fail2ban 過濾器：

/etc/fail2ban/filter.d/wordpress-traversal.conf
[Definition]
failregex = <HOST> -.*"(GET|POST).*%2e%2e.*HTTP/1\.[01]"
ignoreregex =

配置監獄以禁止重複嘗試。.

9 — 為什麼 WAF 和虛擬修補重要（WP‑Firewall 觀點）

一個允許未經身份驗證訪問敏感文件的插件漏洞是經典的高影響風險。WAF 提供了一層務實的防禦：

虛擬修補：即使在等待供應商修補或更新多個網站的操作窗口時，也能阻止利用模式。.
流量智能：阻止已知的壞 IP，對可疑端點進行速率限制，檢測掃描活動。.
快速部署：規則可以全球應用於所有管理的網站，降低暴露窗口。.

根據我們保護數千個 WordPress 網站的經驗，虛擬修補通常可以防止在公開披露後的早期幾小時和幾天內的大規模利用嘗試——為您爭取時間進行安全更新、審核和修復。.

10 — 根據風險概況的緩解計劃（小型網站、代理商、主機）

根據環境和資源量身定制您的回應。.

單一小型網站擁有者（非技術性）
- 立即從 WP 管理員中停用插件或重命名插件文件夾。.
- 註冊一個管理的 WAF 或應用上述簡單的 .htaccess 規則。.
- 2. 如果你找到 wp-config.php 在日誌中，輪換數據庫密碼和 WP 鹽。.
管理多個客戶網站的代理商
- 首先在客戶之間部署 WAF/虛擬修補。.
- 在所有客戶網站上運行針對易受攻擊插件的大規模掃描。.
- 安排並執行協調的插件更新——最好在非高峰時段進行，以降低干擾。.
- 向客戶傳達證據和修復步驟。.
主機提供商 / 管理主機
- 在邊緣（伺服器或主機級 WAF）阻止利用模式。.
- 通知安裝了插件的客戶並建議修復步驟。.
- 考慮一個全球緊急規則，以阻止任何匹配遍歷模式的請求（並監控錯誤警報）。.

11 — 立即部署的範例規則集（建議的 WP‑Firewall 基準）

以下基準規則是我們的安全工程師推薦的針對這類特定漏洞的緊急虛擬修補包。.

阻止路徑遍歷模式：
- 阻擋 ../, %2e%2e, %252e%252e, ..%2f, 混合編碼。.
阻止針對敏感文件的請求：
- 拒絕請求這些請求 wp-config.php, .env, .htaccess, 或通過插件端點按名稱請求備份文件。.
限制插件端點：
- 如果插件公開下載端點，則需要 nonce 或秘密標頭；如果無法實現，則拒絕外部訪問並僅允許內部調用。.
對插件端點的請求進行速率限制：
- 每個 IP 每分鐘限制為少量請求以阻止掃描。.
監控和警報：
- 對任何被阻止的請求發送警報以便立即人工審查。.

12 — 實用範例：WP‑Firewall 如何保護您

（描述 WP‑Firewall 為網站擁有者提供的功能）

快速規則部署：當我們識別出高風險漏洞時，我們會創建一個針對性的規則，阻止在我們管理的設備上特定插件端點的遍歷有效負載，並在幾分鐘內完成。.
遺留環境的虛擬修補：對於無法立即更新的客戶，虛擬修補可以防止利用，同時安排維護。.
管理掃描和事件響應：我們提供掃描，標記存在的易受攻擊插件，發出警報，並提供逐步修復指導。.
事件後支持：如果網站顯示出被攻擊的跡象，我們的團隊將協助進行遏制、清理和憑證輪換。.

13 — 長期預防和最佳實踐

最小化插件擴散。僅安裝積極維護的插件，並移除未使用的插件。.
採用分階段更新流程：在測試環境中測試插件更新，然後推送到生產環境。.
定期掃描已知的易受攻擊插件和版本。.
實施伺服器端控制，即使插件存在漏洞，敏感文件仍然無法訪問（文件權限、伺服器規則）。.
使用防禦性開發：插件作者不應根據用戶輸入提供本地文件，而不進行標準化和嚴格的白名單檢查。.

14 — 事件時間表範例（預期情況）

0–1小時：漏洞被報告；攻擊者開始掃描公共網站以尋找易受攻擊的端點。.
1–24小時：自動化利用掃描器大規模探測網絡中的漏洞。.
24–72小時：成功利用導致數據外洩（wp-config、備份），在某些情況下，整個網站被攻陷。.
72+小時：攻擊者使用收集到的憑證持續存在，部署後門或轉向其他服務。.

這個簡化的時間表就是為什麼快速（第一小時）遏制至關重要。.

15 — 額外檢測：文件內容指紋識別

如果您懷疑敏感文件被下載，請在訪問日誌中查找簽名：

請求與 Content-Disposition: attachment; filename="wp-config.php" 或類似。
具有 內容類型：application/octet-stream 或者 text/plain 與文件名結合的響應。.
在代理或網頁快取日誌中搜索字符串 DB_NAME 的響應。.

如果您有網頁應用代理或具有請求/響應日誌的內容傳遞網絡（CDN），這些日誌對於檢測和確定具體外洩內容非常寶貴。.

今天保護您的網站 — 從我們的免費計劃開始

如果您希望在審查和修復此漏洞時獲得即時的管理保護，請考慮從 WP‑Firewall 的基本（免費）計劃開始。它包括與此威脅相關的基本保護：

具有基於模式的阻擋和虛擬修補的管理防火牆
我們的邊緣保護處理的無限帶寬
具有阻止目錄遍歷嘗試的規則的網絡應用防火牆（WAF）
用於檢測可疑文件變更和新添加的網頁殼的惡意軟件掃描器
OWASP 前 10 大攻擊類別的緩解覆蓋（包括破損的訪問控制和敏感數據暴露）

為了快速開始並在執行更新和審計時保護您的網站，請在此處註冊免費計劃： https://my.wp-firewall.com/buy/wp-firewall-free-plan/

如果您希望自動刪除惡意軟件、IP 黑名單/白名單控制、每月安全報告和跨多個網站的自動虛擬修補，則可以選擇升級選項。.

16 — 最終檢查清單（快速參考）

立即（第一小時）

如果仍在易受攻擊的版本（≤ 1.0.11）上，請停用或移除 Ad Manager Wd 插件。.
應用 WAF 規則以阻止遍歷模式和敏感文件下載。.
保存日誌並快照網站以進行取證。.
如有必要，將網站置於維護模式。.

短期 (24-72 小時)

掃描可疑的下載和文件變更。.
如果確認暴露，請輪換數據庫和服務憑證。.
如果檢測到妥協，請清理或重建網站。.
替換或移除任何位於網頁根目錄的公共備份。.

長期（幾週）

加強伺服器規則和文件權限。.
實施持續監控和警報。.
減少已安裝插件的數量並維持更新計劃。.

17 — 如果您需要幫助

如果您管理多個 WordPress 網站、托管客戶網站，或不確定暴露的程度，聘請安全專家是明智的。我們建議您立即採取的步驟已在上面列出；如需實際協助，請考慮管理安全服務，以便專業人員可以為您進行事件調查、虛擬修補和協調修復。.

我們撰寫這篇文章是為了幫助 WordPress 網站擁有者在像 Ad Manager Wd 任意檔案下載這樣的高優先級插件漏洞被披露時果斷行動。快速控制、WAF 虛擬修補和謹慎恢復的結合可以限制損害並降低持久妥協的機會。.

如果您想要從這篇文章中提取一個簡短的實用檢查清單（單頁）供您的運營團隊使用，請回覆這篇文章或註冊我們的免費管理保護，以獲得即時的規則部署和對漏洞插件的掃描。.

Ad Manager中的任意文件下載漏洞//發佈於2026-06-08//CVE-2019-25727

緊急：Ad Manager Wd (≤ 1.0.11) 中的任意檔案下載漏洞 — WordPress 網站擁有者現在必須做的事情

TL;DR — 立即問題

1 — 背景：“通過目錄遍歷的任意檔案下載”是什麼意思

2 — 攻擊者通常如何利用此漏洞（高層次）

3 — 妥協指標和檢測指導

4 — 立即控制：在第一小時內該怎麼做

5 — 部署 WAF / 虛擬修補 — 建議規則

範例 ModSecurity 規則（通用）

示例 Nginx 規則 (nginx.conf)

示例 .htaccess 規則 (Apache)

WAF 策略說明

6 — 加固伺服器和 WordPress 配置

7 — 恢復檢查清單：如果發現數據暴露或妥協跡象該怎麼做

8 — 示例檢測規則和日誌警報查詢

Splunk / ELK / Graylog 查詢示例

Fail2ban 過濾器示例

9 — 為什麼 WAF 和虛擬修補重要（WP‑Firewall 觀點）

10 — 根據風險概況的緩解計劃（小型網站、代理商、主機）

11 — 立即部署的範例規則集（建議的 WP‑Firewall 基準）

12 — 實用範例：WP‑Firewall 如何保護您

13 — 長期預防和最佳實踐

14 — 事件時間表範例（預期情況）

15 — 額外檢測：文件內容指紋識別

今天保護您的網站 — 從我們的免費計劃開始

16 — 最終檢查清單（快速參考）

立即（第一小時）

短期 (24-72 小時)

長期（幾週）

17 — 如果您需要幫助

免費接收 WP 安全周刊 👋
立即註冊!!

聯絡我們安排免費的 WordPress 安全性諮詢

Ad Manager中的任意文件下載漏洞//發佈於2026-06-08//CVE-2019-25727

緊急：Ad Manager Wd (≤ 1.0.11) 中的任意檔案下載漏洞 — WordPress 網站擁有者現在必須做的事情

TL;DR — 立即問題

1 — 背景：“通過目錄遍歷的任意檔案下載”是什麼意思

2 — 攻擊者通常如何利用此漏洞（高層次）

3 — 妥協指標和檢測指導

4 — 立即控制：在第一小時內該怎麼做

5 — 部署 WAF / 虛擬修補 — 建議規則

範例 ModSecurity 規則（通用）

示例 Nginx 規則 (nginx.conf)

示例 .htaccess 規則 (Apache)

WAF 策略說明

6 — 加固伺服器和 WordPress 配置

7 — 恢復檢查清單：如果發現數據暴露或妥協跡象該怎麼做

8 — 示例檢測規則和日誌警報查詢

Splunk / ELK / Graylog 查詢示例

Fail2ban 過濾器示例

9 — 為什麼 WAF 和虛擬修補重要（WP‑Firewall 觀點）

10 — 根據風險概況的緩解計劃（小型網站、代理商、主機）

11 — 立即部署的範例規則集（建議的 WP‑Firewall 基準）

12 — 實用範例：WP‑Firewall 如何保護您

13 — 長期預防和最佳實踐

14 — 事件時間表範例（預期情況）

15 — 額外檢測：文件內容指紋識別

今天保護您的網站 — 從我們的免費計劃開始

16 — 最終檢查清單（快速參考）

立即（第一小時）

短期 (24-72 小時)

長期（幾週）

17 — 如果您需要幫助

免費接收 WP 安全周刊 👋立即註冊!!

聯絡我們安排免費的 WordPress 安全性諮詢

免費接收 WP 安全周刊 👋
立即註冊!!