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. |

| Subject: | AW: Symantec Gateway Security DNS exploit |
|---|---|
| Date: | Wed, 23 Aug 2006 19:21:34 +0200 |
The Bind Server on SGS don´t accepts Zone Transfers to Outside Zones. But there are Proxies on the SGS which serve Services to outside, but Symantec haven?t changed it yet.... -----Ursprüngliche Nachricht----- Von: Gianstefano Monni [mailto:gianstefano@lugnu.it] Gesendet: Mittwoch, 23. August 2006 10:02 An: bugtraq@securityfocus.com; ml@sikurezza.org Betreff: Symantec Gateway Security DNS exploit I. THE SYSTEM Symantec Gateway Security (SGS) is an enterprise-class appliance with a linux-based stateful inspection firewall and application proxy capabilities (http/https, ftp, smtp, dns, and so on). Using the default installation the system keeps listening on the WAN interface for all its proxies. All the proxies use an authentication system and everything seems ok. DNS until now can not use authentication system... 2. THE EXPLOIT One could connect to the 53/tcp or 53/udp ports of the SGS and use it as a dns server, for instance to make some "noisy" queries to primary dns servers (zone transfers, and so on). This could be a problem if,for instance, those types of queries are logged: in this case the source ip will be the address of the SGS... 3. THE SOLUTION A solution could be, for instance, to create a filter (i.e. an iptables rule) in the SGS to cutoff all the queries coming from outside, taking into account some particular situation as, for instance, VPNs or DMZs on the red interface... -- We reject kings, presidents and voting We believe in rough consensus and running code IETF Credo
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: BlackBoard Multiple Vulnerabilities (XSS), C. Hamby |
|---|---|
| Next by Date: | RE: Symantec Gateway Security DNS exploit, Pretorius, Wynand (ZA - Johannesburg) |
| Previous by Thread: | Symantec Gateway Security DNS exploit, Gianstefano Monni |
| Next by Thread: | RE: Symantec Gateway Security DNS exploit, Pretorius, Wynand (ZA - Johannesburg) |
| Indexes: | [Date] [Thread] [Top] [All Lists] |