virt

virt@lists.centos.org

1608 discussions

xen-4.4.2-2 push to main rxen4 repo
by Johnny Hughes 13 May '15

13 May '15

I have pushed the xen4.4.2-2 rpms that George built for XSA-133 to our master server. It should populate to all of mirror.centos.org in 30 mins and will go to the external mirrors within the next day. Thanks, Johnny Hughes

1 0

Xen Security Advisory 133 (CVE-2015-3456) - Privilege escalation via emulated floppy disk drive
by George Dunlap 13 May '15

13 May '15

xen-4.4.2-2, available from the virt6-testing repository, includes the fix for this issue. Note that Xen actually does attempt to disable the floppy disk for HVM domains by default, but due to a bug in qemu, the floppy disk only partially disabled; enough functionality to exploit this bug remains. This should be available from the normal xen4 repositories sometime this afternoon. -George ---------- Forwarded message ---------- From: Xen.org security team <security(a)xen.org> Date: Wed, May 13, 2015 at 12:16 PM Subject: [Xen-users] Xen Security Advisory 133 (CVE-2015-3456) - Privilege escalation via emulated floppy disk drive To: xen-announce(a)lists.xen.org, xen-devel(a)lists.xen.org, xen-users(a)lists.xen.org, oss-security(a)lists.openwall.com Cc: "Xen.org security team" <security(a)xen.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xen Security Advisory CVE-2015-3456 / XSA-133 version 2 Privilege escalation via emulated floppy disk drive UPDATES IN VERSION 2 ==================== Public release. ISSUE DESCRIPTION ================= The code in qemu which emulates a floppy disk controller did not correctly bounds check accesses to an array and therefore was vulnerable to a buffer overflow attack. IMPACT ====== A guest which has access to an emulated floppy device can exploit this vulnerability to take over the qemu process elevating its privilege to that of the qemu process. VULNERABLE SYSTEMS ================== All Xen systems running x86 HVM guests without stubdomains are vulnerable to this depending on the specific guest configuration. The default configuration is vulnerable. Guests using either the traditional "qemu-xen" or upstream qemu device models are vulnerable. Guests using a qemu-dm stubdomain to run the device model are only vulnerable to takeover of that service domain. Systems running only x86 PV guests are not vulnerable. ARM systems are not vulnerable. MITIGATION ========== Enabling stubdomains will mitigate this issue, by reducing the escalation to only those privileges accorded to the service domain. qemu-dm stubdomains are only available with the traditional "qemu-xen" version. CREDITS ======= This issue was discovered by Jason Geffner, Senior Security Researcher at CrowdStrike. RESOLUTION ========== Applying the appropriate attached patch resolves this issue. xsa133-qemuu.patch qemu-upstream-unstable, Xen 4.5.x, Xen 4.4.x xsa133-qemuu-4.3-4.2.patch qemu-upstream-unstable, Xen 4.3.x, Xen 4.2.x xsa133-qemut.patch qemu-xen-unstable, Xen 4.5.x, Xen 4.4.x, Xen 4.3.x, Xen 4.2.x $ sha256sum xsa133*.patch e7ca0106a9d4bfe472b3b52bbed8646b47305634ff16c3e17ed6185296a7e7ff xsa133-qemut.patch 0cbc0415ef63bc195a0338441f3770d9fe6741e894879e35d1a6609ad028e42f xsa133-qemuu.patch cf735c1ecb6a40ca57d408e5c01725eca5b9b0a14b1d31b4362dc3f036bdeb28 xsa133-qemuu-4.3-4.2.patch $ DEPLOYMENT DURING EMBARGO ========================= Deployment of the patches 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: Deployment of the mitigation by enabling stubdomains is NOT permitted (except on systems used and administered only by organisations which are members of the Xen Project Security Issues Predisclosure List). Specifically, deployment on public cloud systems is NOT permitted. This is because this configuration change may be visible to the guest. Also, 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJVUzJdAAoJEIP+FMlX6CvZnJcH/iszFBI+ltmOGxfCtSmnnkdu 6GZUFCVimeVG2ZfDCe1Bvw63ZMeB8AMUr2KmFrg0pOfC7m1Mc/4UhczpqeY9G1i0 kPCcNiK37Ju0otFN1AODHaYGhu6pgfTM+QV1muFVXHf9QibmH+vEy7HEN34Mtv/2 gGRmxLJnkHFME2sISuqhDsxIMf5QWN28I412/QqK8/mJMuvCJHqbLs/fv9f0uj9g sgAVCb3gsqNS7SSK1v49PqK+lQV+BkPR8pi8ODdL301iZWfu8PbVpYa5A84LVQF0 4ZnlVfWqeKXF7GlsuviinhQIoUIvSktf9tg65fM48Thk0UUp+MyHVkh4GkT/+Eo= =rN8t -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users(a)lists.xen.org http://lists.xen.org/xen-users

1 0

The future of blktap in Xen4CentOS
by George Dunlap 11 May '15

11 May '15

