[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