跳到正文
CVE-high(cvefeed.io)·· 4 小時前精選品質評分74

pgAdmin 4 LDAP/Kerberos 登入漏洞:可冒充同名帳號

CVE-2026-116239 - pgAdmin 4: An LDAP or Kerberos login is logged in to another account with the same username

重點導讀

導語:pgAdmin 4 於 9.18 版存在一個認證繞過漏洞,LDAP 或 Kerberos 登入時可能會被錯誤對映至同名的內部帳號,導致許可權提升。

推薦理由

此漏洞允許使用者冒充同名帳號,造成許可權提升;建議即時升級至 9.19 以上並檢查認證設定,以確保安全。此問題已在 9.19 修正,未升級系統可能遭受未授權存取。

正文 · 中文翻譯

譯文尚未完整,完整內容請切換至原文。

在伺服器模式下,pgAdmin 4 為每個驗證來源保留一個帳號,因此同一個使用者名稱可能同時存在為內部帳號與 LDAP 帳號。例如,在 LDAP 或 Kerberos 驗證使用者後,pgAdmin 只依使用者名稱選擇帳號登入,或直接使用 Flask‑Security 登入表單查詢到的帳號,而未檢查該帳號是否來自於驗證來源。結果,使用者的 Session 會屬於另一個帳號,帶有其角色、伺服器與已儲存的資料庫密碼: - 若 LDAP 或 Kerberos 使用者的名稱與內部帳號相符,則會以該內部帳號登入,包含在 pgAdmin 初次設定時建立的管理員帳號。 - 若在 AUTHENTICATION_SOURCES 中將內部驗證列於 LDAP 或 Kerberos 之前,登入表單的內部驗證會查詢輸入的電子郵件所對應的帳號,並即使密碼不符仍保留該帳號。Kerberos 使用者可以輸入另一 Kerberos 使用者的主體並以該使用者身份登入,LDAP 使用者亦可對其電子郵件即為使用者名稱的 LDAP 帳號執行相同操作。 利用此漏洞需要具備 pgAdmin 已設定使用的 LDAP 目錄或 Kerberos 領域的有效憑證。 修正方式為以已驗證的使用者名稱及其驗證來源查詢帳號,並不再使用登入表單為非內部驗證來源所找到的帳號。內部驗證僅在該帳號為內部帳號時才登入。桌面模式不受影響。 此問題影響 pgAdmin 4:9.19 之前的版本。

Impact

Affected Products

以下產品受到 CVE-2026-116239 漏洞的影響。 即使 cvefeed.io 知道受影響產品的精確版本,資訊仍未在下表中表示。

ID Vendor Product Action
1 Pgadmin pgadmin_4

公共漏洞評分系統(Common Vulnerability Scoring System)是一種標準化框架,用於評估軟體與系統漏洞的嚴重程度。 我們從各種來源收集並顯示每個 CVE 的 CVSS 分數。

Score Version Severity Vector Exploitability Score Impact Score 來源
CVSS 3.1 \n \n 高\n \n f86ef6dc-4d3a-42ad-8f28-e6d5547a5007
CVSS 3.1 \n \n 高\n \n MITRE-CVE
CVSS 4.0 \n \n 高\n \n f86ef6dc-4d3a-42ad-8f28-e6d5547a5007
CVSS 4.0 \n \n 高\n \n f86ef6dc-4d3a-42ad-8f28-e6d5547a5007

更新 pgAdmin 4 至 9.19 或更高版本以修正身份驗證繞過問題。

  • \n \n 更新 pgAdmin 4 至 9.19 或更高版本。\n
  • \n \n 審查身份驗證來源設定。\n
  • 驗證使用者帳戶於身份驗證後
  • 即時套用供應商提供的補丁

在此,您將找到一份精選的外部連結清單,提供關於 CVE-2026-116239 的深入資訊、實用解決方案與有價值的工具。

