遠端 Oracle Linux 6/7 主機上安裝的套件受到 ELSA-2015-1228 公告中提及的多個弱點影響。

    [1:1.8.0.51-1.b16]
    - 新增 2015 年 1 月 java.security 更新的 md5sum，將其更新。
    - 解決：rhbz#1235162

    [1:1.8.0.51-0.b16]
    - u51b16 的 2015 年 7 月安全性更新。
    - 新增用於從本機 Mercurial 樹狀結構產生 OpenJDK tarball 的指令碼。
    - 為修補程式新增 %{name} 前置詞，以避免與 OpenJDK 7 版本發生衝突。
    - 針對 IcedTea 2.x 和/或即將發佈之 u60 中修正的 RH 問題新增修補程式。
    - 使用「openjdk」作為目錄前置詞，以允許修補程式與 IcedTea 互換。
    - CPU DH 變更後重新產生 EC 停用修補程式。
    - 解決：rhbz#1235162

Tenable 已直接從 Oracle Linux 安全公告擷取前置描述區塊。

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

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

現已提供適用於 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)

在 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 執行個體都必須重新啟動，更新才能生效。

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

    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 所有執行中的執行個體都必須重新啟動，更新才會生效。

Tenable 已直接從 Red Hat Enterprise Linux 安全公告擷取前置描述區塊。

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

遠端 MiracleLinux 7 主機已安裝受到多個弱點影響的套件如 AXSA:2015-225:01 公告中所提及。

    OpenJDK 運行時間環境。
    此版本修正的安全性問題
    CVE-2015-2590
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-2601
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-2621
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-2625
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-2628
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-2632
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-2659
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-2808 TLS 通訊協定和 SSL 通訊協定所使用的 RC4 演算法在初始化階段未正確結合狀態資料與金鑰資料其可使遠端攻擊者更容易藉由竊聽而對資料流的初始位元組發動純文字復原攻擊。偶爾依賴受 Invariance Weakness 影響的金鑰的網路流量然後使用涉及 LSB 值的暴力密碼破解方法即 Bar Mitzvah 問題。
    CVE-2015-3149
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-4000 TLS 通訊協定 1.2 和更舊版本當伺服器上已啟用 DHE_EXPORT 加密套件但用戶端上未啟用時未正確傳送 DHE_EXPORT 選擇進而允許攔截式攻擊者透過重寫 ClientHello (將 DHE 取代為 DHE_EXPORT)然後重寫 ServerHello (將 DHE_EXPORT 取代為 DHE)即為 Logjam 問題。
    CVE-2015-4731
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-4732
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-4733
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-4748
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-4749
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-4760
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    所選元件的版本發行版本編號 (若適用)

Tenable 已直接從 MiracleLinux 安全性公告擷取前置描述區塊。

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

遠端 MiracleLinux 4 主機中安裝的套件受到 AXSA:2015-186:02 公告中提及的多個弱點影響。

    OpenJDK 執行階段環境。
    在此版本中修正的安全性問題：
    CVE-2015-2590
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-2601
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-2621
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-2625
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-2628
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-2632
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-2659
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-2808 在 TLS 通訊協定和 SSL 通訊協定中所使用的 RC4 演算法，未在初始化階段正確結合狀態資料和金鑰資料，會讓遠端攻擊者更容易透過竊聽網路流量 (有時依賴受不變弱點影響的金鑰)，然後使用暴力密碼破解方法 (涉及 LSB 值)，對資料流的初始位元組發動純文字復原攻擊，即 Bar Mitzvah 問題。
    CVE-2015-3149
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-4000 當伺服器上已啟用 DHE_EXPORT 加密套件但用戶端上未啟用時，TLS 通訊協定 1.2 及更早版本未正確傳遞 DHE_EXPORT 選擇，導致攔截式攻擊者可藉由以 DHE_EXPORT 取代 DHE 來重寫 ClientHello，然後以 DHE 取代 DHE_EXPORT 來重寫 ServerHello，進而執行密碼降級攻擊，亦即 Logjam 問題。
    CVE-2015-4731
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-4732
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-4733
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-4748
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-4749
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    CVE-2015-4760
    ** 保留 ** 此候選編號已由宣佈新安全性問題時將使用該編號的組織或個人所保留。當候選編號公佈時，將會提供此候選編號的詳細資料。
    所選元件的版本發行編號 (若適用)：

Tenable 已直接從 MiracleLinux 安全公告擷取前置描述區塊。

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
84784	Oracle Linux 6 / 7：java-1.8.0-openjdk (ELSA-2015-1228)	Nessus	Oracle Linux Local Security Checks	2015/7/16	2025/4/29	critical
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
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
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
84787	RHEL 6 / 7: java-1.8.0-openjdk (RHSA-2015:1228)	Nessus	Red Hat Local Security Checks	2015/7/16	2025/4/15	critical
289889	MiracleLinux 7 java-1.8.0-openjdk-1.8.0.51-1.b16.el7 (AXSA:2015-225:01)	Nessus	Miracle Linux Local Security Checks	2026/1/16	2026/1/17	critical
291500	MiracleLinux 4：java-1.8.0-openjdk-1.8.0.51-0.b16.AXS4 (AXSA:2015-186:02)	Nessus	Miracle Linux Local Security Checks	2026/1/19	2026/2/5	critical

偵測

搜尋 Plugin

critical

medium

medium

medium

critical

critical

critical