Scientific Linux Security Update : java-1.7.0-openjdk on SL6.x, SL7.x i386/x86_64
Medium Nessus Plugin ID 105071
Synopsis
The remote Scientific Linux host is missing one or more security
updates.
Description
Security Fix(es) :
- Multiple flaws were discovered in the RMI and Hotspot
components in OpenJDK. An untrusted Java application or
applet could use these flaws to completely bypass Java
sandbox restrictions. (CVE-2017-10285, CVE-2017-10346)
- It was discovered that the Kerberos client
implementation in the Libraries component of OpenJDK
used the sname field from the plain text part rather
than encrypted part of the KDC reply message. A
man-in-the- middle attacker could possibly use this flaw
to impersonate Kerberos services to Java applications
acting as Kerberos clients. (CVE-2017-10388)
- It was discovered that the Security component of OpenJDK
generated weak password-based encryption keys used to
protect private keys stored in key stores. This made it
easier to perform password guessing attacks to decrypt
stored keys if an attacker could gain access to a key
store. (CVE-2017-10356)
- Multiple flaws were found in the Smart Card IO and
Security components in OpenJDK. An untrusted Java
application or applet could use these flaws to bypass
certain Java sandbox restrictions. (CVE-2017-10274,
CVE-2017-10193)
- It was found that the FtpClient implementation in the
Networking component of OpenJDK did not set connect and
read timeouts by default. A malicious FTP server or a
man-in-the-middle attacker could use this flaw to block
execution of a Java application connecting to an FTP
server. (CVE-2017-10355)
- It was found that the HttpURLConnection and
HttpsURLConnection classes in the Networking component
of OpenJDK failed to check for newline characters
embedded in URLs. An attacker able to make a Java
application perform an HTTP request using an attacker
provided URL could possibly inject additional headers
into the request. (CVE-2017-10295)
- It was discovered that the Security component of OpenJDK
could fail to properly enforce restrictions defined for
processing of X.509 certificate chains. A remote
attacker could possibly use this flaw to make Java
accept certificate using one of the disabled algorithms.
(CVE-2017-10198)
- It was discovered that multiple classes in the JAXP,
Serialization, Libraries, and JAX-WS components of
OpenJDK did not limit the amount of memory allocated
when creating object instances from the serialized form.
A specially crafted input could cause a Java application
to use an excessive amount of memory when deserialized.
(CVE-2017-10349, CVE-2017-10357, CVE-2017-10347,
CVE-2017-10281, CVE-2017-10345, CVE-2017-10348,
CVE-2017-10350)
Bug Fix(es) :
- Previously, OpenJDK could not handle situations when the
kernel blocked on a read even when polling the socket
indicated that a read is possible. As a consequence,
OpenJDK could hang indefinitely. With this update,
OpenJDK polls with a timeout and performs a non-blocking
read on success, and it no longer hangs in these
situations.
Solution
Update the affected packages.