遠端主機上安裝的 Oracle WebLogic Server 版本缺少 2024 年 1 月重要修補程式更新 (CPU) 中提及的一個安全修補程式。因此，該主機會受到多個弱點影響，包括：

  - Oracle Fusion Middleware 的 Oracle WebLogic Server 產品中存在弱點 (元件：集中式第三方 Jars (NekoHTML))。攻擊此弱點的難度較小，經由 HTTP 存取網路的未經驗證攻擊者可藉此入侵 Oracle WebLogic Server。若要成功攻擊，必須有攻擊者以外之他人的互動。若成功攻擊此弱點，則可能導致接管 Oracle WebLogic Server。
    (CVE-2023-49093)

  - Oracle Fusion Middleware 的 Oracle WebLogic Server 產品中存在弱點 (元件：Core)。攻擊此弱點的難度較小，經由 HTTP 存取網路的未經驗證攻擊者可藉此入侵 Oracle WebLogic Server。雖然弱點是在 Oracle WebLogic Server 中，但攻擊可能會顯著影響其他的產品 (範圍變更)。若攻擊成功，攻擊者未經授權即可建立、刪除或修改重要資料或所有 Oracle WebLogic Server 可存取資料。(CVE-2024-20927)

  - Oracle Fusion Middleware 的 Oracle WebLogic Server 產品中存在弱點 (元件：Core)。攻擊此弱點的難度較小，經由 T3、IIOP 存取網路的未經驗證攻擊者可以藉此入侵 Oracle WebLogic Server。若攻擊成功，攻擊者未經授權即可存取重要資料，或完整存取所有可存取的 Oracle WebLogic Server 資料。(CVE-2024-20931)

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

