The remote Fedora 37 host has a package installed that is affected by multiple vulnerabilities as referenced in the FEDORA-2022-d0ed59bee7 advisory.

    # New in release OpenJDK 19.0.1 (2022-10-18)

    * [Full release notes](https://builds.shipilev.net/backports-monitor/release-notes-19.0.1.html)
    * This update depends on     [FEDORA-2022-d0fc6f0dd4](https://bodhi.fedoraproject.org/updates/FEDORA-2022-d0fc6f0dd4)

    ## CVEs Fixed
      - CVE-2022-21618
      - CVE-2022-21619
      - CVE-2022-21624
      - CVE-2022-21628
      - CVE-2022-39399

    ## Security Fixes
      - JDK-8282252: Improve BigInteger/Decimal validation
      - JDK-8285662: Better permission resolution
      - JDK-8286077: Wider MultiByte conversions
      - JDK-8286511: Improve macro allocation
      - JDK-8286519: Better memory handling
      - JDK-8286526: Improve NTLM support
      - JDK-8286910: Improve JNDI lookups
      - JDK-8286918: Better HttpServer service
      - JDK-8287446: Enhance icon presentations
      - JDK-8288508: Enhance ECDSA usage
      - JDK-8289366: Improve HTTP/2 client usage
      - JDK-8289853: Update HarfBuzz to 4.4.1
      - JDK-8290334: Update FreeType to 2.12.1

    ## Major Changes

    ### [JDK-8292654](https://bugs.openjdk.org/browse/JDK-8292654): G1 Remembered set memory footprint     regression after [JDK-8286115](https://bugs.openjdk.org/browse/JDK-8286115)     JDK-8286115 changed ergonomic sizing of a component of the remembered sets in G1. This change causes     increased native memory usage of the Hotspot VM for applications that create large remembered sets with     the G1 collector.

    In an internal benchmark total GC component native memory usage rose by almost 10% (from 1.2GB to 1.3GB).

    This issue can be worked around by passing double the value of `G1RemSetArrayOfCardsEntries` as printed by     running the application with `-XX:+PrintFlagsFinal -XX:+UnlockExperimentalVMOptions` to your application.

    E.g. pass `-XX:+UnlockExperimentalVMOptions -XX:G1RemSetArrayOfCardsEntries=128` if a previous run showed     a value of `64` for `G1RemSetArrayOfCardsEntries` in the output of `-XX:+PrintFlagsFinal`.

    ## [JDK-8292579](https://bugs.openjdk.org/browse/JDK-8292579): Update Timezone Data to 2022c

    This version includes changes from 2022b that merged multiple regions that have the same timestamp data     post-1970 into a single time zone database.  All time zone IDs remain the same but the merged time zones     will point to a shared zone database.

    As a result, pre-1970 data may not be compatible with earlier JDK versions.  The affected zones are     ```Antarctica/Vostok, Asia/Brunei, Asia/Kuala_Lumpur, Atlantic/Reykjavik, Europe/Amsterdam,     Europe/Copenhagen, Europe/Luxembourg, Europe/Monaco, Europe/Oslo, Europe/Stockholm, Indian/Christmas,     Indian/Cocos, Indian/Kerguelen, Indian/Mahe,  Indian/Reunion, Pacific/Chuuk, Pacific/Funafuti,     Pacific/Majuro, Pacific/Pohnpei, Pacific/Wake, Pacific/Wallis, Arctic/Longyearbyen, Atlantic/Jan_Mayen,     Iceland, Pacific/Ponape, Pacific/Truk, and Pacific/Yap```.

    For more details, refer to the announcement of [2022b](https://mm.icann.org/pipermail/tz-     announce/2022-August/000071.html)


Tenable has extracted the preceding description block directly from the Fedora security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

An update of the openjdk11 package has been released.

The remote MiracleLinux 8 host has packages installed that are affected by multiple vulnerabilities as referenced in the AXSA:2022-3902:13 advisory.

    * OpenJDK: improper MultiByte conversion can lead to buffer overflow (JGSS,     8286077) (CVE-2022-21618)
      * OpenJDK: excessive memory allocation in X.509 certificate parsing (Security,     8286533) (CVE-2022-21626)
      * OpenJDK: HttpServer no connection count limit (Lightweight HTTP Server,     8286918) (CVE-2022-21628)
      * OpenJDK: improper handling of long NTLM client hostnames (Security, 8286526)     (CVE-2022-21619)
      * OpenJDK: insufficient randomization of JNDI DNS port numbers (JNDI, 8286910)     (CVE-2022-21624)
      * OpenJDK: missing SNI caching in HTTP/2 (Networking, 8289366)     (CVE-2022-39399)

Tenable has extracted the preceding description block directly from the MiracleLinux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The version of Amazon Corretto installed on the remote host is prior to 11 < 11.0.17.8.1. It is, therefore, affected by multiple vulnerabilities as referenced in the corretto-11-2022-Oct-18 advisory.

  - security-libs/org.ietf.jgss (CVE-2022-21618)

  - security-libs/java.security (CVE-2022-21619, CVE-2022-21626)

  - core-libs/javax.naming (CVE-2022-21624)

  - core-libs/java.net (CVE-2022-21628, CVE-2022-39399)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote Redhat Enterprise Linux 8 host has packages installed that are affected by multiple vulnerabilities as referenced in the RHSA-2022:7012 advisory.

    The java-11-openjdk packages provide the OpenJDK 11 Java Runtime Environment and the OpenJDK 11 Java     Software Development Kit.

    Security Fix(es):

    * OpenJDK: improper MultiByte conversion can lead to buffer overflow (JGSS, 8286077) (CVE-2022-21618)

    * OpenJDK: excessive memory allocation in X.509 certificate parsing (Security, 8286533) (CVE-2022-21626)

    * OpenJDK: HttpServer no connection count limit (Lightweight HTTP Server, 8286918) (CVE-2022-21628)

    * OpenJDK: improper handling of long NTLM client hostnames (Security, 8286526) (CVE-2022-21619)

    * OpenJDK: insufficient randomization of JNDI DNS port numbers (JNDI, 8286910) (CVE-2022-21624)

    * OpenJDK: missing SNI caching in HTTP/2 (Networking, 8289366) (CVE-2022-39399)

    For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and     other related information, refer to the CVE page(s) listed in the References section.

    Bug Fix(es):

    * Prepare for the next quarterly OpenJDK upstream release (2022-10, 11.0.17) [rhel-8] (BZ#2131863)

Tenable has extracted the preceding description block directly from the Red Hat Enterprise Linux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote Oracle Linux 9 host has packages installed that are affected by multiple vulnerabilities as referenced in the ELSA-2022-6999 advisory.

    [1:17.0.5.0.8-2]
    - Update in-tree tzdata to 2022e with JDK-8294357 & JDK-8295173
    - Update CLDR data with Europe/Kyiv (JDK-8293834)
    - Drop JDK-8292223 patch which we found to be unnecessary
    - Update TestTranslations.java to use public API based on TimeZoneNamesTest upstream
    - Related: rhbz#2132934

    [1:17.0.5.0.8-1]
    - Update to jdk-17.0.5+8 (GA)
    - Update release notes to 17.0.5+8 (GA)
    - Switch to GA mode for final release.
    - * This tarball is embargoed until 2022-10-18 @ 1pm PT. *
    - Resolves: rhbz#2132934

    [1:17.0.5.0.7-0.1.ea]
    - Update to jdk-17.0.5+7
    - Update release notes to 17.0.5+7
    - Resolves: rhbz#2132934

    [1:17.0.5.0.1-0.1.ea]
    - Update to jdk-17.0.5+1
    - Update release notes to 17.0.5+1
    - Switch to EA mode for 17.0.5 pre-release builds.
    - Related: rhbz#2132934

Tenable has extracted the preceding description block directly from the Oracle Linux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote Oracle Linux 9 host has packages installed that are affected by multiple vulnerabilities as referenced in the ELSA-2022-7013 advisory.

    [11.0.17.0.8-2.0.1]
    - Replace upstream references [Orabug: 34340155]

    [1:11.0.17.0.8-2]
    - Update in-tree tzdata to 2022e with JDK-8294357 & JDK-8295173
    - Update CLDR data with Europe/Kyiv (JDK-8293834)
    - Drop JDK-8292223 patch which we found to be unnecessary
    - Update TestTranslations.java to use public API based on TimeZoneNamesTest upstream
    - Related: rhbz#2133695

    [1:11.0.17.0.8-1]
    - Update to jdk-11.0.17+8 (GA)
    - Update release notes to 11.0.17+8
    - Switch to GA mode for release
    - Resolves: rhbz#2133695

    [1:11.0.17.0.7-0.1.ea]
    - Update to jdk-11.0.17+7
    - Update release notes to 11.0.17+7
    - Resolves: rhbz#2131865

    [1:11.0.17.0.1-0.1.ea]
    - Update to jdk-11.0.17+1
    - Update release notes to 11.0.17+1
    - Switch to EA mode for 11.0.17 pre-release builds.
    - Related: rhbz#2131865

Tenable has extracted the preceding description block directly from the Oracle Linux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote Fedora 35 host has a package installed that is affected by multiple vulnerabilities as referenced in the FEDORA-2022-1c07902a5e advisory.

    # New in release OpenJDK 11.0.17 (2022-10-18)

    * [Release announcement](https://bit.ly/openjdk11017)
    * [Full release notes](https://builds.shipilev.net/backports-monitor/release-notes-11.0.7.html)

    ## Security Fixes
      - JDK-8282252: Improve BigInteger/Decimal validation
      - JDK-8285662: Better permission resolution
      - JDK-8286077, CVE-2022-21618: Wider MultiByte conversions
      - JDK-8286511: Improve macro allocation
      - JDK-8286519: Better memory handling
      - JDK-8286526, CVE-2022-21619: Improve NTLM support
      - JDK-8286533, CVE-2022-21626: Key X509 usages
      - JDK-8286910, CVE-2022-21624: Improve JNDI lookups
      - JDK-8286918, CVE-2022-21628: Better HttpServer service
      - JDK-8287446: Enhance icon presentations
      - JDK-8288508: Enhance ECDSA usage
      - JDK-8289366, CVE-2022-39399: Improve HTTP/2 client usage
      - JDK-8289853: Update HarfBuzz to 4.4.1
      - JDK-8290334: Update FreeType to 2.12.1
      - JDK-8293429: [11u] minor update in attribute style

    ## Major Changes

    ### [JDK-8278067](https://bugs.openjdk.org/browse/JDK-8278067): Make HttpURLConnection Default Keep Alive     Timeout Configurable     Two system properties have been added which control the keep alive behavior of HttpURLConnection in the     case where the server does not specify a keep alive time. Two properties are defined for controlling     connections to servers and proxies separately. They are:

    * `http.keepAlive.time.server`
    * `http.keepAlive.time.proxy`

    respectively. More information about them can be found on the [Networking Properties     page](https://docs.oracle.com/en/java/javase/17/docs/api/java.base/java/net/doc-files/net-     properties.html).

    ### JDK-8286918: Better HttpServer service     The HttpServer can be optionally configured with a maximum connection limit by setting the     jdk.httpserver.maxConnections system property. A value of `0` or a negative integer is ignored and     considered to represent no connection limit. In the case of a positive integer value, any newly accepted     connections will be first checked against the current count of established connections and, if the     configured limit has been reached, then the newly accepted connection will be closed immediately.

    ### [JDK-8281181](https://bugs.openjdk.org/browse/JDK-8281181): CPU Shares Ignored When Computing Active     Processor Count     Previous JDK releases used an incorrect interpretation of the Linux cgroups parameter cpu.shares. This     might cause the JVM to use fewer CPUs than available, leading to an under utilization of CPU resources     when the JVM is used inside a container.

    Starting from this JDK release, by default, the JVM no longer considers cpu.shares when deciding the     number of threads to be used by the various thread pools. The `-XX:+UseContainerCpuShares` command-line     option can be used to revert to the previous behaviour. This option is deprecated and may be removed in a     future JDK release.

    ### [JDK-8269039](https://bugs.openjdk.org/browse/JDK-8269039): Disabled SHA-1 Signed JARs     JARs signed with SHA-1 algorithms are now restricted by default and treated as if they were unsigned. This     applies to the algorithms used to digest, sign, and optionally timestamp the JAR. It also applies to the     signature and digest algorithms of the certificates in the certificate chain of the code signer and the     Timestamp Authority, and any CRLs or OCSP responses that are used to verify if those certificates have     been revoked. These restrictions also apply to signed JCE providers.

    To reduce the compatibility risk for JARs that have been previously timestamped, there is one exception to     this policy:

    - Any JAR signed with SHA-1 algorithms and timestamped prior to January 01, 2019 will not be restricted.

    This exception may be removed in a future JDK release. To determine if your signed JARs are affected by     this change, run:
    ~~~     $ jarsigner -verify -verbose -certs`     ~~~     on the signed JAR, and look for instances of SHA1 or SHA-1 and disabled and a warning that the JAR     will be treated as unsigned in the output.

    For example:
    ~~~        Signed by CN=Signer        Digest algorithm: SHA-1 (disabled)        Signature algorithm: SHA1withRSA (disabled), 2048-bit key

       WARNING: The jar will be treated as unsigned, because it is signed with a weak algorithm that is now     disabled by the security property:

       jdk.jar.disabledAlgorithms=MD2, MD5, RSA keySize < 1024, DSA keySize < 1024, SHA1 denyAfter 2019-01-01     ~~~     JARs affected by these new restrictions should be replaced or re-signed with stronger algorithms.

    Users can, *at their own risk*, remove these restrictions by modifying the `java.security` configuration     file (or override it by using the `java.security.properties` system property) and removing SHA1 usage     SignedJAR & denyAfter 2019-01-01 from the     `jdk.certpath.disabledAlgorithms` security property and SHA1 denyAfter 2019-01-01 from the     `jdk.jar.disabledAlgorithms` security property.

    ### [JDK-8267880](https://bugs.openjdk.org/browse/JDK-8267880): Upgrade the default PKCS12 MAC algorithm     The default MAC algorithm used in a PKCS #12 keystore has been updated. The new algorithm is based on     SHA-256 and is stronger than the old one based on SHA-1. See the security properties starting with     `keystore.pkcs12` in the `java.security` file for detailed information.

    The new SHA-256 based MAC algorithms were introduced in the 11.0.12 release. Keystores created using this     newer, stronger, MAC algorithm cannot be opened in versions of OpenJDK 11 earlier than 11.0.12. A     'java.security.NoSuchAlgorithmException' exception will be thrown in such circumstances.

    For compatibility, use the `keystore.pkcs12.legacy` system property, which will revert the algorithms to     use the older, weaker     algorithms. There is no value defined for this property.

    ### [JDK-8261160](https://bugs.openjdk.org/browse/JDK-8261160): JDK Flight Recorder Event for     Deserialization     It is now possible to monitor deserialization of objects using JDK Flight Recorder (JFR). When JFR is     enabled and the JFR configuration includes deserialization events, JFR will emit an event whenever the     running program attempts to deserialize an object. The deserialization event is named     `jdk.Deserialization`, and it is disabled by default. The deserialization event contains information that     is used by the serialization filter mechanism; see the ObjectInputFilter API specification for details.

    Additionally, if a filter is enabled, the JFR event indicates whether the filter accepted or rejected     deserialization of the object. For     further information about how to use the JFR deserialization event, see the article [Monitoring     Deserialization to Improve Application Security](https://inside.java/2021/03/02/monitoring-     deserialization-activity-in-the-jdk/).

    For reference information about using and configuring JFR, see the [JFR Runtime     Guide](https://docs.oracle.com/javacomponents/jmc-5-5/jfr-runtime-guide/preface_jfrrt.htm#JFRRT165) and     [JFR Command Reference](https://docs.oracle.com/javacomponents/jmc-5-5/jfr-command-reference/command-     line-options.htm#JFRCR-GUID-FE61CA60-E1DF-460E-A8E0-F4FF5D58A7A0) sections of the JDK Mission Control     documentation.

    ### [JDK-8139348](https://bugs.openjdk.org/browse/JDK-8139348): Deprecate 3DES and RC4 in Kerberos     The `des3-hmac-sha1` and `rc4-hmac` Kerberos encryption types (etypes) are now deprecated and disabled by     default. Users can set `allow_weak_crypto = true` in the `krb5.conf` configuration file to re-enable them     (along with other weak etypes including `des-cbc-crc` and `des-cbc-md5`) at their own risk. To disable a     subset of the weak etypes, users can list preferred etypes explicitly in any of the     `default_tkt_enctypes`, `default_tgs_enctypes`, or `permitted_enctypes` settings.


Tenable has extracted the preceding description block directly from the Fedora security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - Vulnerability in the Oracle Java SE, Oracle GraalVM Enterprise Edition product of Oracle Java SE     (component: JGSS). Supported versions that are affected are Oracle Java SE: 17.0.4.1, 19; Oracle GraalVM     Enterprise Edition: 21.3.3 and 22.2.0. Easily exploitable vulnerability allows unauthenticated attacker     with network access via Kerberos to compromise Oracle Java SE, Oracle GraalVM Enterprise Edition.
    Successful attacks of this vulnerability can result in unauthorized update, insert or delete access to     some of Oracle Java SE, Oracle GraalVM Enterprise Edition accessible data. Note: This vulnerability     applies to Java deployments, typically in clients running sandboxed Java Web Start applications or     sandboxed Java applets, that load and run untrusted code (e.g., code that comes from the internet) and     rely on the Java sandbox for security. This vulnerability can also be exploited by using APIs in the     specified Component, e.g., through a web service which supplies data to the APIs. (CVE-2022-21618)

Note that Nessus relies on the presence of the package as reported by the vendor.

The remote Fedora 37 host has a package installed that is affected by multiple vulnerabilities as referenced in the FEDORA-2022-f687000ef7 advisory.

    # New in release OpenJDK 17.0.5 (2022-10-18)

    * [Release announcement](https://bit.ly/openjdk1705)
    * [Full release notes](https://builds.shipilev.net/backports-monitor/release-notes-17.0.5.html)

    ## Security Fixes
      - JDK-8282252: Improve BigInteger/Decimal validation
      - JDK-8285662: Better permission resolution
      - JDK-8286077, CVE-2022-21618: Wider MultiByte conversions
      - JDK-8286511: Improve macro allocation
      - JDK-8286519: Better memory handling
      - JDK-8286526, CVE-2022-21619: Improve NTLM support
      - JDK-8286910, CVE-2022-21624: Improve JNDI lookups
      - JDK-8286918, CVE-2022-21628: Better HttpServer service
      - JDK-8287446: Enhance icon presentations
      - JDK-8288508: Enhance ECDSA usage
      - JDK-8289366, CVE-2022-39399: Improve HTTP/2 client usage
      - JDK-8289853: Update HarfBuzz to 4.4.1
      - JDK-8290334: Update FreeType to 2.12.1

    ## Major Changes

    ### [JDK-8278067](https://bugs.openjdk.org/browse/JDK-8278067): Make HttpURLConnection Default Keep Alive     Timeout Configurable     Two system properties have been added which control the keep alive behavior of HttpURLConnection in the     case where the server does not specify a keep alive time. Two properties are defined for controlling     connections to servers and proxies separately. They are:

    * `http.keepAlive.time.server`
    * `http.keepAlive.time.proxy`

    respectively. More information about them can be found on the [Networking Properties     page](https://docs.oracle.com/en/java/javase/17/docs/api/java.base/java/net/doc-files/net-     properties.html).

    ### JDK-8286918: Better HttpServer service     The HttpServer can be optionally configured with a maximum connection limit by setting the     jdk.httpserver.maxConnections system property. A value of `0` or a negative integer is ignored and     considered to represent no connection limit. In the case of a positive integer value, any newly accepted     connections will be first checked against the current count of established connections and, if the     configured limit has been reached, then the newly accepted connection will be closed immediately.

    ### [JDK-8281181](https://bugs.openjdk.org/browse/JDK-8281181): CPU Shares Ignored When Computing Active     Processor Count     Previous JDK releases used an incorrect interpretation of the Linux cgroups parameter cpu.shares. This     might cause the JVM to use fewer CPUs than available, leading to an under utilization of CPU resources     when the JVM is used inside a container.

    Starting from this JDK release, by default, the JVM no longer considers cpu.shares when deciding the     number of threads to be used by the various thread pools. The `-XX:+UseContainerCpuShares` command-line     option can be used to revert to the previous behaviour. This option is deprecated and may be removed in a     future JDK release.

    ### [JDK-8269039](https://bugs.openjdk.org/browse/JDK-8269039): Disabled SHA-1 Signed JARs     JARs signed with SHA-1 algorithms are now restricted by default and treated as if they were unsigned. This     applies to the algorithms used to digest, sign, and optionally timestamp the JAR. It also applies to the     signature and digest algorithms of the certificates in the certificate chain of the code signer and the     Timestamp Authority, and any CRLs or OCSP responses that are used to verify if those certificates have     been revoked. These restrictions also apply to signed JCE providers.

    To reduce the compatibility risk for JARs that have been previously timestamped, there is one exception to     this policy:

    - Any JAR signed with SHA-1 algorithms and timestamped prior to January 01, 2019 will not be restricted.

    This exception may be removed in a future JDK release. To determine if your signed JARs are affected by     this change, run:
    ~~~     $ jarsigner -verify -verbose -certs`     ~~~     on the signed JAR, and look for instances of SHA1 or SHA-1 and disabled and a warning that the JAR     will be treated as unsigned in the output.

    For example:
    ~~~        Signed by CN=Signer        Digest algorithm: SHA-1 (disabled)        Signature algorithm: SHA1withRSA (disabled), 2048-bit key

       WARNING: The jar will be treated as unsigned, because it is signed with a weak algorithm that is now     disabled by the security property:

       jdk.jar.disabledAlgorithms=MD2, MD5, RSA keySize < 1024, DSA keySize < 1024, SHA1 denyAfter 2019-01-01     ~~~     JARs affected by these new restrictions should be replaced or re-signed with stronger algorithms.

    Users can, *at their own risk*, remove these restrictions by modifying the `java.security` configuration     file (or override it by using the `java.security.properties` system property) and removing SHA1 usage     SignedJAR & denyAfter 2019-01-01 from the     `jdk.certpath.disabledAlgorithms` security property and SHA1 denyAfter 2019-01-01 from the     `jdk.jar.disabledAlgorithms` security property.


Tenable has extracted the preceding description block directly from the Fedora security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote openSUSE 15 host has packages installed that are affected by multiple vulnerabilities as referenced in the openSUSE-SU-2025:0067-1 advisory.

    - Update to OpenJDK 17.0.14 with OpenJ9 0.49.0 virtual machine
    - Including Oracle October 2024 and January 2025 CPU changes
      * CVE-2024-21208 (boo#1231702), CVE-2024-21210 (boo#1231711),         CVE-2024-21217 (boo#1231716), CVE-2024-21235 (boo#1231719),         CVE-2025-21502 (boo#1236278)
      * OpenJ9 changes, see         https://www.eclipse.org/openj9/docs/version0.49/

    - Update to OpenJDK 17.0.12 with OpenJ9 0.46.0 virtual machine
    - Including Oracle July 2024 CPU changes
      * CVE-2024-21131 (boo#1228046), CVE-2024-21138 (boo#1228047),         CVE-2024-21140 (boo#1228048), CVE-2024-21147 (boo#1228052),         CVE-2024-21145 (boo#1228051)
      * OpenJ9 changes, see         https://www.eclipse.org/openj9/docs/version0.46/

    - Update to OpenJDK 17.0.11 with OpenJ9 0.44.0 virtual machine
    - Including Oracle April 2024 CPU changes
      * CVE-2024-21012 (boo#1222987), CVE-2024-21094 (boo#1222986),         CVE-2024-21011 (boo#1222979), CVE-2024-21068 (boo#1222983)
      * OpenJ9 changes, see         https://www.eclipse.org/openj9/docs/version0.44/

    - Update to OpenJDK 17.0.10 with OpenJ9 0.43.0 virtual machine
    - Including Oracle January 2024 CPU changes
      * CVE-2024-20918 (boo#1218907), CVE-2024-20919 (boo#1218903),         CVE-2024-20921 (boo#1218905), CVE-2024-20932 (boo#1218908),         CVE-2024-20945 (boo#1218909), CVE-2024-20952 (boo#1218911)
      * OpenJ9 changes, see         https://www.eclipse.org/openj9/docs/version0.43/

    - Update to OpenJDK 17.0.9 with OpenJ9 0.41.0 virtual machine
    - Including Oracle October 2023 CPU changes
      * CVE-2023-22081, boo#1216374
      * CVE-2023-22025, boo#1216339
    - Including Openj9 0.41.0 fixes of CVE-2023-5676, boo#1217214
      * For other OpenJ9 changes, see         https://www.eclipse.org/openj9/docs/version0.41

    - Update to OpenJDK 17.0.8.1 with OpenJ9 0.40.0 virtual machine
      * JDK-8313765: Invalid CEN header (invalid zip64 extra data         field size)

    - Update to OpenJDK 17.0.8 with OpenJ9 0.40.0 virtual machine
    - Including Oracle July 2023 CPU changes
      * CVE-2023-22006 (boo#1213473), CVE-2023-22036 (boo#1213474),         CVE-2023-22041 (boo#1213475), CVE-2023-22044 (boo#1213479),         CVE-2023-22045 (boo#1213481), CVE-2023-22049 (boo#1213482),         CVE-2023-25193 (boo#1207922)
      * OpenJ9 changes, see         https://www.eclipse.org/openj9/docs/version0.40

    - Update to OpenJDK 17.0.7 with OpenJ9 0.38.0 virtual machine
    - Including Oracle April 2023 CPU changes
      * CVE-2023-21930 (boo#1210628), CVE-2023-21937 (boo#1210631),         CVE-2023-21938 (boo#1210632), CVE-2023-21939 (boo#1210634),         CVE-2023-21954 (boo#1210635), CVE-2023-21967 (boo#1210636),         CVE-2023-21968 (boo#1210637)
      * OpenJ9 specific vulnerability: CVE-2023-2597 (boo#1211615)
      * OpenJ9 changes, see         https://www.eclipse.org/openj9/docs/version0.38

    - Update to OpenJDK 17.0.6 with OpenJ9 0.36.0 virtual machine
      * including Oracle January 2023 CPU changes
        - CVE-2023-21835, boo#1207246
        - CVE-2023-21843, boo#1207248
      * OpenJ9 changes, see         https://www.eclipse.org/openj9/docs/version0.36

    - Update to OpenJDK 17.0.5 with OpenJ9 0.35.0 virtual machine
      * Including Oracle October 2022 CPU changes         CVE-2022-21618 (boo#1204468), CVE-2022-21619 (boo#1204473),         CVE-2022-21626 (boo#1204471), CVE-2022-21624 (boo#1204475),         CVE-2022-21628 (boo#1204472), CVE-2022-39399 (boo#1204480)
      * Fixes OpenJ9 vulnerability boo#1204703, CVE-2022-3676
      * OpenJ9 changes, see         https://www.eclipse.org/openj9/docs/version0.35

Tenable has extracted the preceding description block directly from the SUSE security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote Rocky Linux 8 host has packages installed that are affected by multiple vulnerabilities as referenced in the RLSA-2022:7000 advisory.

  - Vulnerability in the Oracle Java SE, Oracle GraalVM Enterprise Edition product of Oracle Java SE     (component: JGSS). Supported versions that are affected are Oracle Java SE: 17.0.4.1, 19; Oracle GraalVM     Enterprise Edition: 21.3.3 and 22.2.0. Easily exploitable vulnerability allows unauthenticated attacker     with network access via Kerberos to compromise Oracle Java SE, Oracle GraalVM Enterprise Edition.
    Successful attacks of this vulnerability can result in unauthorized update, insert or delete access to     some of Oracle Java SE, Oracle GraalVM Enterprise Edition accessible data. Note: This vulnerability     applies to Java deployments, typically in clients running sandboxed Java Web Start applications or     sandboxed Java applets, that load and run untrusted code (e.g., code that comes from the internet) and     rely on the Java sandbox for security. This vulnerability can also be exploited by using APIs in the     specified Component, e.g., through a web service which supplies data to the APIs. (CVE-2022-21618)

  - Vulnerability in the Oracle Java SE, Oracle GraalVM Enterprise Edition product of Oracle Java SE     (component: Security). Supported versions that are affected are Oracle Java SE: 8u341, 8u345-perf,     11.0.16.1, 17.0.4.1, 19; Oracle GraalVM Enterprise Edition: 20.3.7, 21.3.3 and 22.2.0. Difficult to     exploit vulnerability allows unauthenticated attacker with network access via multiple protocols to     compromise Oracle Java SE, Oracle GraalVM Enterprise Edition. Successful attacks of this vulnerability can     result in unauthorized update, insert or delete access to some of Oracle Java SE, Oracle GraalVM     Enterprise Edition accessible data. Note: This vulnerability applies to Java deployments, typically in     clients running sandboxed Java Web Start applications or sandboxed Java applets, that load and run     untrusted code (e.g., code that comes from the internet) and rely on the Java sandbox for security. This     vulnerability can also be exploited by using APIs in the specified Component, e.g., through a web service     which supplies data to the APIs. (CVE-2022-21619)

  - Vulnerability in the Oracle Java SE, Oracle GraalVM Enterprise Edition product of Oracle Java SE     (component: JNDI). Supported versions that are affected are Oracle Java SE: 8u341, 8u345-perf, 11.0.16.1,     17.0.4.1, 19; Oracle GraalVM Enterprise Edition: 20.3.7, 21.3.3 and 22.2.0. Difficult to exploit     vulnerability allows unauthenticated attacker with network access via multiple protocols to compromise     Oracle Java SE, Oracle GraalVM Enterprise Edition. Successful attacks of this vulnerability can result in     unauthorized update, insert or delete access to some of Oracle Java SE, Oracle GraalVM Enterprise Edition     accessible data. Note: This vulnerability applies to Java deployments, typically in clients running     sandboxed Java Web Start applications or sandboxed Java applets, that load and run untrusted code (e.g.,     code that comes from the internet) and rely on the Java sandbox for security. This vulnerability can also     be exploited by using APIs in the specified Component, e.g., through a web service which supplies data to     the APIs. (CVE-2022-21624)

  - Vulnerability in the Oracle Java SE, Oracle GraalVM Enterprise Edition product of Oracle Java SE     (component: Security). Supported versions that are affected are Oracle Java SE: 8u341, 8u345-perf,     11.0.16.1; Oracle GraalVM Enterprise Edition: 20.3.7, 21.3.3 and 22.2.0. Easily exploitable vulnerability     allows unauthenticated attacker with network access via HTTPS to compromise Oracle Java SE, Oracle GraalVM     Enterprise Edition. Successful attacks of this vulnerability can result in unauthorized ability to cause a     partial denial of service (partial DOS) of Oracle Java SE, Oracle GraalVM Enterprise Edition. Note: This     vulnerability applies to Java deployments, typically in clients running sandboxed Java Web Start     applications or sandboxed Java applets, that load and run untrusted code (e.g., code that comes from the     internet) and rely on the Java sandbox for security. This vulnerability can also be exploited by using     APIs in the specified Component, e.g., through a web service which supplies data to the APIs.
    (CVE-2022-21626)

  - Vulnerability in the Oracle Java SE, Oracle GraalVM Enterprise Edition product of Oracle Java SE     (component: Lightweight HTTP Server). Supported versions that are affected are Oracle Java SE: 8u341,     8u345-perf, 11.0.16.1, 17.0.4.1, 19; Oracle GraalVM Enterprise Edition: 20.3.7, 21.3.3 and 22.2.0. Easily     exploitable vulnerability allows unauthenticated attacker with network access via HTTP to compromise     Oracle Java SE, Oracle GraalVM Enterprise Edition. Successful attacks of this vulnerability can result in     unauthorized ability to cause a partial denial of service (partial DOS) of Oracle Java SE, Oracle GraalVM     Enterprise Edition. Note: This vulnerability applies to Java deployments, typically in clients running     sandboxed Java Web Start applications or sandboxed Java applets, that load and run untrusted code (e.g.,     code that comes from the internet) and rely on the Java sandbox for security. This vulnerability does not     apply to Java deployments, typically in servers, that load and run only trusted code (e.g., code installed     by an administrator). (CVE-2022-21628)

  - Vulnerability in the Oracle Java SE, Oracle GraalVM Enterprise Edition product of Oracle Java SE     (component: Networking). Supported versions that are affected are Oracle Java SE: 11.0.16.1, 17.0.4.1, 19;
    Oracle GraalVM Enterprise Edition: 20.3.7, 21.3.3 and 22.2.0. Difficult to exploit vulnerability allows     unauthenticated attacker with network access via HTTP to compromise Oracle Java SE, Oracle GraalVM     Enterprise Edition. Successful attacks of this vulnerability can result in unauthorized update, insert or     delete access to some of Oracle Java SE, Oracle GraalVM Enterprise Edition accessible data. Note: This     vulnerability applies to Java deployments, typically in clients running sandboxed Java Web Start     applications or sandboxed Java applets, that load and run untrusted code (e.g., code that comes from the     internet) and rely on the Java sandbox for security. This vulnerability does not apply to Java     deployments, typically in servers, that load and run only trusted code (e.g., code installed by an     administrator). (CVE-2022-39399)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote Alibaba Cloud Linux 3 host has packages installed that are affected by multiple vulnerabilities as referenced in the ALINUX3-SA-2022:0173 advisory.

    Package updates are available for Alibaba Cloud Linux 3 that fix the following vulnerabilities:

    CVE-2022-21618:
    Vulnerability in the Oracle Java SE, Oracle GraalVM Enterprise Edition product of Oracle Java SE     (component: JGSS). Supported versions that are affected are Oracle Java SE: 17.0.4.1, 19; Oracle GraalVM     Enterprise Edition: 21.3.3 and 22.2.0. Easily exploitable vulnerability allows unauthenticated attacker     with network access via Kerberos to compromise Oracle Java SE, Oracle GraalVM Enterprise Edition.
    Successful attacks of this vulnerability can result in unauthorized update, insert or delete access to     some of Oracle Java SE, Oracle GraalVM Enterprise Edition accessible data. Note: This vulnerability     applies to Java deployments, typically in clients running sandboxed Java Web Start applications or     sandboxed Java applets, that load and run untrusted code (e.g., code that comes from the internet) and     rely on the Java sandbox for security. This vulnerability can also be exploited by using APIs in the     specified Component, e.g., through a web service which supplies data to the APIs. CVSS 3.1 Base Score 5.3     (Integrity impacts). CVSS Vector: (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N).

    CVE-2022-21619:
    Vulnerability in the Oracle Java SE, Oracle GraalVM Enterprise Edition product of Oracle Java SE     (component: Security). Supported versions that are affected are Oracle Java SE: 8u341, 8u345-perf,     11.0.16.1, 17.0.4.1, 19; Oracle GraalVM Enterprise Edition: 20.3.7, 21.3.3 and 22.2.0. Difficult to     exploit vulnerability allows unauthenticated attacker with network access via multiple protocols to     compromise Oracle Java SE, Oracle GraalVM Enterprise Edition. Successful attacks of this vulnerability can     result in unauthorized update, insert or delete access to some of Oracle Java SE, Oracle GraalVM     Enterprise Edition accessible data. Note: This vulnerability applies to Java deployments, typically in     clients running sandboxed Java Web Start applications or sandboxed Java applets, that load and run     untrusted code (e.g., code that comes from the internet) and rely on the Java sandbox for security. This     vulnerability can also be exploited by using APIs in the specified Component, e.g., through a web service     which supplies data to the APIs. CVSS 3.1 Base Score 3.7 (Integrity impacts). CVSS Vector:
    (CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:N).

    CVE-2022-21624:
    Vulnerability in the Oracle Java SE, Oracle GraalVM Enterprise Edition product of Oracle Java SE     (component: JNDI). Supported versions that are affected are Oracle Java SE: 8u341, 8u345-perf, 11.0.16.1,     17.0.4.1, 19; Oracle GraalVM Enterprise Edition: 20.3.7, 21.3.3 and 22.2.0. Difficult to exploit     vulnerability allows unauthenticated attacker with network access via multiple protocols to compromise     Oracle Java SE, Oracle GraalVM Enterprise Edition. Successful attacks of this vulnerability can result in     unauthorized update, insert or delete access to some of Oracle Java SE, Oracle GraalVM Enterprise Edition     accessible data. Note: This vulnerability applies to Java deployments, typically in clients running     sandboxed Java Web Start applications or sandboxed Java applets, that load and run untrusted code (e.g.,     code that comes from the internet) and rely on the Java sandbox for security. This vulnerability can also     be exploited by using APIs in the specified Component, e.g., through a web service which supplies data to     the APIs. CVSS 3.1 Base Score 3.7 (Integrity impacts). CVSS Vector:
    (CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:N).

    CVE-2022-21626:
    Vulnerability in the Oracle Java SE, Oracle GraalVM Enterprise Edition product of Oracle Java SE     (component: Security). Supported versions that are affected are Oracle Java SE: 8u341, 8u345-perf,     11.0.16.1; Oracle GraalVM Enterprise Edition: 20.3.7, 21.3.3 and 22.2.0. Easily exploitable vulnerability     allows unauthenticated attacker with network access via HTTPS to compromise Oracle Java SE, Oracle GraalVM     Enterprise Edition. Successful attacks of this vulnerability can result in unauthorized ability to cause a     partial denial of service (partial DOS) of Oracle Java SE, Oracle GraalVM Enterprise Edition. Note: This     vulnerability applies to Java deployments, typically in clients running sandboxed Java Web Start     applications or sandboxed Java applets, that load and run untrusted code (e.g., code that comes from the     internet) and rely on the Java sandbox for security. This vulnerability can also be exploited by using     APIs in the specified Component, e.g., through a web service which supplies data to the APIs. CVSS 3.1     Base Score 5.3 (Availability impacts). CVSS Vector: (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L).

    CVE-2022-21628:
    Vulnerability in the Oracle Java SE, Oracle GraalVM Enterprise Edition product of Oracle Java SE     (component: Lightweight HTTP Server). Supported versions that are affected are Oracle Java SE: 8u341,     8u345-perf, 11.0.16.1, 17.0.4.1, 19; Oracle GraalVM Enterprise Edition: 20.3.7, 21.3.3 and 22.2.0. Easily     exploitable vulnerability allows unauthenticated attacker with network access via HTTP to compromise     Oracle Java SE, Oracle GraalVM Enterprise Edition. Successful attacks of this vulnerability can result in     unauthorized ability to cause a partial denial of service (partial DOS) of Oracle Java SE, Oracle GraalVM     Enterprise Edition. Note: This vulnerability applies to Java deployments, typically in clients running     sandboxed Java Web Start applications or sandboxed Java applets, that load and run untrusted code (e.g.,     code that comes from the internet) and rely on the Java sandbox for security. This vulnerability does not     apply to Java deployments, typically in servers, that load and run only trusted code (e.g., code installed     by an administrator). CVSS 3.1 Base Score 5.3 (Availability impacts). CVSS Vector:
    (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L).

    CVE-2022-39399:
    Vulnerability in the Oracle Java SE, Oracle GraalVM Enterprise Edition product of Oracle Java SE     (component: Networking). Supported versions that are affected are Oracle Java SE: 11.0.16.1, 17.0.4.1, 19;
    Oracle GraalVM Enterprise Edition: 20.3.7, 21.3.3 and 22.2.0. Difficult to exploit vulnerability allows     unauthenticated attacker with network access via HTTP to compromise Oracle Java SE, Oracle GraalVM     Enterprise Edition. Successful attacks of this vulnerability can result in unauthorized update, insert or     delete access to some of Oracle Java SE, Oracle GraalVM Enterprise Edition accessible data. Note: This     vulnerability applies to Java deployments, typically in clients running sandboxed Java Web Start     applications or sandboxed Java applets, that load and run untrusted code (e.g., code that comes from the     internet) and rely on the Java sandbox for security. This vulnerability does not apply to Java     deployments, typically in servers, that load and run only trusted code (e.g., code installed by an     administrator). CVSS 3.1 Base Score 3.7 (Integrity impacts). CVSS Vector:
    (CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:N).

Tenable has extracted the preceding description block directly from the Alibaba Cloud Linux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote MiracleLinux 9 host has packages installed that are affected by multiple vulnerabilities as referenced in the AXSA:2022-4116:10 advisory.

    * OpenJDK: improper MultiByte conversion can lead to buffer overflow (JGSS, 8286077) (CVE-2022-21618)
      * OpenJDK: excessive memory allocation in X.509 certificate parsing (Security, 8286533) (CVE-2022-21626)
      * OpenJDK: HttpServer no connection count limit (Lightweight HTTP Server, 8286918) (CVE-2022-21628)
      * OpenJDK: improper handling of long NTLM client hostnames (Security, 8286526) (CVE-2022-21619)
      * OpenJDK: insufficient randomization of JNDI DNS port numbers (JNDI, 8286910) (CVE-2022-21624)
      * OpenJDK: missing SNI caching in HTTP/2 (Networking, 8289366) (CVE-2022-39399)

Tenable has extracted the preceding description block directly from the MiracleLinux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
211024	Fedora 37 : java-latest-openjdk (2022-d0ed59bee7)	Nessus	Fedora Local Security Checks	2024/11/14	2024/11/14	medium
299585	Photon OS 4.0: Openjdk11 PHSA-2026-4.0-0961	Nessus	PhotonOS Local Security Checks	2026/2/19	2026/2/19	high
292536	MiracleLinux 8 : java-11-openjdk-11.0.17.0.8-2.el8 (AXSA:2022-3902:13)	Nessus	Miracle Linux Local Security Checks	2026/1/20	2026/1/20	medium
166213	Amazon Corretto Java 11.x < 11.0.17.8.1 Multiple Vulnerabilities	Nessus	Misc.	2022/10/18	2023/10/9	medium
166281	RHEL 8 : java-11-openjdk (RHSA-2022:7012)	Nessus	Red Hat Local Security Checks	2022/10/20	2024/11/7	medium
166365	Oracle Linux 9 : java-17-openjdk (ELSA-2022-6999)	Nessus	Oracle Linux Local Security Checks	2022/10/21	2024/10/22	medium
166367	Oracle Linux 9 : java-11-openjdk (ELSA-2022-7013)	Nessus	Oracle Linux Local Security Checks	2022/10/21	2024/10/22	medium
169120	Fedora 35 : java-11-openjdk (2022-1c07902a5e)	Nessus	Fedora Local Security Checks	2022/12/22	2024/11/14	medium
259585	Linux Distros Unpatched Vulnerability : CVE-2022-21618	Nessus	Misc.	2025/8/30	2026/7/16	medium
211429	Fedora 37 : java-17-openjdk (2022-f687000ef7)	Nessus	Fedora Local Security Checks	2024/11/15	2024/11/15	medium
216569	openSUSE 15 Security Update : java-17-openj9 (openSUSE-SU-2025:0067-1)	Nessus	SuSE Local Security Checks	2025/2/21	2025/2/21	critical
184720	Rocky Linux 8 : java-17-openjdk (RLSA-2022:7000)	Nessus	Rocky Linux Local Security Checks	2023/11/6	2023/11/6	medium
236719	Alibaba Cloud Linux 3 : 0173: java-17-openjdk (ALINUX3-SA-2022:0173)	Nessus	Alibaba Cloud Linux Local Security Checks	2025/5/14	2025/5/14	medium
291890	MiracleLinux 9 : java-17-openjdk-17.0.5.0.8-2.el9 (AXSA:2022-4116:10)	Nessus	Miracle Linux Local Security Checks	2026/1/20	2026/1/20	medium

检测

插件搜索

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

critical

medium

medium

medium