diff options
author | Markus Armbruster <armbru@redhat.com> | 2014-03-14 09:22:48 +0100 |
---|---|---|
committer | Stefan Hajnoczi <stefanha@redhat.com> | 2014-03-14 16:24:42 +0100 |
commit | c3adb58fe0b2db4942f5b2f5d19bc51a29b93a89 (patch) | |
tree | 7875a74aa811339f9905452b923540e71c911fdc /stubs/iothread-lock.c | |
parent | 5d92c74f8a1728a202ba9457872ab0f27ff15e81 (diff) |
blockdev: Refuse to open encrypted image unless paused
Opening an encrypted image takes an additional step: setting the key.
Between open and the key set, the image must not be used.
We have some protection against accidental use in place: you can't
unpause a guest while we're missing keys. You can, however, hot-plug
block devices lacking keys into a running guest just fine, or insert
media lacking keys. In the latter case, notifying the guest of the
insert is delayed until the key is set, which may suffice to protect
at least some guests in common usage.
This patch makes the protection apply in more cases, in a rather
heavy-handed way: it doesn't let you open encrypted images unless
we're in a paused state.
It doesn't extend the protection to users other than the guest (block
jobs?). Use of runstate_check() from block.c is disgusting. Best I
can do right now.
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
Reviewed-by: Paolo Bonzini <pbonzini@redhat.com>
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Diffstat (limited to 'stubs/iothread-lock.c')
0 files changed, 0 insertions, 0 deletions