desktop-packages team mailing list archive

[Jamie Strandboge <jamie@xxxxxxxxxx>]

Let me clraify: I'm working on a 'sanitizing child profile' approach
that we *could maybe* reuse or adapt for cups.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to evince in Ubuntu.
https://bugs.launchpad.net/bugs/851986

Title:
  use of Ux in ubuntu-* abstractions and profiles is too lenient and
  should be improved

Status in “apparmor” package in Ubuntu:
  In Progress
Status in “cups” package in Ubuntu:
  Confirmed
Status in “evince” package in Ubuntu:
  In Progress
Status in “firefox” package in Ubuntu:
  Triaged
Status in “apparmor” source package in Oneiric:
  In Progress
Status in “cups” source package in Oneiric:
  Confirmed
Status in “evince” source package in Oneiric:
  In Progress
Status in “firefox” source package in Oneiric:
  Triaged

Bug description:
  Ux clears potentially harmful environment variables such as LD_PRELOAD
  and LD_LIBRARY_PATH (and others). Because it doesn't clear out all
  variables that can influence child processes, the confined parent
  process may have too much influence over the child. When considering
  GUI applications such as those based on gtk, child processes can also
  be called with --gtk-module.

  Since there are several applications in the ubuntu-specific
  abstractions that can be affected in this manner, evince, firefox, the
  chromium profile as included in apparmor-profiles and the ubuntu-
  specific abstractions themselves should be adjusted to address this
  issue. Cups is also affected because of its use of Ux with filters,
  however it runs these filters as non-root and the environment under
  which these filters is run is more tightly controlled. Cups should be
  investigated more and we should consider confining (at least) those
  filters that we ship in Ubuntu.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apparmor/+bug/851986/+subscriptions