[apparmor] cupsd profile: list of backends

intrigeri intrigeri at debian.org
Tue Aug 11 11:55:20 UTC 2015


Hi,

in usr.sbin.cupsd, in Debian and Ubuntu, we have:

  # backends which come with CUPS can be confined
  /usr/lib/cups/backend/bluetooth ixr,
  /usr/lib/cups/backend/dnssd ixr,
  /usr/lib/cups/backend/http ixr,
  /usr/lib/cups/backend/ipp ixr,
  /usr/lib/cups/backend/lpd ixr,
  /usr/lib/cups/backend/parallel ixr,
  /usr/lib/cups/backend/serial ixr,
  /usr/lib/cups/backend/snmp ixr,
  /usr/lib/cups/backend/socket ixr,
  /usr/lib/cups/backend/usb ixr,
  # we treat cups-pdf specially, since it needs to write into /home
  # and thus needs extra paranoia
  /usr/lib/cups/backend/cups-pdf Px,
  /usr/lib/cups/backend/usb ixr,
  # we treat cups-pdf specially, since it needs to write into /home
  # and thus needs extra paranoia
  /usr/lib/cups/backend/cups-pdf Px,
  # third party backends get no restrictions as they often need high
  # privileges and this is beyond our control
  /usr/lib/cups/backend/* Cx -> third_party,

Is there any process in place to update the list of
*confined* backends?

On Debian Jessie and sid, in /usr/lib/cups/backend/ I also have four
more files (including 3 symlinks) shipped by cups-daemon, namely:

   - http -> ipp
   - https -> ipp
   - ipps -> ipp
   - ipp14

=> in practice, the ipp backend will run mostly unconfined (under
the third_party profile), whenever it's called
/usr/lib/cups/backend/{http,https,ipps}, right? Ditto for ipp14.

If my understanding is right, I now have two questions:

   - short-term: shall we add these 4 backends to the profile?
   - long-term: shall we regularly inspect the list of backends
     shipped by cups-daemon, and update the profile accordingly?

Cheers,
-- 
intrigeri



More information about the AppArmor mailing list