遠端 Redhat Enterprise Linux 9 主機上安裝的套件受到 RHSA-2024: 0800 公告中提及的多個弱點影響。

  - Jetty 是 java 型 Web 伺服器和 servlet 引擎。在受影響的版本中，對於具有 multipart 支援 (例如使用「@MultipartConfig」註解) 的 servlet 呼叫「HttpServletRequest.getParameter()」或「HttpServletRequest.getParts()」，當客戶端發送帶有以下部分的 multipart 請求時，可能會導致「OutOfMemoryError」：有名稱但沒有檔案名稱且內容非常大。即使使用應將整個部分內容串流至磁碟的「fileSizeThreshold=0」的預設設定，也會發生此情況。攻擊者用戶端可傳送大型 multipart 要求，並造成伺服器擲回「OutOfMemoryError」。不過，伺服器可能會在「OutOfMemoryError」發生後復原並繼續其服務，不過這可能需要一些時間。此問題已在 9.4.51、10.0.14 和 11.0.14 版本中修正。建議所有使用者進行升級。
    無法升級的使用者可設定 multipart 參數「maxRequestSize」，此參數必須設定為非負值，因此整個 multipart 內容會受到限制 (儘管仍會讀入記憶體)。
    (CVE-2023-26048)

  - Jetty 是 java 型 Web 伺服器和 servlet 引擎。Jetty 中的非標準 Cookie 剖析可允許攻擊者走私其他 Cookie 中的 Cookie，或透過竄改 Cookie 剖析機制來執行非預期行為。如果 Jetty 看到以 `` (雙引號) 開頭的 Cookie VALUE，即使遇到分號，也會繼續讀取 Cookie 字串，直到看到結尾引號。因此，以下 Cookie 標頭：「DISPLAY_LANGUAGE=b; JSESSIONID=1337； c=d」將會被剖析為一個 Cookie，其名稱為 DISPLAY_LANGUAGE，值為 b； JSESSIONID=1337； c=d 而非 3 個獨立的 Cookie。這具有安全性影響，因為如果 JSESSIONID 是 HttpOnly Cookie，且 DISPLAY_LANGUAGE Cookie 值是在頁面上轉譯，則攻擊者可將 JSESSIONID Cookie 走私到 DISPLAY_LANGUAGE Cookie 中，進而將其洩漏。當中介者根據 Cookie 制定某些原則時，此問題會造成較大影響，走私的 Cookie 可繞過該原則，但仍可供 Jetty 伺服器或其記錄系統看到。此問題已在 9.4.51、10.0.14、11.0.14 和 12.0.0.beta0 版中解決，建議所有使用者皆升級。此問題尚無已知的因應措施。
    (CVE-2023-26049)

  - 在 Unix 系統和 Android Ice Cream Sandwich 系統中，Google Guava 1.0 至 31.1 版的 `FileBackedOutputStream` 中使用 Java 的預設暫存目錄建立檔案，這讓電腦上能夠存取預設 Java 暫存目錄的其他使用者和應用程式能夠存取該類別建立的檔案。儘管此安全性弱點已在 32.0.0 版中修正，我們仍建議使用 32.0.1 版，因為 32.0.0 版會中斷 Windows 中的某些功能。(CVE-2023-2976)

  - 在 Apache Santuario - XML Security for Java 2.2.6 之前、2.3.4 和 3.0.3 的所有版本中使用 JSR 105 API 時，容易發生私密金鑰在產生 XML 簽章時於記錄檔中洩漏的問題，並啟用 debug 層級的記錄。建議使用者升級至 2.2.6、2.3.4 或 3.0.3，即可修正此問題。(CVE-2023-44483)

  - 在 Keycloak 中發現一個缺陷，此缺陷可防止某些配置在重新導向中的使用，但如果萬用字元附加至 token，則允許使用這些配置。攻擊者可利用此問題提交特製的要求，進而導致跨網站指令碼 (XSS) 或其他攻擊。此缺陷是對於 CVE-2020-10748 的修正不完整所致。(CVE-2023-6134)

  - 在 Keycloak 的 redirect_uri 驗證邏輯中發現一個缺陷。此問題可允許繞過明確允許的主機。攻擊成功可導致存取 token 遭竊，進而讓攻擊者假冒其他使用者。(CVE-2023-6291)

  - 在 Keycloak 中發現一個瑕疵。此問題允許攻擊者使用 JARM 回應模式 form_post.jwt 中的萬用字元，從用戶端竊取授權代碼或權杖，用來繞過為因應 CVE-2023-6134 而實作的安全性修補程式。(CVE-2023-6927)

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

