yahoo-eng-team team mailing list archive

[Thierry Carrez <thierry.carrez+lp@xxxxxxxxx>]

** Summary changed:

- No authentication on block device used for os-volume_boot
+ [OSSA 2013-001] No authentication on block device used for os-volume_boot

** Also affects: ossa
   Importance: Undecided
       Status: New

** Changed in: ossa
       Status: New => Fix Released

** Changed in: ossa
     Assignee: (unassigned) => Thierry Carrez (ttx)

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1069904

Title:
  [OSSA 2013-001] No authentication on block device used for os-
  volume_boot

Status in OpenStack Compute (Nova):
  Fix Released
Status in OpenStack Compute (nova) diablo series:
  In Progress
Status in OpenStack Compute (nova) essex series:
  Fix Committed
Status in OpenStack Compute (nova) folsom series:
  Fix Released
Status in OpenStack Security Advisories:
  Fix Released
Status in “nova” package in Debian:
  Fix Released

Bug description:
  We found this problem in our Diablo code base - I think by inspection
  its still valid in upstream as well but a bit harder to check as the
  code has changed (BootFromVolumeController no longer exists, and os-
  volume_boot now just inherits from the servers API).

  Fillling anyway as its pretty serious, in the hope that someone can
  verify or dismiss it.

  Boot from volume allows a volume to be passed to the create method via
  the block_device_mapping parameter.   This parameter is not validated
  as having to be a volume belonging to the user creating the instance,
  so providing I know the valid ID of a volume belonging to another user
  I can create VM and gain access to that volume (c.f volume attachment
  which does make explicit checks for both the ownership and status of a
  volume)

  The volume ownership and status should be explicitly checked in the
  compute.api layer

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1069904/+subscriptions