The java-1.8.0-openjdk packages provide the OpenJDK 8 Java RuntimeEnvironment and the OpenJDK 8 Java Software Development Kit.Multiple flaws were found in the way the Hotspot component in OpenJDKverified bytecode from the class files, and in the way this componentgenerated code for bytecode. An untrusted Java application or applet couldpossibly use these flaws to bypass Java sandbox restrictions.(CVE-2014-6601, CVE-2015-0437)Multiple improper permission check issues were discovered in the JAX-WS,Libraries, and RMI components in OpenJDK. An untrusted Java application orapplet could use these flaws to bypass Java sandbox restrictions.(CVE-2015-0412, CVE-2014-6549, CVE-2015-0408)A flaw was found in the way the Hotspot garbage collector handled phantomreferences. An untrusted Java application or applet could use this flaw tocorrupt the Java Virtual Machine memory and, possibly, execute arbitrarycode, bypassing Java sandbox restrictions. (CVE-2015-0395)A flaw was found in the way the DER (Distinguished Encoding Rules) decoderin the Security component in OpenJDK handled negative length values. Aspecially crafted, DER-encoded input could cause a Java application toenter an infinite loop when decoded. (CVE-2015-0410)A flaw was found in the way the SSL 3.0 protocol handled padding bytes whendecrypting messages that were encrypted using block ciphers in cipher blockchaining (CBC) mode. This flaw could possibly allow a man-in-the-middle(MITM) attacker to decrypt portions of the cipher text using a paddingoracle attack. (CVE-2014-3566)Note: This update disables SSL 3.0 by default to address this issue.The jdk.tls.disabledAlgorithms security property can be used to re-enableSSL 3.0 support if needed. For additional information, refer to the Red HatBugzilla bug linked to in the References section.It was discovered that the SSL/TLS implementation in the JSSE component inOpenJDK failed to properly check whether the ChangeCipherSpec was receivedduring the SSL/TLS connection handshake. An MITM attacker could possiblyuse this flaw to force a connection to be established without encryptionbeing enabled. (CVE-2014-6593)An information leak flaw was found in the Swing component in OpenJDK. Anuntrusted Java application or applet could use this flaw to bypass certainJava sandbox restrictions. (CVE-2015-0407)A NULL pointer dereference flaw was found in the MulticastSocketimplementation in the Libraries component of OpenJDK. An untrusted Javaapplication or applet could possibly use this flaw to bypass certain Javasandbox restrictions. (CVE-2014-6587)Multiple boundary check flaws were found in the font parsing code in the 2Dcomponent in OpenJDK. A specially crafted font file could allow anuntrusted Java application or applet to disclose portions of the JavaVirtual Machine memory. (CVE-2014-6585, CVE-2014-6591)Multiple insecure temporary file use issues were found in the way theHotspot component in OpenJDK created performance statistics and error logfiles. A local attacker could possibly make a victim using OpenJDKoverwrite arbitrary files using a symlink attack. (CVE-2015-0383)The CVE-2015-0383 issue was discovered by Red Hat.All users of java-1.8.0-openjdk are advised to upgrade to these updatedpackages, which resolve these issues. All running instances of OpenJDK Javamust be restarted for the update to take effect.