遠端 Redhat Enterprise Linux 7 主機上安裝的套件受到 RHSA-2024: 0798 公告中提及的多個弱點影響。

  - Jetty 是 java 型 Web 伺服器和 servlet 引擎。在受影響的版本中，對於具有 multipart 支援 (例如使用「@MultipartConfig」註解) 的 servlet 呼叫「HttpServletRequest.getParameter()」或「HttpServletRequest.getParts()」，當客戶端發送帶有以下部分的 multipart 請求時，可能會導致「OutOfMemoryError」：有名稱但沒有檔案名稱且內容非常大。即使使用應將整個部分內容串流至磁碟的「fileSizeThreshold=0」的預設設定，也會發生此情況。攻擊者用戶端可傳送大型 multipart 要求，並造成伺服器擲回「OutOfMemoryError」。不過，伺服器可能會在「OutOfMemoryError」發生後復原並繼續其服務，不過這可能需要一些時間。此問題已在 9.4.51、10.0.14 和 11.0.14 版本中修正。建議所有使用者進行升級。
    無法升級的使用者可設定 multipart 參數「maxRequestSize」，此參數必須設定為非負值，因此整個 multipart 內容會受到限制 (儘管仍會讀入記憶體)。
    (CVE-2023-26048)

  - Jetty 是 java 型 Web 伺服器和 servlet 引擎。Jetty 中的非標準 Cookie 剖析可允許攻擊者走私其他 Cookie 中的 Cookie，或透過竄改 Cookie 剖析機制來執行非預期行為。如果 Jetty 看到以 `` (雙引號) 開頭的 Cookie VALUE，即使遇到分號，也會繼續讀取 Cookie 字串，直到看到結尾引號。因此，以下 Cookie 標頭：「DISPLAY_LANGUAGE=b; JSESSIONID=1337； c=d」將會被剖析為一個 Cookie，其名稱為 DISPLAY_LANGUAGE，值為 b； JSESSIONID=1337； c=d 而非 3 個獨立的 Cookie。這具有安全性影響，因為如果 JSESSIONID 是 HttpOnly Cookie，且 DISPLAY_LANGUAGE Cookie 值是在頁面上轉譯，則攻擊者可將 JSESSIONID Cookie 走私到 DISPLAY_LANGUAGE Cookie 中，進而將其洩漏。當中介者根據 Cookie 制定某些原則時，此問題會造成較大影響，走私的 Cookie 可繞過該原則，但仍可供 Jetty 伺服器或其記錄系統看到。此問題已在 9.4.51、10.0.14、11.0.14 和 12.0.0.beta0 版中解決，建議所有使用者皆升級。此問題尚無已知的因應措施。
    (CVE-2023-26049)

  - 在 Unix 系統和 Android Ice Cream Sandwich 系統中，Google Guava 1.0 至 31.1 版的 `FileBackedOutputStream` 中使用 Java 的預設暫存目錄建立檔案，這讓電腦上能夠存取預設 Java 暫存目錄的其他使用者和應用程式能夠存取該類別建立的檔案。儘管此安全性弱點已在 32.0.0 版中修正，我們仍建議使用 32.0.1 版，因為 32.0.0 版會中斷 Windows 中的某些功能。(CVE-2023-2976)

  - 在 Apache Santuario - XML Security for Java 2.2.6 之前、2.3.4 和 3.0.3 的所有版本中使用 JSR 105 API 時，容易發生私密金鑰在產生 XML 簽章時於記錄檔中洩漏的問題，並啟用 debug 層級的記錄。建議使用者升級至 2.2.6、2.3.4 或 3.0.3，即可修正此問題。(CVE-2023-44483)

  - 在 Keycloak 中發現一個缺陷，此缺陷可防止某些配置在重新導向中的使用，但如果萬用字元附加至 token，則允許使用這些配置。攻擊者可利用此問題提交特製的要求，進而導致跨網站指令碼 (XSS) 或其他攻擊。此缺陷是對於 CVE-2020-10748 的修正不完整所致。(CVE-2023-6134)

  - 在 Keycloak 的 redirect_uri 驗證邏輯中發現一個缺陷。此問題可允許繞過明確允許的主機。攻擊成功可導致存取 token 遭竊，進而讓攻擊者假冒其他使用者。(CVE-2023-6291)

  - 在 Keycloak 中發現一個瑕疵。此問題允許攻擊者使用 JARM 回應模式 form_post.jwt 中的萬用字元，從用戶端竊取授權代碼或權杖，用來繞過為因應 CVE-2023-6134 而實作的安全性修補程式。(CVE-2023-6927)

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

遠端主機上安裝的 Oracle WebCenter Portal 缺少 2024 年 1 月重大修補程式更新 (CPU) 的安全性修補程式。因此，會受到多個弱點影響：

  Oracle Fusion Middleware 的 Oracle WebCenter Portal 產品中存在弱點 (元件：Security Framework (Bouncy Castle Java Library))。可輕易利用的弱點，允許具有網路存取權的未經驗證的攻擊者透過 LDAP 來入侵 Oracle WebCenter Portal。成功攻擊此弱點可導致在未經授權情況下讀取部分 Oracle WebCenter Portal 可存取資料。(CVE-2023-33201)

  Oracle Fusion Middleware 的 Oracle WebCenter Portal 產品中存在弱點 (元件：Security Framework (Apache Solr))。可輕易利用的弱點，允許具有網路存取權的未經驗證的攻擊者透過 HTTP 來入侵 Oracle WebCenter Portal。若攻擊成功，攻擊者未經授權即可造成 Oracle WebCenter Portal 懸置或經常重複性當機 (完全 DOS) (CVE-2021-33813)。

  Oracle Fusion Middleware 的 Oracle WebCenter Portal 產品中存在弱點 (元件：Security Framework (Apache Commons Compress))。攻擊此弱點的難度較低，未經授權的攻擊者可登入執行 Oracle WebCenter Portal 的基礎結構，藉此入侵 Oracle WebCenter Portal。若要成功攻擊，必須有攻擊者以外之他人的互動。若攻擊成功，攻擊者未經授權即可造成 Oracle WebCenter Portal 懸置或經常重複性當機 (完全 DOS)。(CVE-2023-42503)

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

