Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security Vuln-Dev
[Top] [All Lists]
<prev [Date] next>
[Advanced]
 <prev [Thread] next>

Re: [Full-disclosure] trusting SMTP [was: SendGate: Sendmail Multiple Vu

from [Valdis . Kletnieks] Network Security [Permanent Link]
Subject: Re: [Full-disclosure] trusting SMTP [was: SendGate: Sendmail Multiple Vulnerabilities]
Date: Fri, 24 Mar 2006 05:13:46 -0500 
On Thu, 23 Mar 2006 03:59:20 CST, Gadi Evron said:

Oh, sorry for not mentioning earlier -
Operators that want to patch Sendmail, I'd suggest doing it soon. Now we
not only do we face risk to our mail servers, but rather trusting other
servers as well.


Been there, done that.  All the same issues we saw when 8.12.9 came out:

8.12.9/8.12.9   2003/03/29
        SECURITY: Fix a buffer overflow in address parsing due to 
                a char to int conversion problem which is potentially
                remotely exploitable.  Problem found by Michal Zalewski.
                Note: an MTA that is not patched might be vulnerable to
                data that it receives from untrusted sources, which
                includes DNS.

So just like last time - I'm sure somebody will patch their external-facing
mailserver *first*, and that lets exploit mail get through the external
mailer and reach the internal mailserver (where before it would just have
0wned the external server).

Not that Sendmail is any different from any OTHER infrastructure software.
The exact same issues apply when an IOS bug is found, or an NTP bug, or.....

(And if you think Sendmail didn't do a good job of releasing the info, I
shudder to think of what you thought of how Cisco handled the whole Lynn thing 
;)

Attachment: pgpGXIG3s9uJW.pgp
Description: PGP signature

_______________________________________________
Full-Disclosure - We believe in it.
Charter: http://lists.grok.org.uk/full-disclosure-charter.html
Hosted and sponsored by Secunia - http://secunia.com/
[More messages with this same subject...]




<Prev in Thread] Current Thread [Next in Thread>
Previous by Date:  w3wp remote DoS, Debasis Mohanty
Next by Date:  [ MDKSA-2006:060 ] - Updated FreeRADIUS packages fix EAP-MSCHAPv2 module vulnerability, security
Previous by Thread:  [Full-disclosure] trusting SMTP [was: SendGate: Sendmail Multiple Vulnerabilities], Gadi Evron
Next by Thread:  Re: [Full-disclosure] trusting SMTP [was: SendGate: Sendmail Multiple Vulnerabilities], Gadi Evron
Indexes:  [Date] [Thread] [Top] [All Lists]