iT邦幫忙

0

Day 21|Wazuh 漏洞管理實務:風險分級與修補優先順序

  • 分享至 

  • xImage
  •  

一、為什麼需要漏洞風險分級?

第 20 天介紹了 Wazuh 的 Vulnerability Detection 功能,可以識別系統中存在的已知漏洞。
然而,當系統偵測出數十甚至數百個漏洞時,管理者不可能同時修補所有問題,因此需要根據漏洞的嚴重程度及實際影響,決定處理順序。
漏洞管理不只是找出漏洞,更重要的是判斷哪些漏洞應該優先修補。

二、CVSS 漏洞嚴重程度分級

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 Dashboard 篩選漏洞

Wazuh 提供漏洞清單與篩選功能,方便管理者依照不同條件尋找需要處理的漏洞。
操作步驟:

  1. 登入 Wazuh Dashboard。
  2. 進入 Vulnerability Detection。
  3. 點選 Inventory。
  4. 使用篩選功能查看指定嚴重程度、CVE 或軟體套件。
  5. 點選 CVE 編號,進一步查看漏洞情報。

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 負責提供漏洞偵測及狀態資訊,管理者則根據業務需求與風險評估制定修補計畫。


圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言