5-mailbugs.txt

1999-12-20T00:00:00
ID PACKETSTORM:11090
Type packetstorm
Reporter Michal Zalewski
Modified 1999-12-20T00:00:00

Description

                                        
                                            `This mail discusses five  
interesting vulnerabilities in Berkeley Sendmail and 'procmail' utility, I  
think it's good to let you know - but don't panic - at least for now, we  
are too lazy and we have no idea if any of these holes can be exploited -  
that's why I'm sending it to VULN-DEV as well, to give some ideas to  
young, brilliant hackers around :)  
  
1. procmail  
  
Months ago, we found a problem with LINEBUF variable defined in  
.procmailrc files. By setting arbitrary values of it - eg. negative or  
extremely large ones - we're able to at least overwrite memory locations  
with zero value (used to properly terminate string buffer, unfortunately  
there's no range checking on signed int arithmetic in C ;). Actually, it  
splits in two vulnerabilities:  
  
a) On some glibc 2.0 machines (eg. RedHat), malloc(negative_integer) won't  
result in EINVAL, but with valid pointer, for which malloc_usable_size()  
returns size of 12 bytes. Heap overflows possible? Hmm, at least SEGVs in  
procmail :)  
  
b) With glibc 2.0/2.1, there's also some way to overwrite mem with '\0'  
due to lack of range checking and signed<->unsigned integer conversion.  
Nasty memory hacking required to exploit it.  
  
2. Sendmail  
  
Another time, quite old vulnerabilities, but, as we haven't reported it  
till now, hopefully present in newest releases as well:  
  
a) Sendmail (tested with 8.9.3 and previous) allows you to put mail  
addressed to eg. '|/bin/sh' (or any file) into mail queue. Fortunately,  
this queue file should contain also line like 'Croot' to be processed  
properly, while we have no idea how to put it there. But, anyway,  
seems to be dangerous - Sendmail should reject such crap immediately:  
  
/usr/sbin/sendmail -O 'DeliveryMode=d' '""|/bin/sh'  
  
(without these double-quotes, it _will_ immediately drop your message)  
  
b) Into queue files (qf*), Sendmail stores internal delivery information,  
user-supplied headers (Hxxx) and server-added headers (H?x?xxx). These  
headers are handled in several different ways, depending on letter  
between '?' - but, in general, are used to store default values for  
other headers (like 'Date:' and 'Return-Path:'). But, headers like:  
  
?D?My-Own-Header: junk  
  
are allowed in messages, and are put in unchanged form into queue  
files, allowing possible conflicts or MTA confusion :P For example,  
header '???This-Causes-Error: test' causes odd error messages during  
message processing. What does it mean? Probably nothing dangerous,  
but I haven't spend enough time investigating this issue to be  
sure, maybe it's some way to cause undesirable MTA behaviour.  
  
c) Sendmail won't put X-Authentication-Warning header (eg. about  
protocol violations, suspected options etc) into message if there's  
one already present - no matter how stupid it is. Minor bug.  
  
  
_______________________________________________________________________  
Michal Zalewski [lcamtuf@ids.pl] [link / marchew] [dione.ids.pl SYSADM]  
[Marchew Industries] ! [http://lcamtuf.na.export.pl] bash$ :(){ :|:&};:  
[voice phone: +48 22 813 25 86] <=-=> [cellular phone: +48 501 4000 69]  
Iterowac jest rzecza ludzka, wykonywac rekursywnie - boska [P. Deutsch]  
  
  
`