緊急修補管理

Windows 系統

如果出現以下情況，NICE CXone 必須儘快對受影響的 CXone 系統套用修補：

• 關於可能的漏洞，概念驗證代碼是公開的。

• 一個新的關鍵安全修補發佈。

這些修補的目的是立即消除組織的雲端環境中的漏洞。Microsoft 關鍵更新和其他修補透過測試週期運行，並按常規排程套用。這個排程通常是一個 30天 的修補週期，從 Microsoft 的修補週二開始。NICE CXone 也對一個 Linux 修補排程進行著維護，其優先次序類似。關鍵修補不應等待下個月的修補。

修補和升級都記錄在變更控制記錄 (CCR) 中。應由 NICE CXone 變更管理委員會對下列內容進行審查：

• 影響。

• 風險分析。

• 批准前採取的必要動作。

修補和升級也應通過同行和技術審查。

修補和升級首先在 NICE CXone 實驗室測試，然後在 alpha 和 beta 集群中測試，然後在生產中測試。NICE CXone 對緊急變更管理程式進行著維護，以應對突發的關鍵問題。

由專門的品質保證 (QA) 部門對更新進行測試。本部門利用 NICE CXone 準則內的做法。這些準則見於以下內容：

• 安全開發生命週期 (SDLC)。

• 政策和程式文件。

NICE CXone 操作團隊會更新或修補所有適用的 CXone 設備。修補在設定的維護視窗中進行，通常涵蓋每晚三個非高峰時段，具體時間取決於地點。維護視窗作為客戶合同的一部分進行披露。在伺服器重啟時，維護可能會導致短暫的中斷，或者集群故障切換。

非 Windows 系統和軟體

Linux 和其他非 Windows 作業系統和設備的修補是按日曆和臨時的方式進行的。它們遵循與上文相同的變更控制委員會 (CCB) 流程和週期。目前的版本是已知的，並與相關的常見漏洞和披露 (CVE) 進行比較，然後進行補救。

資訊安全部會對第三方或非 Windows 軟體進行評估。他們這樣做是為了：

• QA 驅動的掃描。

• 安全中心。

• 其他偵查控制和報告。

資訊安全部將這些漏洞通報給各自的所有者和小組，如系統運行部或研發部。被列為「關鍵」或「高」級別的漏洞應在 30 至 90 天內進行修補。這些漏洞中的某些威脅應在 30 天的任務期內得到管理。

工具

Infra-Tools 是 Windows 中使用的一個內部工具。其執行自動的軟體和硬體狀態發現。這個工具是由系統操作組運行的。其確保未修補的機器和軟體被標記並進行修補。

防火牆在啟用威脅保護的 IDS/IPS 期間會進行深度封包檢查。

NICE CXone 內部採用其他管理威脅形勢調查工具。記錄 SIEM會檢查來自適當伺服器的記錄，以發現異常情況。

服務級目標

NICE CXone 在套用修補時使用服務級目標。這些目標確保：

• 已知的漏洞獲得及時修補。

• 修補符合以下規定：

  • PCI-DSS

  • 其他範圍內的安全基礎設施要求。

使用量表來描述修補和事件風險。內部設備所有者組將脆弱性評為「關鍵」、「高」、「中等」或「低」。

• 關鍵漏洞必須在 30 天內修補。

• 高漏洞必須在 60 天內修補。

• 中等漏洞必須在 90 天內修補。

• 低漏洞必須在內部設備所有者組設定的時間內進行修補。

資訊安全部將有關弱點的資訊傳遞給安全中心。其是透過漏洞檢查報告來實現的。

補救週期

對關鍵威脅的分析在發現後立即開始。在 72 小時內確定威脅定義和行動計劃。然後，該計劃進入補救週期。補救週期包括以下內容：

1. 構建解決方案。

2. 設計解決方案。

3. 在實驗室實施測試。

4. 將解決方案傳遞給 QA 部門。

5. 發佈調度。

6. 變更委員會的同行審查和批准程式。

7. 部署。

分析、定義、行動計劃和補救週期必須在發現後 30 天內進行。如果 業務單位 服務受到影響，業務單位 會收到進度更新通知。在實施補救週期的每一步時，都會提供更新。補救成功後，根據事件情況，向受影響的 業務單位 提供一份 RCA。

異常情況

對不是的伺服器和設備進行人工修復和編目：

• 與 WSUS 伺服器進行通訊。

• 能夠拉動更新。

將未進行修補的伺服器的報告提供給資訊安全部門，以便進行觀察、跟蹤和補救行動。