第 20 天介紹了 Wazuh 的 Vulnerability Detection 功能,可以識別系統中存在的已知漏洞。
然而,當系統偵測出數十甚至數百個漏洞時,管理者不可能同時修補所有問題,因此需要根據漏洞的嚴重程度及實際影響,決定處理順序。
漏洞管理不只是找出漏洞,更重要的是判斷哪些漏洞應該優先修補。
CVSS(Common Vulnerability Scoring System)是一套評估漏洞嚴重程度的標準。
以 CVSS v3.1 為例,分數介於 0~10 分,常見分級如下:
| CVSS 分數 | 嚴重程度 | 說明 |
|---|---|---|
| 0.0 | None | 無嚴重性 |
| 0.1~3.9 | Low | 低風險漏洞 |
| 4.0~6.9 | Medium | 中度風險漏洞 |
| 7.0~8.9 | High | 高風險漏洞 |
| 9.0~10.0 | Critical | 極高風險漏洞 |
一般而言,Critical 和 High 等級的漏洞需要優先關注,但 CVSS 分數不代表實際攻擊發生的機率,也不能作為唯一的修補依據。
Wazuh 提供漏洞清單與篩選功能,方便管理者依照不同條件尋找需要處理的漏洞。
操作步驟:
Wazuh 也能透過 Events 頁面查看漏洞被發現或修復時產生的事件紀錄。
除了 CVSS 分數之外,管理者還應考慮系統的重要性、漏洞是否容易被利用,以及是否有公開攻擊案例。
以下是簡化的優先順序範例:
| 優先級 | 判斷條件 | 建議處理方式 |
|---|---|---|
| P1 | 高嚴重性且已被實際利用 | 優先緊急處理 |
| P2 | 高嚴重性且影響重要服務 | 儘速安排修補 |
| P3 | 中度風險或暴露程度較低 | 納入例行更新 |
| P4 | 低風險且影響有限 | 持續追蹤與評估 |
這是示範用的風險分級方式,實際企業可依照自身系統環境制定修補政策。
假設 Wazuh 在某台 Ubuntu 伺服器上發現軟體存在已知漏洞,管理者可以依照以下流程處理。
步驟 1:確認漏洞資訊
在 Dashboard 查看 CVE 編號、受影響套件與安裝版本,並確認廠商是否已提供修補版本。
步驟 2:檢查目前套件版本
例如使用以下指令查詢 OpenSSL:
dpkg -l openssl
步驟 3:更新有漏洞的套件
若已確認套件來源提供修補版本,可以執行:
sudo apt update
sudo apt install --only-upgrade openssl
正式環境應先評估更新相容性、備份需求及服務中斷風險。
步驟 4:確認更新結果
dpkg -l openssl
完成更新後,等待 Wazuh 再次同步端點資料,確認原本的漏洞是否已解除。
需要注意的是,軟體版本號不一定能直接判斷是否仍有漏洞,因為部分 Linux 發行版會將安全修補回補至較舊的版本。
Wazuh 不只能協助找出漏洞,也可以追蹤修補後的狀態變化。
在 Vulnerability Detection 的 Events 頁面,可以查看相關偵測及修補事件。
常見狀態包括:
| 狀態 | 意義 |
|---|---|
| Active | 目前仍偵測到該漏洞 |
| Solved | 系統已判定該漏洞獲得修復 |
例如,管理者更新有漏洞的軟體後,當 Wazuh 收集到新的套件資訊並重新分析,就可能產生漏洞修復事件。
不過,漏洞狀態更新不一定即時,仍取決於端點資訊蒐集與資料同步情況。
假設一間公司使用 Wazuh 監控三台伺服器,偵測結果如下:
| 伺服器 | 漏洞等級 | 系統用途 | 建議優先級 |
|---|---|---|---|
| Web Server | Critical | 對外網站服務 | P1 |
| Database Server | High | 儲存重要資料 | P2 |
| Test Server | Medium | 內部測試環境 | P3 |
透過這種方式,資安人員可以將有限的維護資源集中在影響較大的系統上。
Wazuh 負責提供漏洞偵測及狀態資訊,管理者則根據業務需求與風險評估制定修補計畫。