現已提供適用於 Red Hat Enterprise Linux 6 和 7 的更新版 java-1.8.0-openjdk 套件，可修正多個安全性問題。

Red Hat 產品安全性團隊已將此更新評等為具有重要安全性影響。可針對每個弱點從〈參照〉一節的 CVE 連結中取得常見弱點評分系統 (CVSS) 的基本分數，其中包含有關嚴重性評等的詳細資訊。

Java-1.8.0-openjdk 套件提供 OpenJDK 8 Java Runtime Environment 和 OpenJDK 8 Java Software Development Kit。

在 OpenJDK 的 2D、CORBA、JMX、Libraries 和 RMI 元件中發現多個瑕疵。未受信任的 Java 應用程式或 applet 可利用這些瑕疵繞過 Java Sandbox 限制。
(CVE-2015-4760、CVE-2015-2628、CVE-2015-4731、CVE-2015-2590、CVE-2015-4732、CVE-2015-4733)

在 OpenJDK 的 Libraries 元件驗證線上憑證狀態通訊協定 (OCSP) 回應的方式中發現一個瑕疵。由於未指定 nextUpdate 日期的 OCSP 回應有無限的有效性，因此會被錯誤處理，可能導致已撤銷的 X.509 憑證被解譯為有效。(CVE-2015-4748)

據發現，OpenJDK 中的 JCE 元件在許多情況下無法使用常數時間比較。攻擊者可能利用這些瑕疵，藉著這些非常數時間比較來測量作業所需時間，從而洩漏敏感資訊。(CVE-2015-2601)

據發現，OpenJDK Security 元件中的 GCM (Galois 計數器模式) 實作無法正確執行 null 檢查。當應用程式使用 GCM 模式中的區塊加密來執行加密時，這可能導致 Java 虛擬機器當機。
(CVE-2015-2659)

在 RC4 加密演算法中發現一個瑕疵。當針對 RC4 加密使用特定的金鑰時，攻擊者可在不知道加密金鑰的情況下，從加密文字中取得純文字的部分。(CVE-2015-2808)

注意：透過此更新，現在 OpenJDK 會依預設停用 RC4 TLS/SSL 加密套件，藉此解決 CVE-2015-2808 問題。如需此變更的其他詳細資訊，請參閱〈參照〉一節中的 Red Hat Bugzilla 錯誤 1207101 連結。

在 TLS 通訊協定撰寫 Diffie-Hellman (DH) 金鑰交換的方式中發現一個瑕疵。攔截式攻擊者可利用此瑕疵，在金鑰交換過程中強制使用弱式 512 位元匯出級金鑰，讓攻擊者得以解密所有流量。
(CVE-2015-4000)

注意：此更新會強制 OpenJDK 中的 TLS/SSL 用戶端實作拒絕低於 768 位元的 DH 金鑰大小，如此可防止工作階段降級為匯出級金鑰。如需此變更的其他詳細資訊，請參閱〈參照〉一節中的 Red Hat Bugzilla 錯誤 1223211 連結。

據發現，OpenJDK 中的 JNDI 元件並未正確處理 DNS 解析。如果攻擊者可以觸發這類 DNS 錯誤，即可導致使用 JNDI 的 Java 應用程式消耗記憶體和 CPU 時間，並且可能封鎖進一步的 DNS 解析。(CVE-2015-4749)

在 OpenJDK 的 JMX 和 2D 元件中發現多個資訊洩漏瑕疵。未受信任的 Java 應用程式或 applet 可利用此瑕疵，繞過特定 Java Sandbox 限制。
(CVE-2015-2621、CVE-2015-2632)

在 OpenJDK 的 JSSE 元件與透過 IP 位址識別的主機建立 TLS/SSL 連線時該元件執行 X.509 憑證身分識別的方式中發現一個瑕疵。在某些情況下，如果是針對 IP 位址所解析的主機名稱發出憑證，而不是針對 IP 位址發出憑證，則該憑證會被接受，即認為是有效憑證。
(CVE-2015-2625)

在 OpenJDK 的 Hotspot 元件建立效能統計資料和錯誤記錄檔的方式中，發現多個不安全的暫存檔使用問題。本機攻擊者可能利用符號連結攻擊，造成使用 OpenJDK 的使用者覆寫任意檔案。注意：此問題原本已在 CVE-2015-0383 中修正，但是該修正在 RHSA-2015:0809 公告中迴歸。(CVE-2015-3149)

