389-ds-base 1.3.8.5、1.4.0.12 之前的版本容易受到敏感資訊的純文字儲存影響。根據預設，啟用 Replica 和/或 retroChangeLog 外掛程式時，389-ds-base 會將密碼以純文字格式儲存在其個別的變更記錄檔案中。權限夠高的攻擊者 (例如 root 或 Directory Manager) 可以查詢這些檔案，以擷取純文字密碼。(CVE-2018-10871) 在 389-ds-base 1.4.1.3 之前的 1.4.x.x 版中發現一個缺陷。在 verbose 模式下執行時，dscreate 和 dsconf 命令可顯示敏感資訊，例如 Directory Manager 密碼。能夠看到畫面或記錄終端機標準錯誤輸出的攻擊者可利用此缺陷取得敏感資訊。(CVE-2019-10224) 在 389-ds-base 的「deref」外掛程式中發現一個缺陷，此缺陷可利用「search」權限來顯示屬性值。在某些組態中，經驗證的攻擊者可藉此檢視私密屬性，如密碼雜湊。(CVE-2019-14824) 在 389-ds-base 1.4.1.2 之前的版本中，要求是由背景工作執行緒所處理。背景工作將會等待每個通訊端最多「ioblocktimeout」秒。不過，此逾時僅適用於未加密的要求。使用 SSL/TLS 的連線不會在讀取時將此逾時納入考量，可能會懸置更久。未經驗證的攻擊者可能會重複地建立懸置的 LDAP 要求，以懸置所有背景工作，進而導致拒絕服務。(CVE-2019-3883) 據發現，加密連線不接受「ioblocktimeout」參數結束封鎖要求。因此，未經驗證的攻擊者可能會重複啟動足夠數目的加密連線來封鎖所有背景工作，進而導致拒絕服務。(CVE-2019-3883)

偵測

Amazon Linux AMI：389-ds-base (ALAS-2020-1334)

high Nessus Plugin ID 133004

找不到變更記錄