RedHat has issued an advisory today (July 15): https://rhn.redhat.com/errata/RHSA-2015-1229.html As Fedora 20 was the last with this package and is EOL, we'll have to sync with RHEL 6 or 7 for this update. I haven't seen any upstream announcements about new IcedTea versions yet. Reproducible: Steps to Reproduce:
Corresponding Oracle CPU: http://www.oracle.com/technetwork/topics/security/cpujul2015-2367936.html
Updated package uploaded for Mageia 4. See https://bugs.mageia.org/show_bug.cgi?id=14051#c4 for useful links to test java Advisory: ======================== Updated java-1.7.0-openjdk packages fix security vulnerabilities: Multiple flaws were discovered in the 2D, CORBA, JMX, Libraries and RMI components in OpenJDK. An untrusted Java application or applet could use these flaws to bypass Java sandbox restrictions (CVE-2015-4760, CVE-2015-2628, CVE-2015-4731, CVE-2015-2590, CVE-2015-4732, CVE-2015-4733). A flaw was found in the way the Libraries component of OpenJDK verified Online Certificate Status Protocol (OCSP) responses. An OCSP response with no nextUpdate date specified was incorrectly handled as having unlimited validity, possibly causing a revoked X.509 certificate to be interpreted as valid (CVE-2015-4748). It was discovered that the JCE component in OpenJDK failed to use constant time comparisons in multiple cases. An attacker could possibly use these flaws to disclose sensitive information by measuring the time used to perform operations using these non-constant time comparisons (CVE-2015-2601). A flaw was found in the RC4 encryption algorithm. When using certain keys for RC4 encryption, an attacker could obtain portions of the plain text from the cipher text without the knowledge of the encryption key (CVE-2015-2808). Note: With this update, OpenJDK now disables RC4 TLS/SSL cipher suites by default to address the CVE-2015-2808 issue. Refer to Red Hat Bugzilla bug 1207101, linked to in the References section, for additional details about this change. A flaw was found in the way the TLS protocol composed the Diffie-Hellman (DH) key exchange. A man-in-the-middle attacker could use this flaw to force the use of weak 512 bit export-grade keys during the key exchange, allowing them do decrypt all traffic (CVE-2015-4000). Note: This update forces the TLS/SSL client implementation in OpenJDK to reject DH key sizes below 768 bits, which prevents sessions to be downgraded to export-grade keys. Refer to Red Hat Bugzilla bug 1223211, linked to in the References section, for additional details about this change. It was discovered that the JNDI component in OpenJDK did not handle DNS resolutions correctly. An attacker able to trigger such DNS errors could cause a Java application using JNDI to consume memory and CPU time, and possibly block further DNS resolution (CVE-2015-4749). Multiple information leak flaws were found in the JMX and 2D components in OpenJDK. An untrusted Java application or applet could use this flaw to bypass certain Java sandbox restrictions (CVE-2015-2621, CVE-2015-2632). A flaw was found in the way the JSSE component in OpenJDK performed X.509 certificate identity verification when establishing a TLS/SSL connection to a host identified by an IP address. In certain cases, the certificate was accepted as valid if it was issued for a host name to which the IP address resolves rather than for the IP address (CVE-2015-2625). References: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-2590 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-2601 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-2621 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-2625 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-2628 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-2632 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-2808 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4000 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4731 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4732 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4733 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4748 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4749 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4760 https://bugzilla.redhat.com/show_bug.cgi?id=1207101#c11 https://bugzilla.redhat.com/show_bug.cgi?id=1223211#c33 http://blog.fuseyism.com/index.php/2015/07/19/icedtea-2-6-0-for-openjdk-7-released/ http://blog.fuseyism.com/index.php/2015/07/21/security-icedtea-2-6-1-for-openjdk-7-released/ http://www.oracle.com/technetwork/topics/security/cpujul2015-2367936.html https://rhn.redhat.com/errata/RHSA-2015-1229.html ======================== Updated packages in core/updates_testing: ======================== java-1.7.0-openjdk-1.7.0.85-2.6.1.1.mga4 java-1.7.0-openjdk-headless-1.7.0.85-2.6.1.1.mga4 java-1.7.0-openjdk-devel-1.7.0.85-2.6.1.1.mga4 java-1.7.0-openjdk-demo-1.7.0.85-2.6.1.1.mga4 java-1.7.0-openjdk-src-1.7.0.85-2.6.1.1.mga4 java-1.7.0-openjdk-javadoc-1.7.0.85-2.6.1.1.mga4 java-1.7.0-openjdk-accessibility-1.7.0.85-2.6.1.1.mga4 from java-1.7.0-openjdk-1.7.0.85-2.6.1.1.mga4.src.rpm
Assignee: bugsquad => qa-bugsWhiteboard: (none) => has_procedure
This apparently adds a requires to lib64sctp1 (libjavasctp.so) from Core Release, is that wanted?
(In reply to Samuel VERSCHELDE from comment #3) > This apparently adds a requires to lib64sctp1 (libjavasctp.so) from Core > Release, is that wanted? Yes, it's dlopen()'d by sun.nio.ch.sctp, so RedHat added that requires to make that work.
x86_64 Testing java-1.7.0-openjdk-1.7.0.85-2.6.1.1.mga4 and java-1.7.0-openjdk-headless-1.7.0.85-2.6.1.1.mga4 Playing minecraft (java -jar minecraft.jar) : OK Running eclipse : OK. From the procedure linked above, with icedtea-web installed: http://www.w3.org/People/mimasa/test/object/java/ tests run http://www.java.com/en/download/installed.jsp indicates "Version 7 Update 85" http://www.addictinggames.com/action-games/potty-racers-4-game.jsp runs but it's a flash game so that doesn't prove anything at all :P
Whiteboard: has_procedure => has_procedure MGA4-64-OK
Thanks Samuel! Testing complete on Mageia 4 i586 as well.
Whiteboard: has_procedure MGA4-64-OK => has_procedure MGA4-32-OK MGA4-64-OK
Keywords: (none) => validated_updateWhiteboard: has_procedure MGA4-32-OK MGA4-64-OK => has_procedure MGA4-32-OK MGA4-64-OK advisoryCC: (none) => davidwhodgins, sysadmin-bugs
An update for this issue has been pushed to Mageia Updates repository. http://advisories.mageia.org/MGASA-2015-0277.html
Status: NEW => RESOLVEDResolution: (none) => FIXED