建議所有 java-1.8.0-openjdk 使用者皆升級至這些更新版套件，其可解決這些問題。所有執行中的 OpenJDK Java 執行個體都必須重新啟動，更新才能生效。

來自 Red Hat 安全性公告 2015:1228：

現已提供適用於 Red Hat Enterprise Linux 6 和 7 的更新版 java-1.8.0-openjdk 套件，可修正多個安全性問題。

Red Hat 產品安全性團隊已將此更新評等為具有重要安全性影響。可針對每個弱點從〈參照〉一節的 CVE 連結中取得常見弱點評分系統 (CVSS) 的基本分數，其中包含有關嚴重性評等的詳細資訊。

Java-1.8.0-openjdk 套件提供 OpenJDK 8 Java Runtime Environment 和 OpenJDK 8 Java Software Development Kit。

在 OpenJDK 的 2D、CORBA、JMX、Libraries 和 RMI 元件中發現多個瑕疵。未受信任的 Java 應用程式或 applet 可利用這些瑕疵繞過 Java Sandbox 限制。
(CVE-2015-4760、CVE-2015-2628、CVE-2015-4731、CVE-2015-2590、CVE-2015-4732、CVE-2015-4733)

在 OpenJDK 的 Libraries 元件驗證線上憑證狀態通訊協定 (OCSP) 回應的方式中發現一個瑕疵。由於未指定 nextUpdate 日期的 OCSP 回應有無限的有效性，因此會被錯誤處理，可能導致已撤銷的 X.509 憑證被解譯為有效。(CVE-2015-4748)

據發現，OpenJDK 中的 JCE 元件在許多情況下無法使用常數時間比較。攻擊者可能利用這些瑕疵，藉著這些非常數時間比較來測量作業所需時間，從而洩漏敏感資訊。(CVE-2015-2601)

據發現，OpenJDK Security 元件中的 GCM (Galois 計數器模式) 實作無法正確執行 null 檢查。當應用程式使用 GCM 模式中的區塊加密來執行加密時，這可能導致 Java 虛擬機器當機。
(CVE-2015-2659)

在 RC4 加密演算法中發現一個瑕疵。當針對 RC4 加密使用特定的金鑰時，攻擊者可在不知道加密金鑰的情況下，從加密文字中取得純文字的部分。(CVE-2015-2808)

注意：透過此更新，現在 OpenJDK 會依預設停用 RC4 TLS/SSL 加密套件，藉此解決 CVE-2015-2808 問題。如需此變更的其他詳細資訊，請參閱〈參照〉一節中的 Red Hat Bugzilla 錯誤 1207101 連結。

在 TLS 通訊協定撰寫 Diffie-Hellman (DH) 金鑰交換的方式中發現一個瑕疵。攔截式攻擊者可利用此瑕疵，在金鑰交換過程中強制使用弱式 512 位元匯出級金鑰，讓攻擊者得以解密所有流量。
(CVE-2015-4000)

注意：此更新會強制 OpenJDK 中的 TLS/SSL 用戶端實作拒絕低於 768 位元的 DH 金鑰大小，如此可防止工作階段降級為匯出級金鑰。如需此變更的其他詳細資訊，請參閱〈參照〉一節中的 Red Hat Bugzilla 錯誤 1223211 連結。

據發現，OpenJDK 中的 JNDI 元件並未正確處理 DNS 解析。如果攻擊者可以觸發這類 DNS 錯誤，即可導致使用 JNDI 的 Java 應用程式消耗記憶體和 CPU 時間，並且可能封鎖進一步的 DNS 解析。(CVE-2015-4749)

在 OpenJDK 的 JMX 和 2D 元件中發現多個資訊洩漏瑕疵。未受信任的 Java 應用程式或 applet 可利用此瑕疵，繞過特定 Java Sandbox 限制。
(CVE-2015-2621、CVE-2015-2632)

在 OpenJDK 的 JSSE 元件與透過 IP 位址識別的主機建立 TLS/SSL 連線時該元件執行 X.509 憑證身分識別的方式中發現一個瑕疵。在某些情況下，如果是針對 IP 位址所解析的主機名稱發出憑證，而不是針對 IP 位址發出憑證，則該憑證會被接受，即認為是有效憑證。
(CVE-2015-2625)