遠端 Redhat Enterprise Linux 9 主機上安裝的套件受到 RHSA-2024: 0712 公告中提及的一個弱點影響。

  - 在 Apache Santuario - XML Security for Java 2.2.6 之前、2.3.4 和 3.0.3 的所有版本中使用 JSR 105 API 時，容易發生私密金鑰在產生 XML 簽章時於記錄檔中洩漏的問題，並啟用 debug 層級的記錄。建議使用者升級至 2.2.6、2.3.4 或 3.0.3，即可修正此問題。(CVE-2023-44483)

  - Eclipse JGit <= 6.6.0 In Eclipse JGit 中存在任意檔案覆寫問題，而在 <= 6.6.0.202305301015-r 的所有版本中，當使用 JGit 將此存放庫複製到不區分大小寫的檔案系統，或在不區分大小寫的檔案系統上從此類存放庫的複製簽出時，存在於特製 git 存放庫中的符號連結可用來在此情況下將檔案寫入工作樹狀結構之外的位置。簽出 (DirCacheCheckout)、合併 (透過 WorkingTreeUpdater 的 ResolveMerger)、提取 (使用合併的 PullCommand) 以及套用修補程式 (PatchApplier) 時，可能會發生此情形。這可能會遭到惡意利用來執行遠端程式碼 (RCE)，例如，在工作樹狀結構之外寫入的檔案是在後續 git 命令上執行的 git 篩選器時。此問題只會出現在不區分大小寫的檔案系統上，例如 Windows 和 macOS 上的預設檔案系統。執行複製或簽出的使用者必須擁有建立符號連結的權限，才會出現此問題，且必須在 git 組態中啟用符號連結。
    在簽出前設定 git 組態選項 core.symlinks = false 可避免該問題。此問題已在 Eclipse JGit 6.6.1.202309021850-r 和 6.7.0.202309050840-r 版中修正，可透過 Maven Central https://repo1.maven.org/maven2/org/eclipse/jgit/ 和 repo.eclipse.org https://repo.eclipse.org/content/repositories/jgit-releases/ 取得。從 5.13.3.202401111512-r 開始，可在 5.13.3 中使用反向移植。JGit 維護者要感謝 RyotaK 發現並報告此問題。(CVE-2023-4759)

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

