Nmap Security Scanner
*Intro
*Ref Guide
*Install Guide
*Download
*Changelog
*Book
*Docs
Security Lists
*Nmap Hackers
*Nmap Dev
*Bugtraq
*Full Disclosure
*Pen Test
*Basics
*More
Security Tools
*Pass crackers
*Sniffers
*Vuln Scanners
*Web scanners
*Wireless
*Exploitation
*Packet crafters
*More
Site News
Site Search:
Exploit World
Advertising
About/Contact
Credits
Sponsors:




nmap-dev logo Nmap Development mailing list archives

Re: Performance thoughts
From: Fyodor <fyodor () insecure org>
Date: Tue, 4 Jul 2006 16:17:28 -0700

On Wed, Jul 05, 2006 at 01:06:30AM +0200, Diman Todorov wrote:


Yes /dev/urandom should perform better but it is not really random.
I have run into problems with it's short period before.

Are you sure you aren't thinking of rand() or something else?  I don't
think /dev/urandom has a period.  Or at least not one we're likely to
ever encounter in our lifetimes.  It doesn't block on entropy like
/dev/random, but I think the risk is extremely limited even for most
cases where "secure" random numbers are truly needed.

In any case, even /dev/urandom is overkill for Nmap's needs.  It just
needs "somewhat random looking" IPIDs, sequence numbers, port orders,
etc.

Cheers,
-F


_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev


  By Date           By Thread  

Current thread:
[ Nmap | Sec Tools | Mailing Lists | Site News | About/Contact | Advertising | Privacy ]