AlmaLinux 9.2 主機已安裝的套件會受到 TuxCare ALMALINUX9.2：CLSA-2025：1747432102 公告中提及的多個弱點影響。

  - 在 PostgreSQL 中發現一個記憶體洩漏弱點，其可允許遠端使用者惡意利用具有「未知」類型引數的特定匯總函式呼叫，進而存取敏感資訊。在不指定類型的情況下處理來自字串常值的「未知」類型值可洩漏位元組，進而可能洩漏重要的機密資訊。此問題之所以存在，是因為匯總函式呼叫中存在過多資料輸出，使遠端使用者能夠讀取系統記憶體的某些部分。(CVE-2023-5868)

  - 在涉及 pg_cancel_backend 角色的 PostgreSQL 中發現一個缺陷，其會向背景工作程式 (包括邏輯複製啟動器、autovacuum 工作程式和 autovacuum 啟動器) 發出訊號。攻擊者若要成功利用此弱點，需要具有復原能力較差的背景工作程式的非核心延伸模組，且此弱點只會影響該特定背景工作程式。此問題可允許遠端高特權使用者發動拒絕服務 (DoS) 攻擊。(CVE-2023-5870)

  - PostgreSQL 中不完整的資料表追蹤具有資料列安全性，可讓重複使用的查詢檢視或變更與預期資料列不同的資料列。 CVE-2023-2455 並 CVE-2016-2193 修正了資料列安全性與使用者 ID 變更之間的大部分互動。他們遺漏了子查詢、WITH 查詢、安全性叫用程式檢視或 SQL 語言函式參照具有列層級安全性原則的表格的情況。這會造成與之前兩個 CVE 相同的後果。也就是說，在使用角色特定的原則，且在某個角色下規劃指定查詢，然後在其他角色下執行的情況下，這可能會導致套用不正確的原則。此情況可能發生在安全性定義程式函式之下，或是在最初規劃了一般使用者和查詢，然後在多個 SET ROLE 之間重複使用時發生。套用不正確的原則可能會允許使用者完成原本禁止的讀取和修改作業。此問題只會影響已使用「CREATE POLICY」定義列安全性原則的資料庫。攻擊者必須針對特定應用程式的查詢計劃重複使用模式、使用者 ID 變更，以及特定角色的列安全性原則，量身訂製攻擊。
    PostgreSQL 17.1、16.5、15.9、14.14、13.17 和 12.21 之前版本均會受到影響。(CVE-2024-10976)

  - PostgreSQL 中不正確的權限指派允許權限較低的應用程式使用者檢視或變更與預期不同的列。應用程式必須使用 SET ROLE、SET SESSION AUTHORIZATION 或同等功能，才能發動攻擊。當應用程式查詢使用來自攻擊者的參數或將查詢結果傳送給攻擊者時，會發生此問題。如果該查詢對 current_setting('role') 或目前使用者 ID 做出反應，可能會修改或傳回資料，就像工作階段未使用 SET ROLE 或 SET SESSION AUTHORIZATION 一樣。攻擊者無法控制套用哪個錯誤的使用者 ID。來自較低權限來源的查詢文字在這裡不是問題，因為 SET ROLE 和 SET SESSION AUTHORIZATION 不是未經審查查詢的沙箱。PostgreSQL 17.1、16.5、15.9、14.14、13.17 和 12.21 之前版本均會受到影響。(CVE-2024-10978)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

偵測

AlmaLinux 9.2 [TuxCare] 安全性更新：postgresql / postgresql-contrib / postgresql-docs / etc 多個弱點（ALMALINUX9.2：CLSA-2025：1747432102）

medium Nessus Plugin ID 360461

偵測

AlmaLinux 9.2 [TuxCare] 安全性更新：postgresql / postgresql-contrib / postgresql-docs / etc 多個弱點 （ALMALINUX9.2：CLSA-2025：1747432102）

medium Nessus Plugin ID 360461

AlmaLinux 9.2 [TuxCare] 安全性更新：postgresql / postgresql-contrib / postgresql-docs / etc 多個弱點（ALMALINUX9.2：CLSA-2025：1747432102）