遠端 Redhat Enterprise Linux 8 主機上安裝的套件受到 RHSA-2024: 0711 公告中提及的一個弱點影響。

  - 在 Apache Santuario - XML Security for Java 2.2.6 之前、2.3.4 和 3.0.3 的所有版本中使用 JSR 105 API 時，容易發生私密金鑰在產生 XML 簽章時於記錄檔中洩漏的問題，並啟用 debug 層級的記錄。建議使用者升級至 2.2.6、2.3.4 或 3.0.3，即可修正此問題。(CVE-2023-44483)

  - Eclipse JGit <= 6.6.0 In Eclipse JGit 中存在任意檔案覆寫問題，而在 <= 6.6.0.202305301015-r 的所有版本中，當使用 JGit 將此存放庫複製到不區分大小寫的檔案系統，或在不區分大小寫的檔案系統上從此類存放庫的複製簽出時，存在於特製 git 存放庫中的符號連結可用來在此情況下將檔案寫入工作樹狀結構之外的位置。簽出 (DirCacheCheckout)、合併 (透過 WorkingTreeUpdater 的 ResolveMerger)、提取 (使用合併的 PullCommand) 以及套用修補程式 (PatchApplier) 時，可能會發生此情形。這可能會遭到惡意利用來執行遠端程式碼 (RCE)，例如，在工作樹狀結構之外寫入的檔案是在後續 git 命令上執行的 git 篩選器時。此問題只會出現在不區分大小寫的檔案系統上，例如 Windows 和 macOS 上的預設檔案系統。執行複製或簽出的使用者必須擁有建立符號連結的權限，才會出現此問題，且必須在 git 組態中啟用符號連結。
    在簽出前設定 git 組態選項 core.symlinks = false 可避免該問題。此問題已在 Eclipse JGit 6.6.1.202309021850-r 和 6.7.0.202309050840-r 版中修正，可透過 Maven Central https://repo1.maven.org/maven2/org/eclipse/jgit/ 和 repo.eclipse.org https://repo.eclipse.org/content/repositories/jgit-releases/ 取得。從 5.13.3.202401111512-r 開始，可在 5.13.3 中使用反向移植。JGit 維護者要感謝 RyotaK 發現並報告此問題。(CVE-2023-4759)

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

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - 在 Apache Santuario - XML Security for Java 2.2.6 之前、2.3.4 和 3.0.3 的所有版本中使用 JSR 105 API 時，容易發生私密金鑰在產生 XML 簽章時於記錄檔中洩漏的問題，並啟用 debug 層級的記錄。建議使用者升級至 2.2.6、2.3.4 或 3.0.3，即可修正此問題。(CVE-2023-44483)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

遠端 Redhat Enterprise Linux 7 主機上安裝的套件受到 RHSA-2024: 0710 公告中提及的一個弱點影響。

  - 在 Apache Santuario - XML Security for Java 2.2.6 之前、2.3.4 和 3.0.3 的所有版本中使用 JSR 105 API 時，容易發生私密金鑰在產生 XML 簽章時於記錄檔中洩漏的問題，並啟用 debug 層級的記錄。建議使用者升級至 2.2.6、2.3.4 或 3.0.3，即可修正此問題。(CVE-2023-44483)

  - Eclipse JGit <= 6.6.0 In Eclipse JGit 中存在任意檔案覆寫問題，而在 <= 6.6.0.202305301015-r 的所有版本中，當使用 JGit 將此存放庫複製到不區分大小寫的檔案系統，或在不區分大小寫的檔案系統上從此類存放庫的複製簽出時，存在於特製 git 存放庫中的符號連結可用來在此情況下將檔案寫入工作樹狀結構之外的位置。簽出 (DirCacheCheckout)、合併 (透過 WorkingTreeUpdater 的 ResolveMerger)、提取 (使用合併的 PullCommand) 以及套用修補程式 (PatchApplier) 時，可能會發生此情形。這可能會遭到惡意利用來執行遠端程式碼 (RCE)，例如，在工作樹狀結構之外寫入的檔案是在後續 git 命令上執行的 git 篩選器時。此問題只會出現在不區分大小寫的檔案系統上，例如 Windows 和 macOS 上的預設檔案系統。執行複製或簽出的使用者必須擁有建立符號連結的權限，才會出現此問題，且必須在 git 組態中啟用符號連結。
    在簽出前設定 git 組態選項 core.symlinks = false 可避免該問題。此問題已在 Eclipse JGit 6.6.1.202309021850-r 和 6.7.0.202309050840-r 版中修正，可透過 Maven Central https://repo1.maven.org/maven2/org/eclipse/jgit/ 和 repo.eclipse.org https://repo.eclipse.org/content/repositories/jgit-releases/ 取得。從 5.13.3.202401111512-r 開始，可在 5.13.3 中使用反向移植。JGit 維護者要感謝 RyotaK 發現並報告此問題。(CVE-2023-4759)

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

