Common Vulnerabilities and Exposures assigned an identifier CVE-2011-0216 to the following vulnerability: Off-by-one error in libxml in Apple Safari before 5.0.6 allows remote attackers to execute arbitrary code or cause a denial of service (heap-based buffer overflow and application crash) via a crafted web site. References: [1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-0216 [2] http://support.apple.com/kb/HT4808 [3] http://lists.apple.com/archives/security-announce/2011//Jul/msg00002.html
Unfortunately right now we don't have further information about this flaw, than it is listed above. Thus not sure, if this flaw might be applicable to libxml / libxml2 / mingw32-libxml2 package versions, as shipped across different Red Hat Enterprise Linux and Fedora products. We have contacted Apple Security Team to provide further details about this issue and once they are provided, this Red Hat Bugzilla issue tracking system entry will be updated accordingly.
What about libxml? Are there more details of this vulnerability posted somewhere?
As far as I understood is this CVE not affecting our libxml2 version. Are any more details for this? Or is this CVE something to close? Regards, Kai
(In reply to comment #18) > As far as I understood is this CVE not affecting our libxml2 version. Are any > more details for this? Or is this CVE something to close? According to Comment #4 it doesn't affect libxml2. However, we still don't know yet if it affects libxml.
Upstream commit: http://git.gnome.org/browse/libxml2/commit/?id=69f04562f75212bfcabecd190ea8b06ace28ece2
(In reply to comment #21) > Upstream commit: > http://git.gnome.org/browse/libxml2/commit/?id=69f04562f75212bfcabecd190ea8b06ace28ece2 I don't see any code like that in libxml's encoding.c so I guess that's not vulnerable?
In what version of encoding.c did you look ? Because that bug has been around forever ... if you mean libxml as libxml version1, then yes it's likely to not have that code, it's more than 10 years old, and I don't think the support for iconv was plugged yet at the time of renaming to libxml2. But any recent version of libxml (i.e. libxml2) is affected. Daniel
(In reply to comment #24) > In what version of encoding.c did you look ? Because that bug has > been around forever ... if you mean libxml as libxml version1, then yes > it's likely to not have that code, it's more than 10 years old, and I > don't think the support for iconv was plugged yet at the time of renaming > to libxml2. Yes, I did mean libxml as libxml version1; it's still in Fedora at the moment.
urgh that should have been deprecated for ages ... Daniel
We have recently discovered new facts about this issue. They suggest that Red Hat Enterprise Linux 4, 5 and 6. As well as Fedora release 14, 15 and 16 are affected by this flaw.
This issue affects the version of libxml2 as shipped with Fedora release 14, 15 and 16. This issue affects the version of mingw32-libxml2 as shipped with Fedora release 14, 15 and 16.
Created libxml2 tracking bugs for this issue Affects: fedora-all [bug 755813]
Created mingw32-libxml2 tracking bugs for this issue Affects: fedora-all [bug 755814]
This issue has been addressed in following products: Red Hat Enterprise Linux 6 Via RHSA-2011:1749 https://rhn.redhat.com/errata/RHSA-2011-1749.html
This issue has been addressed in following products: Red Hat Enterprise Linux 5 Via RHSA-2012:0017 https://rhn.redhat.com/errata/RHSA-2012-0017.html
This issue has been addressed in following products: Red Hat Enterprise Linux 4 Via RHSA-2012:0016 https://rhn.redhat.com/errata/RHSA-2012-0016.html
This issue has been addressed in following products: Red Hat Enterprise Linux 6 Via RHSA-2013:0217 https://rhn.redhat.com/errata/RHSA-2013-0217.html
Statement: (none)