現已提供適用於 Red Hat Enterprise Linux 7 的 389-ds-base 更新。Red Hat 產品安全性團隊已將此更新評等為具有中等安全性影響。可從〈參照〉一節的 CVE 連結中取得每個弱點之常見弱點評分系統 (CVSS) 的基本分數，其中包含有關嚴重性評等的詳細資訊。389 Directory Server 是與 LDAP 版本 3 (LDAPv3) 相容的伺服器。基本套件中包含輕量型目錄存取通訊協定 (LDAP) 伺服器與用於伺服器管理的命令列公用程式。安全性修正：* 在 389-ds-base 針對鎖定帳戶處理驗證嘗試的方式中發現一個缺陷。遠端攻擊者可能會利用此缺陷，針對 LDAP 帳戶繼續進行密碼暴力破解攻擊，因此略過目錄伺服器的密碼鎖定原則所提供的防護。(CVE-2017-7551) 錯誤修正：* 在多重覆寫環境中，如果一個後端中的作業觸發另一個後端的更新，則後端的 Replica Update Vector (RUV) 會發生錯誤且覆寫失敗。此修正可讓 Directory Server 處理橫跨多個後端的變更序號 (CSN) 擱置清單。因此，覆寫就能正確運作。(BZ# 1476161) * 因為預設項目快取大小值低，所以 Directory Server 資料庫必須在耗用大量資源的工作中解析許多死結。在某些狀況下，這會造成「DB PANIC」錯誤，且伺服器不再回應要求。伺服器重新啟動後，Directory Server 為修復資料庫而啟動延遲。不過，此修復可能會失敗，且資料庫可能會損毀。此修補程式可將 nsslapd-cachememsize 參數中的預設項目快取大小增加為 200 MB。因此，上述案例中的超出鎖定或「DB PANIC」錯誤將不會再發生。(BZ#1476162) * 在之前，當覆寫已啟用且變更記錄檔已存在時，在此主要伺服器上執行備份會失敗。此更新可設定內部選項以正確複製檔案。因此，上述案例中的備份現在可成功建立。(BZ#1479755) * 在某些狀況下，如果伺服器之前突然關閉，/etc/dirsrv//dse.ldif 組態檔會損毀。因此，Directory Server 無法啟動。使用此修補程式，伺服器現在在關機前會先呼叫 fsync() 函式，強制檔案系統將所有變更寫入磁碟。因此，不管如何停止伺服器，組態都不會損毀。(BZ# 1479757)

偵測

RHEL 7：389-ds-base (RHSA-2017:2569)

critical Nessus Plugin ID 103038

找不到變更記錄