How to pick up crash reports owned by system users?

Martin Pitt martin.pitt at ubuntu.com
Tue Jan 9 08:35:11 GMT 2007


Hi all,

Currently apport-gtk only displays crash reports that belong to you.
That means that reports from programs that ran as root or a system
user will never be shown. This includes things like 'synaptic'.

Robert and I started a discussion how to handle those reports, but
more input would be appreciated.

Robert Collins [2007-01-08 20:11 +1100]:
> Subject: Re: [Bug 72250] Re: After 'filing a bug' for a program that ran as
> 	root, apport-gtk crashes
> From: Robert Collins <robertc at robertcollins.net>
> To: Martin Pitt <martin.pitt at ubuntu.com>
> Date: Wed, 03 Jan 2007 08:22:16 +1100
> 
> On Tue, 2007-01-02 at 07:18 +0100, Martin Pitt wrote:
> 
> > We already have a bug, #62316. I totally agree that we have to find a
> > solution for this, but until we have, I prefered consistency and the
> > better-safe-than-sorry approach.
> 
> Cool.
> 
> Well some brainstorming ...
> 
> we could use group membership or user name as a key, and either
> whitelist or blacklist from that.
> 
> for instance we could ensure that all users are in a 'user' group by
> default, and blacklist that group - all other users would get world
> readable crashdumps. This particular case would mean existing installs
> would need to change their group memberships, but perhaps the upgrade
> could do that.
> 
> Should we take this to ubuntu-devel?

For the records: At the moment, crash reports are stored as $UID:$GID
0600 for privacy reasons.

I do not want to introduce more groups, since we must not change group
memberships on upgrade, and we only need a pretty coarse separation:
show crash reports from uid >= 1000 should only be displayed to the
user it happened to and reports from system users (<= 1000) should
additionally be accessible to 'administrators'.

I see the following options:

 * Store system crash reports as $UID:admin 0660. 'adm' is not strong
   enough since new users (if created with users-admin) are in that
   group by default. This would immediately make them work with
   apport-gtk; however, crash reports with sensitive data are
   immediately exposed to all programs runnin in the user's session,
   I'm a bit nervous about this.

 * Change apport-checkreports to check for the existence of system
   crash reports if the user is in 'admin', and have apport-gtk gksu
   itself if there is a system crash report it cannot read. This would
   be the safe option, but requires some ugly hardcoding of group
   names and semantics into apport. However, this hardcoding could
   eventually be moved into the update-notifier apport code (when
   we'll finally get event-notifier, this will be much cleaner).

I favor the latter option.

Robert, others, what do you think?

Thanks,

Martin
-- 
Martin Pitt        http://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : https://lists.ubuntu.com/archives/ubuntu-devel/attachments/20070109/c786911e/attachment.pgp 


More information about the ubuntu-devel mailing list