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: Crashing services with NMAP and/or SuperScan ? |
|---|---|
| Date: | Wed, 24 Nov 2004 08:46:05 +0100 |
Petr.Kazil@eap.nl wrote:
Qugiestion: Do you think that running nmap without the -sV -O options could avoid this and still ve me enough information?
Depends on what 'enough' is. It's usually best to save -sV or -O until you really need them, rather than apply them to everything that's there. -sV (application fingerprinting) sends data to ports without any means of knowing that that service on that port is robust enough to withstand such probing. It's not quite the same as those robustness tests that essentially sent random data to various Unix utilities and watched them for signs of discomfort, but close.
Send an SNMP request to any other UDP service -- can you say for certain that it will survive? It should ... but then this is the real world. There's no knowing just how fragile a network or system is, unless you test.
There are POP servers on VMS that won't take a reset TCP session for reason enough to close the session, but instead hang on until they're shot down, and until then load the system more than they should (not a good thing to have on a billing system). There is Win95-based electro-cardiogram reader controlling software that dies at the mere mention of a scan.
You have identified possible vulnerabilities with your scans, though perhaps not those you were looking for. An intruder on the network -- or indeed any random person with a port scanner -- would do the same damage under less controlled circumstances. An interesting question remains: do those crashes indicate *serious* vulnerabilities? Buffer overflows? Could you inject hostile code, and take over the systems? Should these systems perhaps be protected more actively?
-- Anders Thulin anders.thulin@tietoenator.com 040-661 50 63 TietoEnator Telecom & Media AB, Box 85, SE-201 20 Malmö
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Citrix, Bob DeBolt |
|---|---|
| Next by Date: | RE: Social Engineering ... ?, Keith T. Morgan |
| Previous by Thread: | Re: Crashing services with NMAP and/or SuperScan ?, Dave McCormick |
| Next by Thread: | Re: Crashing services with NMAP and/or SuperScan ?, William Allsopp |
| Indexes: | [Date] [Thread] [Top] [All Lists] |