On Tue, May 5, 2015 at 2:07 PM, Johnny Hughes <johnny(a)centos.org> wrote: > WRT a new kernel .. the 3.18.x kernel has been selected to be maintained > as an LTS until Jan 2017. I think we should start work on rebuilding > this kernel and using it in the x4c projects. > > https://lwn.net/Articles/636289/ > > Thoughts? > > I will grab this kernel and try to roll in all the patches, etc. and see > if I can make it work. I did a little bit of work on building the 3.18 kernel a couple of weeks ago, but it looks like the blktap2.5 kernel code we were using before has totally bitrotted. I see three ways forward: 1. Try to do a "deep port" of the functionality, continuing to maintain it going forward. 2. Start using the blktap3 code, which requires no kernel driver. 3. Drop blktap support, and ask people to use qdisk for vhd. Re #1, I'm not really excited about the idea of trying to keep porting those patches forward (and finding and fixing bugs in the forward-port each time). Re #2, this would require getting the blktap3 stuff working upstream and then backporting it. #3 would be by far the easiest. In parallel to the Xen for C7 work I've been doing, I've been working on getting upstream Xen to build against XenServer's blktap code, with then aim of moving to blktap3. If we want to go with #2, then a major kernel update will have to wait until that work is done. -George

3 3

iTunes
by ToddAndMargo 10 May '15

10 May '15

Hi All, I am putting together a high end workstation quote for a customer. He is going to want a Virtual Machine, specifically so he can run iTunes (his wife buys music through iTunes and sync's them to her iPod). So which VM would you guys use? KVM or Virtual Box? I am very familiar with KVM and adore it. It's USB support is kind of weird though (iPod). I have been seriously burned by Virtual Box before and do not care much for the way Oracle does things, so I would have to bite my pride if Virtual Box would be better to run iTunes. (Who knows, maybe Virtual Box has gotten better.) What do you guys think? Many thanks, -T -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Computers are like air conditioners. They malfunction when you open windows ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

3 4

Experimental 3.18.12 Kernel for Xen4CentOS 6
by Johnny Hughes 08 May '15

08 May '15

All, I have compiled an experimental 3.18.12 kernel from the 3.18 LTS kernel branch from kernel.org for the Xen4Centos 6 tree. http://people.centos.org/hughesjr/xen-kernel/x86_64/ This should be considered extremely experimental at this point and is unsigned. I have tested it on 2 generic servers and it worked fine on both of those with sata and gigabit ethernet. Please test this and provide feedback on this list and George can get this into the virt6-testing tree and I'll release it along with the xen-4.4.2 rpms from there. I would think this is the logical LTS kernel to use moving forward as the 3.10.x LTS will be discontinued soon (in September 2015), and it has the longest lifetime of all the LTAS choices: https://www.kernel.org/category/releases.html Thanks, Johnny Hughes

3 3

Any movement of Coherence?
by ToddAndMargo 08 May '15

08 May '15

Hi All, Anyone know if there has been any movement on Coherence (floating windows) yet with KVM? Would help with the no Wine 32 on RHEL 7. https://bugs.freedesktop.org/show_bug.cgi?id=39238 -T -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Computers are like air conditioners. They malfunction when you open windows ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

1 0

Xen 4.4.2 (with XSA-132) in virt6-testing
by George Dunlap 06 May '15

06 May '15

I've got Xen 4.4.2 in virt6-testing. I haven't had a chance to test it, and won't for another week or two; but if some volunteers can put it through its paces, I can ask Johnny to push it to the public repo sometome early next week. Thanks, -George

2 3

kubernetes 0.16.2 in virt7-testing
by Navid Shaikh 06 May '15

06 May '15

Hi, kubernetes 0.16.2 is in virt7-testing repo. Please test and feedback. -- Regards, Navid

1 0

Re: [CentOS-virt] Xen 4.4.2 (with XSA-132) in virt6-testing
by Karl Johnson 05 May '15

05 May '15

On Fri, Apr 24, 2015 at 4:32 AM, Pasi Kärkkäinen <pasik(a)iki.fi> wrote: > On Thu, Apr 23, 2015 at 05:09:56PM +0100, George Dunlap wrote: > > I've got Xen 4.4.2 in virt6-testing. I haven't had a chance to test > > it, and won't for another week or two; but if some volunteers can put > > it through its paces, I can ask Johnny to push it to the public repo > > sometome early next week. > > > > Great! Thanks a lot. > > I'll do some testing during the weekend. > > > Thanks, > > -George > > > -- Pasi > I've upgraded to Xen 4.4.2 and everything went fine. I've tested save/restore and few basic stuff, all good. [root@dev1 ~]# uname -r && xl info|grep xen_version 4.0.1-1.el6.elrepo.x86_64 xen_version : 4.4.2-1.el6 [root@dev1 ~]# Note; I'm using kernel-ml from elrepo because x4c kernel is too old LTS for me. Karl

2 2

Viet SIG meeting at 14:00 today
by Lars Kurth 05 May '15

05 May '15

Note that George is on vacation Lars

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

virt