ISSUE DESCRIPTION ================= The xl command line utility mishandles long configuration values when passed as command line arguments, with a buffer overrun. VULNERABLE SYSTEMS ================== Systems built on top of xl which pass laundered or checked (but otherwise untrusted) configuration values onto xl's command line, without restricting their length, are vulnerable. We are not presently aware of any publicly distributed production software which exposes the xl vulnerability. However it is sufficiently simple to create such an arrangement that it might be done locally in an attempt to grant partial management access to particular domains. Systems using the libxl library directly, without using xl, are not vulnerable. Systems using toolstacks other than xl are not vulnerable. Systems where only fully trusted input is ever presented to the xl command line are not vulnerable. The vulnerability exists on x86 and ARM. The vulnerability was introduced in Xen 4.1 and affects all subsequent Xen releases. IMPACT ====== A semi-trusted guest administrator or controller, who is intended to be able to partially control the configuration settings for a domain, can escalate their privileges to that of the whole host. MITIGATION ========== Limiting the length of untrusted configuration settings will avoid the vulnerability. (The total length of all command-line configuration settings, including some interposed newlines and trailing nul, must be less than 1024.) RESOLUTION ========== Applying the appropriate attached patch resolves this issue. xsa137.patch Xen 4.2.x and later $ sha256sum xsa137*.patch 0272c443575c88b53445c89ef84f0cd98a03944d3303f06c66c33ef0037d97b9 xsa137.patch $ DEPLOYMENT DURING EMBARGO ========================= Deployment of the patches and/or mitigations described above (or others which are substantially similar) is permitted during the embargo, even on public-facing systems with untrusted guest users and administrators. But: Distribution of updated software is prohibited (except to other members of the predisclosure list). Predisclosure list members who wish to deploy significantly different patches and/or mitigations, please contact the Xen Project Security Team. (Note: this during-embargo deployment notice is retained in post-embargo publicly released Xen Project advisories, even though it is then no longer applicable. This is to enable the community to have oversight of the Xen Project Security Team's decisionmaking.) For more information about permissible uses of embargoed information, consult the Xen Project community's agreed Security Policy: http://www.xenproject.org/security-policy.html
Patches forwarded to dlan by OpenPGP encrypted email
Issue is now public
pushed to tree, fixed in app-emulation/xen-tools-4.2.5-r8 app-emulation/xen-tools-4.5.1-r1 Arches, please test and mark stable: =app-emulation/xen-tools-4.2.5-r8 Target keywords Both : "amd64 x86" =app-emulation/xen-4.5.1 =app-emulation/xen-tools-4.5.1-r1 =app-emulation/xen-pvgrub-4.5.1 Target keywords Only: "amd64"
x86 stable
amd64 stable. Maintainer(s), please cleanup. Security, please vote.
Added to existing request
CVE-2015-3259 (http://nvd.nist.gov/nvd.cfm?cvename=CVE-2015-3259): The xl command line utility mishandles long configuration values when passed as command line arguments, with a buffer overrun.
(In reply to Agostino Sarubbo from comment #5) > amd64 stable. > > Maintainer(s), please cleanup. > Security, please vote. 12 Jul 2015; Yixun Lan <dlan@gentoo.org> -xen-tools-4.2.5-r7.ebuild, -xen-tools-4.5.0-r6.ebuild, -xen-tools-4.5.1.ebuild: drop old vulnerables, bug 553664
Maintainer(s), Thank you for you for cleanup.
This issue was resolved and addressed in GLSA 201604-03 at https://security.gentoo.org/glsa/201604-03 by GLSA coordinator Yury German (BlueKnight).