在 OpenJDK 的 Hotspot 元件建立效能統計資料和錯誤記錄檔的方式中，發現多個不安全的暫存檔使用問題。本機攻擊者可能利用符號連結攻擊，造成使用 OpenJDK 的使用者覆寫任意檔案。注意：此問題原本已在 CVE-2015-0383 中修正，但是該修正在 RHSA-2015:0809 公告中迴歸。(CVE-2015-3149)

建議所有 java-1.8.0-openjdk 使用者皆升級至這些更新版套件，其可解決這些問題。所有執行中的 OpenJDK Java 執行個體都必須重新啟動，更新才能生效。

在 OpenJDK 的 2D、CORBA、JMX、Libraries 和 RMI 元件中發現多個瑕疵。未受信任的 Java 應用程式或 applet 可利用這些瑕疵繞過 Java Sandbox 限制。
(CVE-2015-4760、CVE-2015-2628、CVE-2015-4731、CVE-2015-2590、CVE-2015-4732、CVE-2015-4733)

在 OpenJDK 的 Libraries 元件驗證線上憑證狀態通訊協定 (OCSP) 回應的方式中發現一個瑕疵。由於未指定 nextUpdate 日期的 OCSP 回應有無限的有效性，因此會被錯誤處理，可能導致已撤銷的 X.509 憑證被解譯為有效。(CVE-2015-4748)

據發現，OpenJDK 中的 JCE 元件在許多情況下無法使用常數時間比較。攻擊者可能利用這些瑕疵，藉著這些非常數時間比較來測量作業所需時間，從而洩漏敏感資訊。(CVE-2015-2601)

據發現，OpenJDK Security 元件中的 GCM (Galois 計數器模式) 實作無法正確執行 null 檢查。當應用程式使用 GCM 模式中的區塊加密來執行加密時，這可能導致 Java 虛擬機器當機。
(CVE-2015-2659)

在 RC4 加密演算法中發現一個瑕疵。當針對 RC4 加密使用特定的金鑰時，攻擊者可在不知道加密金鑰的情況下，從加密文字中取得純文字的部分。(CVE-2015-2808)

請注意，使用此更新後，現在 OpenJDK 預設會停用 RC4 TLS/SSL 加密套件，以解決 CVE-2015-2808 問題。

在 TLS 通訊協定撰寫 Diffie-Hellman (DH) 金鑰交換的方式中發現一個瑕疵。攔截式攻擊者可利用此瑕疵，在金鑰交換過程中強制使用弱式 512 位元匯出級金鑰，讓攻擊者得以解密所有流量。
(CVE-2015-4000)

請注意，此更新會強制 OpenJDK 中的 TLS/SSL 用戶端實作拒絕低於 768 位元的 DH 金鑰大小，如此可防止工作階段降級為匯出級金鑰。

據發現，OpenJDK 中的 JNDI 元件並未正確處理 DNS 解析。如果攻擊者可以觸發這類 DNS 錯誤，即可導致使用 JNDI 的 Java 應用程式消耗記憶體和 CPU 時間，並且可能封鎖進一步的 DNS 解析。(CVE-2015-4749)

在 OpenJDK 的 JMX 和 2D 元件中發現多個資訊洩漏瑕疵。未受信任的 Java 應用程式或 applet 可利用此瑕疵，繞過特定 Java Sandbox 限制。
(CVE-2015-2621、CVE-2015-2632)

在 OpenJDK 的 JSSE 元件與透過 IP 位址識別的主機建立 TLS/SSL 連線時該元件執行 X.509 憑證身分識別的方式中發現一個瑕疵。在某些情況下，如果是針對 IP 位址所解析的主機名稱發出憑證，而不是針對 IP 位址發出憑證，則該憑證會被接受，即認為是有效憑證。
(CVE-2015-2625)

在 OpenJDK 的 Hotspot 元件建立效能統計資料和錯誤記錄檔的方式中，發現多個不安全的暫存檔使用問題。本機攻擊者可能利用符號連結攻擊，造成使用 OpenJDK 的使用者覆寫任意檔案。

在 OpenJDK 的 2D、CORBA、JMX、Libraries 和 RMI 元件中發現多個瑕疵。未受信任的 Java 應用程式或 applet 可利用這些瑕疵繞過 Java Sandbox 限制。
(CVE-2015-4760、CVE-2015-2628、CVE-2015-4731、CVE-2015-2590、CVE-2015-4732、CVE-2015-4733)