遠端主機上安裝的 IBM Cognos Analytics 版本低於 11.2.4 FP4 或 12.0.4。因此，該主機受到 7173592 公告中所提及的多個弱點影響。

  - formidable v3.1.4 中的任意檔案上傳弱點允許攻擊者透過偽造的檔案名稱來執行任意程式碼。請注意：有些第三方對於此問題存在爭議，因為在此產品的普通使用案例中，上傳任意檔案是需要的行為。另外，這些也是所有版本中能夠更改預設的檔案處理行為的設定選項。Strapi 認為這不是有效弱點。(CVE-2022-29622)

  - Node.js IP 套件允許遠端攻擊者在系統中執行任意程式碼，這是由 ip.isPublic() 函式中的伺服器端要求偽造缺陷造成。攻擊者可藉由傳送使用十六進位表示法的私有 IP 位址的特製要求，利用此弱點在系統中執行任意程式碼並取得敏感資訊。(CVE-2023-42282)   
  - 多個廠商的產品容易受到拒絕服務攻擊，原因是 HTTP/2 通訊協定在處理多路複用串流時會產生缺陷。遠端攻擊者可藉由在多個串流上傳送大量 HTTP/2 要求和 RST_STREAM 幀，利用此弱點來造成伺服器資源佔用，進而導致系統拒絕服務。(CVE-2023-44487)

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

遠端 Redhat Enterprise Linux 8 主機上安裝的套件受到 RHSA-2024: 0799 公告中提及的多個弱點影響。

  - Jetty 是 java 型 Web 伺服器和 servlet 引擎。在受影響的版本中，對於具有 multipart 支援 (例如使用「@MultipartConfig」註解) 的 servlet 呼叫「HttpServletRequest.getParameter()」或「HttpServletRequest.getParts()」，當客戶端發送帶有以下部分的 multipart 請求時，可能會導致「OutOfMemoryError」：有名稱但沒有檔案名稱且內容非常大。即使使用應將整個部分內容串流至磁碟的「fileSizeThreshold=0」的預設設定，也會發生此情況。攻擊者用戶端可傳送大型 multipart 要求，並造成伺服器擲回「OutOfMemoryError」。不過，伺服器可能會在「OutOfMemoryError」發生後復原並繼續其服務，不過這可能需要一些時間。此問題已在 9.4.51、10.0.14 和 11.0.14 版本中修正。建議所有使用者進行升級。
    無法升級的使用者可設定 multipart 參數「maxRequestSize」，此參數必須設定為非負值，因此整個 multipart 內容會受到限制 (儘管仍會讀入記憶體)。
    (CVE-2023-26048)

  - Jetty 是 java 型 Web 伺服器和 servlet 引擎。Jetty 中的非標準 Cookie 剖析可允許攻擊者走私其他 Cookie 中的 Cookie，或透過竄改 Cookie 剖析機制來執行非預期行為。如果 Jetty 看到以 `` (雙引號) 開頭的 Cookie VALUE，即使遇到分號，也會繼續讀取 Cookie 字串，直到看到結尾引號。因此，以下 Cookie 標頭：「DISPLAY_LANGUAGE=b; JSESSIONID=1337； c=d」將會被剖析為一個 Cookie，其名稱為 DISPLAY_LANGUAGE，值為 b； JSESSIONID=1337； c=d 而非 3 個獨立的 Cookie。這具有安全性影響，因為如果 JSESSIONID 是 HttpOnly Cookie，且 DISPLAY_LANGUAGE Cookie 值是在頁面上轉譯，則攻擊者可將 JSESSIONID Cookie 走私到 DISPLAY_LANGUAGE Cookie 中，進而將其洩漏。當中介者根據 Cookie 制定某些原則時，此問題會造成較大影響，走私的 Cookie 可繞過該原則，但仍可供 Jetty 伺服器或其記錄系統看到。此問題已在 9.4.51、10.0.14、11.0.14 和 12.0.0.beta0 版中解決，建議所有使用者皆升級。此問題尚無已知的因應措施。
    (CVE-2023-26049)

  - 在 Unix 系統和 Android Ice Cream Sandwich 系統中，Google Guava 1.0 至 31.1 版的 `FileBackedOutputStream` 中使用 Java 的預設暫存目錄建立檔案，這讓電腦上能夠存取預設 Java 暫存目錄的其他使用者和應用程式能夠存取該類別建立的檔案。儘管此安全性弱點已在 32.0.0 版中修正，我們仍建議使用 32.0.1 版，因為 32.0.0 版會中斷 Windows 中的某些功能。(CVE-2023-2976)

  - 在 Apache Santuario - XML Security for Java 2.2.6 之前、2.3.4 和 3.0.3 的所有版本中使用 JSR 105 API 時，容易發生私密金鑰在產生 XML 簽章時於記錄檔中洩漏的問題，並啟用 debug 層級的記錄。建議使用者升級至 2.2.6、2.3.4 或 3.0.3，即可修正此問題。(CVE-2023-44483)

  - 在 Keycloak 中發現一個缺陷，此缺陷可防止某些配置在重新導向中的使用，但如果萬用字元附加至 token，則允許使用這些配置。攻擊者可利用此問題提交特製的要求，進而導致跨網站指令碼 (XSS) 或其他攻擊。此缺陷是對於 CVE-2020-10748 的修正不完整所致。(CVE-2023-6134)

  - 在 Keycloak 的 redirect_uri 驗證邏輯中發現一個缺陷。此問題可允許繞過明確允許的主機。攻擊成功可導致存取 token 遭竊，進而讓攻擊者假冒其他使用者。(CVE-2023-6291)

  - 在 Keycloak 中發現一個瑕疵。此問題允許攻擊者使用 JARM 回應模式 form_post.jwt 中的萬用字元，從用戶端竊取授權代碼或權杖，用來繞過為因應 CVE-2023-6134 而實作的安全性修補程式。(CVE-2023-6927)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
