From ${URL} : Description A vulnerability has been reported in Openfire, which can be exploited by malicious people to cause a DoS (Denial of Service). The vulnerability is caused due to an error when handling compressed streams and can be exploited to exhaust system resources via a specially crafted XML passed over XMPP streams. The vulnerability is reported in versions 3.9.1 and prior. Solution: Fixed in the source code repository. Provided and/or discovered by: Giancarlo Pellegrino Original Advisory: Giancarlo Pellegrino: http://xmpp.org/resources/security-notices/uncontrolled-resource-consumption-with-highly-compressed-xmpp-stanzas/ @maintainer(s): after the bump, in case we need to stabilize the package, please let us know if it is ready for the stabilization or not.
Bumped as =net-im/openfire-3.9.2-r1 ready to stable on amd64 x86 Release announce: http://community.igniterealtime.org/blogs/ignite/2014/04/30/openfire-392-has-been-released With vuln fixed: http://issues.igniterealtime.org/browse/OF-770
Arches, please test and mark stable: =net-im/openfire-3.9.2-r1 target KEYWORDS="amd64 x86"
amd64 stable
x86 stable. Maintainer(s), please cleanup. Security, please vote.
GLSA vote: Yes, with bug 266129.
Maintainer(s), please drop the vulnerable version. GLSA Vote: Yes Created a New GLSA request.
(In reply to Yury German from comment #6) > Maintainer(s), please drop the vulnerable version. Dropped: > 10 Jun 2014; Sergei Trofimovich <slyfox@gentoo.org> -files/buildxml.patch, > -files/openfire-3.7.1-buildxml-jdk7.patch, -openfire-3.6.1.ebuild, > -openfire-3.6.3.ebuild, -openfire-3.6.4.ebuild, -openfire-3.7.0.ebuild, > -openfire-3.7.1-r1.ebuild, -openfire-3.8.1.ebuild, -openfire-3.8.2-r1.ebuild, > -openfire-3.8.2.ebuild, -openfire-3.9.1.ebuild: > Drop old vulnerable version (security bug #507242).
CVE-2014-2741 (http://nvd.nist.gov/nvd.cfm?cvename=CVE-2014-2741): nio/XMLLightweightParser.java in Ignite Realtime Openfire before 3.9.2 does not properly restrict the processing of compressed XML elements, which allows remote attackers to cause a denial of service (resource consumption) via a crafted XMPP stream, aka an "xmppbomb" attack.
Maintainer(s), Thank you for cleanup!
This issue was resolved and addressed in GLSA 201406-35 at http://security.gentoo.org/glsa/glsa-201406-35.xml by GLSA coordinator Mikle Kolyada (Zlogene).