網址 資源
https://github.com/pgadmin-org/pgadmin4/commit/269e32d5ee01f2eb5de36e464d44487a831f2424
https://github.com/pgadmin-org/pgadmin4/commit/7378060e5c8f7c3279b8138d371e13fd8b45a729
https://github.com/pgadmin-org/pgadmin4/issues/10675

雖然 CVE 會識別特定漏洞例項,CWE 則將可能導致漏洞的常見缺陷或弱點分類。CVE-2026-116239 與以下 CWEs 相關:

Common Attack Pattern Enumeration and Classification (CAPEC) 儲存攻擊模式,這些模式描述了對手利用 CVE-2026-116239 弱點所採用的常見特徵與方法。

我們掃描 GitHub 倉庫以偵測新的概念驗證漏洞。以下清單是已在 GitHub 發布的公開漏洞與概念驗證(按最近更新排序)。

由於潛在的效能問題,結果限制於前 15 個倉庫。

以下清單列出在文章中提及 CVE-2026-116239 漏洞的新聞。

下表列出隨時間變更的 CVE-2026-116239 漏洞變更。

漏洞歷史細節有助於瞭解漏洞演變,並識別可能影響漏洞嚴重性、可利用性或其他特徵的最新變更。

  • 新 CVE 已接收 由 f86ef6dc-4d3a-42ad-8f28-e6d5547a5007

    十月. 30, 2026

    動作 型別 舊值 新值
    新增 描述 在伺服器模式下,pgAdmin 4 會為每個認證來源保留一個帳號,因此相同的使用者名稱可以同時存在為,例如內部帳號與 LDAP 帳號。當使用 LDAP 或 Kerberos 認證使用者後,pgAdmin 只以使用者名稱來選擇帳號登入,或直接使用 Flask‑Security 登入表單查詢到的帳號,而未檢查該帳號是否來自於實際認證來源。結果,會話屬於另一個帳號,並擁有其角色、伺服器以及已儲存的資料庫密碼: - 若 LDAP 或 Kerberos 使用者的使用者名稱與內部帳號相同,則會以該內部帳號登入,包括在首次設定 pgAdmin 時所建立的管理員帳號。 - 若在 AUTHENTICATION_SOURCES 中,內部認證排在 LDAP 或 Kerberos 之前,登入表單的內部驗證會查詢輸入的電子郵件所對應的帳號,並保留該帳號,即使其密碼不符。Kerberos 使用者可輸入另一 Kerberos 使用者的主體並以該使用者登入;LDAP 使用者亦可對應其電子郵件即為使用者名稱的 LDAP 帳號執行同樣操作。 利用此漏洞需要具備 pgAdmin 已設定使用的 LDAP 目錄或 Kerberos realm 的有效憑證。 修正方案會以已驗證的使用者名稱及其認證來源來查詢帳號,並不再使用登入表單找到的任何非內部認證來源的帳號。內部認證僅在該帳號為內部帳號時才登入。桌面模式不受影響。 此問題影響 pgAdmin 4:9.19 以前的版本。
    已新增 CVSS V4.0 AV:N/AC:H/AT:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X
    已新增 CVSS V3.1 AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:H
    已新增 CWE CWE-287
    已新增 CWE CWE-639
    新增 受影響 New affected value received. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/116xxx/CVE-2026-116239.json">CVE-2026-116239</a>
    新增 參考 https://github.com/pgadmin-org/pgadmin4/commit/269e32d5ee01f2eb5de36e464d44487a831f2424
    新增 參考 https://github.com/pgadmin-org/pgadmin4/commit/7378060e5c8f7c3279b8138d371e13fd8b45a729
    新增 參考 https://github.com/pgadmin-org/pgadmin4/issues/10675

EPSS 是每日估算利用活動的機率 在接下來 30 天內觀測到利用活動。以下圖表顯示此漏洞的 EPSS 分數歷史。

來源: CVE-high (cvefeed.io)
開啟原文