[20722] in bugtraq

home help back first fref pref prev next nref lref last post

Unsafe assumptions (Re: Mail delivery...)

daemon@ATHENA.MIT.EDU (Olaf Titz)
Sat May 19 19:23:17 2001

To: bugtraq@securityfocus.com
Date: Sat, 19 May 2001 14:07:47 +0200
From: Olaf Titz <olaf@bigred.inka.de>
Message-Id: <E1515WW-00005q-00@g212.hadiko.de>

> local delivery agent(s).  After all that's all you've got with "*.lock"
> files, since they too are only advisory locks.  Putting them into the
> kernel simply makes it possible to eliminate the risk of a mode 01777
> spool directory.  (The risk is already quite low of course if you
> pre-create all mailbox spool files, and especially if you write careful
> lock validation code in the local delivery agent.  Kernel locks simply
> make the code for safe local delivery less complex.)

Not quite. Any scheme which relies on pre-existing mailboxes would
also have to make sure that the owner of the mailbox cannot remove it.
This means not only standard MUAs but also "rm", "mv"[1], accidental
mistakes or user-installed MUAs. As I see it this is pretty much
impossible to guarantee.

So reliance on pre-existing mailboxes is inherently unsafe because it
relies on assumptions which can not be guaranteed, regardless of
useradd programs etc.

Another reason why mail delivery into the home directory, although
requiring root privileges (rsp. setuid capability), causes less
headache overall.

Olaf

[1] Didn't you ever filter out the few good messages out of a 10MB
mailbox full of looped bounces with sed after moving it into your home
and then remove the whole junk at once instead of waiting for the MUA
to do several minutes of filtering? I did.

home help back first fref pref prev next nref lref last post