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: | Re: DNS cache poisoning? |
|---|---|
| Date: | Wed, 17 Aug 2005 07:44:34 +0100 |
Your first step should be to remove your DNS services from that WinNT box to something that is less vulnerable and start using a BIND based DNS solution
<snip> I'd agree wholeheartedly with the first part of this. But: There are other DNS servers available for UNIX/Linux that are even less vulnerable than BIND. BIND is pretty good, but still has "features" that are unnecessary and any unnecessary code can contain vulnerabilities. I use a package called "DJBDNS" (see: http://cr.yp.to/) that is a little more work to set up but which, one running, is *very* stable. It's also easier to keep the zone files maintained: they're a different format from BIND, but simpler to update. One thing that many people find makes DJBDNS harder is that it uses different programs for running a DNS cache and for supplying master sources of DNS data, so for most people both have to be set up, but each is individually easier to set up *safely* than BIND. It is also much more conservative than BIND about adding the "additional" records in a response to the cache, and this makes it almost impossible to poison the cache program. Just my 2p-worth. don't get the impression BIND is dangerous: it isn't; but it is possible to do even better. -- David Pick
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Proper ISP Reporting, Valdis . Kletnieks |
|---|---|
| Next by Date: | RE: Proper ISP Reporting, Lyal Collins |
| Previous by Thread: | Re: DNS cache poisoning?, Susan Bradley, CPA aka Ebitz - SBS Rocks [MVP] |
| Next by Thread: | RE: DNS cache poisoning?, Rabinowitz, Michael CTR MDA/ION |
| Indexes: | [Date] [Thread] [Top] [All Lists] |