在 OpenJDK 的 Libraries 元件驗證線上憑證狀態通訊協定 (OCSP) 回應的方式中發現一個瑕疵。由於未指定 nextUpdate 日期的 OCSP 回應有無限的有效性，因此會被錯誤處理，可能導致已撤銷的 X.509 憑證被解譯為有效。(CVE-2015-4748)

據發現，OpenJDK 中的 JCE 元件在許多情況下無法使用常數時間比較。攻擊者可能利用這些瑕疵，藉著這些非常數時間比較來測量作業所需時間，從而洩漏敏感資訊。(CVE-2015-2601)

據發現，OpenJDK Security 元件中的 GCM (Galois 計數器模式) 實作無法正確執行 null 檢查。當應用程式使用 GCM 模式中的區塊加密來執行加密時，這可能導致 Java 虛擬機器當機。
(CVE-2015-2659)

在 RC4 加密演算法中發現一個瑕疵。當針對 RC4 加密使用特定的金鑰時，攻擊者可在不知道加密金鑰的情況下，從加密文字中取得純文字的部分。(CVE-2015-2808)

在 TLS 通訊協定撰寫 Diffie-Hellman (DH) 金鑰交換的方式中發現一個瑕疵。攔截式攻擊者可利用此瑕疵，在金鑰交換過程中強制使用弱式 512 位元匯出級金鑰，讓攻擊者得以解密所有流量。
(CVE-2015-4000)

據發現，OpenJDK 中的 JNDI 元件並未正確處理 DNS 解析。如果攻擊者可以觸發這類 DNS 錯誤，即可導致使用 JNDI 的 Java 應用程式消耗記憶體和 CPU 時間，並且可能封鎖進一步的 DNS 解析。(CVE-2015-4749)

在 OpenJDK 的 JMX 和 2D 元件中發現多個資訊洩漏瑕疵。未受信任的 Java 應用程式或 applet 可利用此瑕疵，繞過特定 Java Sandbox 限制。
(CVE-2015-2621、CVE-2015-2632)

在 OpenJDK 的 JSSE 元件與透過 IP 位址識別的主機建立 TLS/SSL 連線時該元件執行 X.509 憑證身分識別的方式中發現一個瑕疵。在某些情況下，如果是針對 IP 位址所解析的主機名稱發出憑證，而不是針對 IP 位址發出憑證，則該憑證會被接受，即認為是有效憑證。
(CVE-2015-2625)

在 OpenJDK 的 Hotspot 元件建立效能統計資料和錯誤記錄檔的方式中，發現多個不安全的暫存檔使用問題。本機攻擊者可能利用符號連結攻擊，造成使用 OpenJDK 的使用者覆寫任意檔案。注意：此問題原本已在 CVE-2015-0383 中修正，但是該修正在 SLSA-2015:0809 公告中迴歸。(CVE-2015-3149)

所有執行中的 OpenJDK Java 執行個體都必須重新啟動，更新才能生效。

ID	名稱	產品	系列	已發布	已更新	嚴重性
84787	RHEL 6 / 7 : java-1.8.0-openjdk (RHSA-2015:1228) (Bar Mitzvah) (Logjam)	Nessus	Red Hat Local Security Checks	2015/7/16	2023/4/25	medium
84770	CentOS 6 / 7 : java-1.8.0-openjdk (CESA-2015:1228) (Bar Mitzvah) (Logjam)	Nessus	CentOS Local Security Checks	2015/7/16	2023/4/25	medium
84784	Oracle Linux 6 / 7 : java-1.8.0-openjdk (ELSA-2015-1228) (Bar Mitzvah) (Logjam)	Nessus	Oracle Linux Local Security Checks	2015/7/16	2023/4/25	medium
84931	Amazon Linux AMI : java-1.8.0-openjdk (ALAS-2015-571) (Bar Mitzvah) (Logjam)	Nessus	Amazon Linux Local Security Checks	2015/7/23	2022/12/5	medium
84793	Scientific Linux 安全性更新：SL6.x、SL7.x i386/x86_64 上的 java-1.8.0-openjdk (Bar Mitzvah) (Logjam)	Nessus	Scientific Linux Local Security Checks	2015/7/16	2022/12/5	medium

偵測

搜尋 Plugin

medium

medium

medium

medium

medium