From: Alistair John Strachan <s0348365@sms.ed.ac.uk>
To: Mark Rosenstand <mark@borkware.net>
Cc: Heikki Orsila <shd@zakalwe.fi>, linux-kernel@vger.kernel.org
Subject: Re: World writable tarballs
Date: Sun, 30 Apr 2006 13:51:55 +0100 [thread overview]
Message-ID: <200604301351.55136.s0348365@sms.ed.ac.uk> (raw)
In-Reply-To: <1146400614.15178.14.camel@hammer>
On Sunday 30 April 2006 13:36, Mark Rosenstand wrote:
> On Sun, 2006-04-30 at 12:49 +0100, Alistair John Strachan wrote:
> > Going over old ground again, any administrator a) compiling the kernel as
> > root or b) relying on GNU tar to make _security policy decisions_ is
> > completely insane.
>
> Yes, GNU tar is acting insane. Given that GNU tar is the most widely
> used tar implementation (at least for extracting linux sources), why is
> the kernel packaged to exploit this insane behaviour?
I think you're missing the point. The tar archive can have whatever the hell
permissions it likes; you as the user of tar and risking extraction as root
should know what tar does and (if you care) take action to negate it.
Even back before the kernel tar files made every file writable by all, there
were always a few files that were marked executable (!!) by all. Bottom line:
you can't rely on the permissions in the tar files.
Even if the world writable thing is fixed (obviously I would not be opposed to
this), I _strongly_ recommend that you add the two flags to tar as a root
user so that ANY tar you extract will be extracted with 100% guaranteed safe
permissions..
(You probably aren't aware of the recent bug found in the kernel build system
where, if compilation was executed as root, it would overwrite the /dev/null
node with a regular file -- now THAT'S a security problem!)
--
Cheers,
Alistair.
Third year Computer Science undergraduate.
1F2 55 South Clerk Street, Edinburgh, UK.
next prev parent reply other threads:[~2006-04-30 12:51 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-30 0:18 World writable tarballs Mark Rosenstand
2006-04-30 0:48 ` Alistair John Strachan
2006-04-30 4:59 ` Joshua Hudson
2006-04-30 6:18 ` Sam Ravnborg
2006-04-30 6:47 ` Matthew Reppert
2006-04-30 16:32 ` Joshua Hudson
2006-04-30 6:53 ` Valdis.Kletnieks
2006-04-30 9:15 ` Heikki Orsila
2006-04-30 9:37 ` Willy Tarreau
2006-04-30 11:49 ` Alistair John Strachan
2006-04-30 12:36 ` Mark Rosenstand
2006-04-30 12:51 ` Alistair John Strachan [this message]
2006-04-30 17:08 ` Mark Rosenstand
2006-04-30 16:53 ` Heikki Orsila
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200604301351.55136.s0348365@sms.ed.ac.uk \
--to=s0348365@sms.ed.ac.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=mark@borkware.net \
--cc=shd@zakalwe.fi \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.