189176	Oracle WebLogic Server (2024 年 1 月 CPU)	Nessus	Misc.	2024/1/18	2024/1/22	critical
190496	RHEL 9：RHEL 9 上的 Red Hat Single Sign-On 7.6.7 安全性更新 (重要) (RHSA-2024: 0800)	Nessus	Red Hat Local Security Checks	2024/2/13	2024/11/7	high
190499	RHEL 7：RHEL 7 上的 Red Hat Single Sign-On 7.6.7 安全性更新 (重要) (RHSA-2024: 0798)	Nessus	Red Hat Local Security Checks	2024/2/13	2024/11/7	high
189118	Oracle WebCenter Portal 多個弱點 (2024 年 1 月 CPU)	Nessus	Misc.	2024/1/17	2024/1/19	medium
190091	RHEL 9：Red Hat JBoss Enterprise Application Platform 7.4.15 (RHSA-2024: 0712)	Nessus	Red Hat Local Security Checks	2024/2/7	2024/11/7	high
190092	RHEL 8：Red Hat JBoss 企業應用程式平台 7.4.15 安全性更新 (中等) (RHSA-2024: 0711)	Nessus	Red Hat Local Security Checks	2024/2/7	2024/11/7	high
253092	Linux Distros 未修補的弱點：CVE-2023-44483	Nessus	Misc.	2025/8/21	2025/9/1	medium
190090	RHEL 7：Red Hat JBoss 企業應用程式平台 7.4.15 安全性更新 (中等) (RHSA-2024: 0710)	Nessus	Red Hat Local Security Checks	2024/2/7	2024/11/7	high
213274	IBM Cognos Analytics 11.2.x < 11.2.4 FP4 / 12.0.x < 12.0.4 多個弱點 (7173592)	Nessus	CGI abuses	2024/12/20	2025/4/3	critical
190501	RHEL 8：RHEL 8 上的 Red Hat Single Sign-On 7.6.7 安全性更新 (重要) (RHSA-2024: 0799)	Nessus	Red Hat Local Security Checks	2024/2/13	2024/11/7	high

偵測

搜尋 Plugin

critical

high

high

medium

high

high

medium

high

critical

high