From: Uri Lublin <uril@redhat.com>
To: qemu-devel@nongnu.org
Cc: Uri Lublin <uril@redhat.com>
Subject: [Qemu-devel] [PATCH 0/2] qemu block changes: keep backing file format v2
Date: Mon, 26 Jan 2009 20:39:56 +0200 [thread overview]
Message-ID: <1232995199-12086-1-git-send-email-uril@redhat.com> (raw)
The purpose of this patches is to keep the backing file format together
with its name, to
1. Provide a way to know the backing file format without probing
it (setting the format at creation time).
2. Enable using qcow2 format (and others) over host block devices.
(only if the user specifically asks for it, by providing the format).
I call "hidden image format" to the following format of a backing file name:
"name\0format". Although it can be considered a hack, that's an easy
way to support old images with new qemu as well as old qemu with new images
(in which case probing would be done), without changing the qcow2 header.
If a hidden format exists, use it for the backing file.
If no hidden format (or an unknown one) exists we go back to probing.
Based on a previous patch from Shahar Frank.
http://lists.gnu.org/archive/html/qemu-devel/2008-12/msg01083.html
The "name\0format" was suggested by Kevin Wolf on the above thread.
Also fixes a security flaw found by Daniel P. Berrange on that
same thread which summarizes: "Autoprobing: just say no."
The first patch introduces the hidden image format.
The second patch enable the user to specify the image format
for the backing file upon image creation.
Changes from v1: use "name\0format" instead of "fmt:FMT:name"
Examples:
### Let /dev/loop0 and /dev/loop1 be qemu-images of format qcow2 and raw.
### 1. Specify qcow2 backing file. demonstrates qcow2 over host block device
# ./qemu-img create -F qcow2 -b /dev/loop0 -f qcow2 /tmp/u0.qcow2
Formatting '/tmp/u0.qcow2', fmt=qcow2, backing_file=/dev/loop0, backing_fmt=qcow2, size=20971520 kB
# ./x86_64-softmmu/qemu-system-x86_64 -L pc-bios/ -drive file=/tmp/u0.qcow2,format=qcow2
Works with no probing.
### 2. Specify raw backing file.
# ./qemu-img create -F raw -b /dev/loop1 -f qcow2 /tmp/u1.qcow2
Formatting '/tmp/u1.qcow2', fmt=qcow2, backing_file=/dev/loop1, backing_fmt=raw, size=307200 kB
### 3. Do not specify backing file format (qcow2).
### Probing of /dev/loop0 "finds" a "host_device" format (instead of qcow2)
### and results with the guest fails to boot.
### Note: wrong size upon create.
# ./qemu-img create -b /dev/loop0 -f qcow2 /tmp/p0.qcow2
Formatting '/tmp/p0.qcow2', fmt=qcow2, backing_file=/dev/loop0, size=4245292 kB
# ./x86_64-softmmu/qemu-system-x86_64 -L pc-bios/ -drive file=/tmp/p0.qcow2,format=qcow2
Probing /dev/loop0 and guest fails to boot.
### 4. Do not specify backing file format (raw).
### Probing of /dev/loop1 "finds" a "host_device" format
### and results with the guest successfully boot.
### If however a VM with /dev/loop1 is was previously started and the guest
### modified the beginning of the file (writing a fake qcow2 header)
### there is a security problem as the guest user can now access almost
### any file on the host (e.g. /etc/passwd).
# ./qemu-img create -b /dev/loop1 -f qcow2 /tmp/p1.qcow2
Formatting '/tmp/p1.qcow2', fmt=qcow2, backing_file=/dev/loop1, size=307200 kB
# ./x86_64-softmmu/qemu-system-x86_64 -L pc-bios/ -drive file=/tmp/p1.qcow2,format=qcow2
Works with probing.
next reply other threads:[~2009-01-26 18:40 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-26 18:39 Uri Lublin [this message]
2009-01-26 18:39 ` [Qemu-devel] [PATCH 1/2] Introducing hidden image format in backing file name Uri Lublin
2009-01-26 18:39 ` Uri Lublin
2009-01-26 18:39 ` [Qemu-devel] [PATCH 2/2] qemu-img: adding a "-F base_fmt" option to "qemu-img create -b" Uri Lublin
2009-01-26 21:56 ` [Qemu-devel] [PATCH 0/2] qemu block changes: keep backing file format v2 Jamie Lokier
2009-01-27 13:23 ` Uri Lublin
2009-01-27 21:46 ` Anthony Liguori
2009-01-27 23:11 ` Uri Lublin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1232995199-12086-1-git-send-email-uril@redhat.com \
--to=uril@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).