|
|
Log in / Subscribe / Register

security based on whose definition ?

security based on whose definition ?

Posted Nov 4, 2007 11:52 UTC (Sun) by copsewood (subscriber, #199)
Parent article: Daniel Bernstein: ten years of qmail security

My limited understanding of unpatched qmail is that the modular architecture results in the
front end mail acceptance server not knowing that the backend mail delivery engine will find
the delivery address invalid, resulting in a bounce to a fake address in a spam. This might
have been considered acceptable MTA behaviour 10 years ago. The backscattering of spam is now
considered in the same light as operating any other unsecured promiscuous spam relay. The fact
that DJB doesn't classify this as a security bug combined with his source distribution policy
means that those installing qmail have to make sure they apply the appropriate patches before
installation, and we know that many inexperienced mail admins won't.

Offering a prize for anyone who finds a security hole based on the opinion of the author
strikes me as the kind of hubris which a more competent programmer would not display; the
assumption that something is perfect will alway interfere with security if the definition of
the latter involves taking into consideration a changing operating environment and changing
requirements.

I am sure, in connection with the technical aspects of his approach to coding for correctness,
that we all have a lot to learn from DJB, but in this particular aspect of his behaviour I
think he could have done better.


to post comments

security based on whose definition ?

Posted Nov 4, 2007 14:20 UTC (Sun) by ArbitraryConstant (guest, #42725) [Link]

Indeed... DJB insists on strict RFC compliance, but that allows stuff like backscatter spam.

It's bad enough that a large site can grow the queue beyond the size that qmail can handle,
resulting in dropped mail.


Copyright © 2026, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds