在 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 的使用者覆寫任意檔案。

偵測

Amazon Linux AMI : java-1.8.0-openjdk (ALAS-2015-571) (Bar Mitzvah) (Logjam)

medium Nessus Plugin ID 84931

找不到依附元件