Slashdot Mirror


Nmap Gets Version Detection

Anonymous Coward writes "Up until now, everyone's favorite port scanner, nmap has had decent OS detection (through TCP fingerprinting) and service identification based on the open port, but the latest version, 3.45 released today, has version detection for each service! This means not only can nmap tell you that httpd is running on port 80, but that it is `apache httpd version 2.0.39`! While this is a little bit worrisome because of what malicious purposes people might use nmap's version detection for, this should make the jobs of admins everywhere easier and keep us all more on our toes when it comes to security. Fyodor has also published a paper on how the version detection works."

172 comments

  1. Worrysome? by mrtroy · · Score: 4, Insightful

    If you plan your network security through obscurity...thats asking for trouble.

    If you hope nobody can hack you or cause any problems with your servers because you assume they dont know what you are running...that is a problem.

    How about being accountable, upgrading and securing your system, instead of being alarmed that "suddenly" (like they couldnt before) people can see specifically what you are running.

    Hats off to nmap...first matrix reloaded, now a drastic improvement! Who knows, matrix revolutions may be sporting a new nmap!

    --
    [I can picture a world without war, without hate. I can picture us attacking that world, because they'd never expect it]
    1. Re:Worrysome? by notsewmit · · Score: 3, Interesting

      You'd be surprised at how many companies operate that way. A company I used to work for blocked SSH but allowed Telnet access to the outside world. Seems kind of backwards to me.

    2. Re:Worrysome? by geekmetal · · Score: 1
      If you hope nobody can hack you or cause any problems with your servers because you assume they dont know what you are running...that is a problem.

      That is a problem indeed, but given the number of bad sys ads out there (without whom many networks would not have sys ads) it sure has to be a concern for someone.

      --
      There are two kinds of egotists: 1) Those who admit it 2) The rest of us
    3. Re:Worrysome? by mrtroy · · Score: 1

      Please shut up.

      I am sure you are the 0day king of your little group, but how the hell does your comment relate to nmap?

      MOST exploiting is done with publicly known exploits.

      Already, most new non-publicly known exploits have specific scanners (or you make one) for vulnerable machines. The new nmap version detection will not make anyone more vulnerable to the 0day exploits.

      So shut up script kiddie.

      --
      [I can picture a world without war, without hate. I can picture us attacking that world, because they'd never expect it]
    4. Re:Worrysome? by Karamchand · · Score: 4, Informative

      While of course it is not good practice to rely on a single method to secure one's network and then dream about it beeing "unhackable", security by obscurity might be part of a good security concept.

      Jay Beale (from Bastille Linux) wrote a nice article about security through obscurity a while ago.

    5. Re:Worrysome? by cygnusx · · Score: 2, Insightful

      Perhaps they didn't want traffic they couldn't sniff through their network?

    6. Re:Worrysome? by mrtroy · · Score: 2, Interesting

      Ya, it could have to do with data security and not network security. Although I could think of better ways to solve this!

      --
      [I can picture a world without war, without hate. I can picture us attacking that world, because they'd never expect it]
    7. Re:Worrysome? by TheGreenLantern · · Score: 2, Insightful

      It's not worrisome because this information is suddenly available. A real hacker can get this information any number of other ways. It's worrisome because suddenly a million script kiddies can now get this information as well, and will now have a better chance of choosing the correct point-and-click tool to exploit the identified box.

      --

      It hurts when I pee.
    8. Re:Worrysome? by hendridm · · Score: 2, Interesting

      I'm not worried about your systems, I worried about the careless admins with unpatched boxes. It seems like this makes it so easy to:

      1. Pick an exploit on your favorite security site.
      2. Write a script that scans the Internet for boxes running the service and version that match the exploit.
      3. Initiate exploit when match is found.

      At least with anonymous versions, the attacker wasn't necessarily sure what he was up against (or had to work a little harder for it).

    9. Re:Worrysome? by Anonymous Coward · · Score: 1

      You'd be surprised at how many companies operate that way. A company I used to work for blocked SSH but allowed Telnet access to the outside world. Seems kind of backwards to me.

      I'm working for such a company. But when I told them to open SSH for me, they did. They were only blocking it because no one was using it.

      I think it has something to do with the fact that telnet can be used for a lot of things. I mean you can telnet to an HTTP server, SMTP server, etc. How would you block telnet specifically? It would be difficult to block someone telneting to port 80. SSH, on the other hand, appears to be pretty easy to block (I don't know the specifics of this).

    10. Re:Worrysome? by duffbeer703 · · Score: 1

      The current trend of blindly applying OS patches is basically flawed, and sheep like you bleating "incompetent admins should patch their shit" is fanning the flames.

      If you work in a larger organization with alot of customized client/server apps which haven't been converted to web, you are going to have alot of issues if you patch ASAP.

      The testing process required to ensure that a patch will not affect thousands or tens of thousands of clients running critical applications is not trivial and usually cannot be done quickly.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    11. Re:Worrysome? by WNight · · Score: 1

      Telnet the protocol, sure. But there's also a standard telnet server port. This is how you login remotely and where the problems are.

      Too bad SSH wasn't invented sooner, everything would be using it instead of Telnet.

    12. Re:Worrysome? by cygnusx · · Score: 3, Informative

      I think it has something to do with the fact that telnet can be used for a lot of things. I mean you can telnet to an HTTP server, SMTP server, etc

      You're confusing telnet-the-app and telnet-the-protocol. When companies block telnet, they usually block telnet-the-protocol. You can still use the app to connect to arbitary port 80s. If you can't, it means http has been blocked as well.

    13. Re:Worrysome? by jandrese · · Score: 1

      It is slightly worrysome to even good admins. Security comes in layers, so even if your security isn't breached with the loss of one layer, it does weaken the overall security picture. Even if you're pretty sure your setup is unhackable, there's no reason to make it any easier on an intruder by advertising exactly what configuration of hardware and software you use.

      --

      I read the internet for the articles.
    14. Re:Worrysome? by ryanr · · Score: 2, Insightful

      What I usually tell people is don't rely on obscurity, but go ahead and take advantage of it.

    15. Re:Worrysome? by JimDabell · · Score: 1

      It's worrisome because suddenly a million script kiddies can now get this information as well, and will now have a better chance of choosing the correct point-and-click tool to exploit the identified box.

      There have to be point-and-click tools to tell what a server is running anyway, it's not like it's the hardest thing in the world to do. Look:

      1. Right-click on page.
      2. Select 'View Page Info'.
      3. Click the Headers tab.
      4. Look at the response headers.

      Dood! I just "hacked" Slashdot into telling me they are running Apache 1.3.26!

      This isn't the breakthrough people think it is. It's just convenience for sysadmins who need to keep an eye on what versions they are running.

    16. Re:Worrysome? by drinkypoo · · Score: 1

      I see obscurity as nothing but a bonus. There exist numerous utilities to not only portscan, but to determine what service is on a particular port, what OS you are running, et cetera. So obscurity is nothing but a free layer of annoyance to skript kiddie "crackers" who don't actually know anything. For anyone competent attacking your system, obscurity will make no difference whatsoever because they won't be making any assumptions.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    17. Re:Worrysome? by Minna+Kirai · · Score: 1

      The testing process required to ensure that a patch will not affect thousands or tens of thousands of clients running critical applications is not trivial and usually cannot be done quickly.

      If your application was built on a framework that's so unpredictable that fundamental security patches can break the app, then you've got problems. Either the programmers who wrote the app are stupid, or the designer who chose the framework is dangerously incompetent.

      Whichever it is, they'll be easy enough to replace in today's job market.

    18. Re:Worrysome? by Anonymous Coward · · Score: 1, Insightful

      Spoken with the abolute black-and-white certainty of someone who has never been responsible for an inherited legacy system.

    19. Re:Worrysome? by Anonymous Coward · · Score: 0

      But what is the percentage of hacks that are done by script kiddies? My guess is a pretty large percentage.

    20. Re:Worrysome? by duffbeer703 · · Score: 2, Insightful

      Thanks for the insight, oh great one.

      Now let's assume that your lines of business are humming (or struggling) along with the incompetently designed apps written by stupid programmers. The designers and programmers have moved along and you, the reasonably competent and intelligent replacement has to make the spaghetti junk work.

      If your "solution" is to shut down the company for a few months and rebuild perfectly designed SOAP/XML web services with LDAP and relational database backends written in whatever sexy programming language strikes your fancy, you'll be the one searching the want ads.

      Plenty of large and important applications are doing nasty things like combining the output of jobs written 30 years ago on some mainframe in some nasty proprietary programming language with some Windows batch file routine and the output of SQL queries to get it into a new accounting system. ...And sometimes the glue code is written in something nasty like C-shell scripts from an old Digital Unix box. ...Oh, yeah, the "documentation" of the new system was written by some H1-B project manager based on IM conversations with a code monkey in Banglarore.

      The world looks alot prettier in CSI 101, doesn't it?

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    21. Re:Worrysome? by Hatta · · Score: 1

      But if the script kiddie has an exploit against version X.xx of $SERVER, he's just gonna write a script to run it against every target out there anyway.

      --
      Give me Classic Slashdot or give me death!
    22. Re:Worrysome? by sketerpot · · Score: 1
      The world looks alot prettier in CSI 101, doesn't it?

      It's almost as if you enjoyed saying that.

    23. Re:Worrysome? by Minna+Kirai · · Score: 1

      Nice to see you agree with me so completely.

    24. Re:Worrysome? by myom · · Score: 1

      I could not agree more. Kids can reboot, patch, upgrade and do all kinds of fantastic things on ftp servers running in their wardrobes. In a worst case scenario they might get flames for interrupting a pr0n video download, but in a more critical application a reboot or downtime can cost a whole lot of money and bad rep.

  2. Kent Brockman by Anonymous Coward · · Score: 1, Funny

    I, for one, welcome our new version detecting port scanning overlords.

  3. Tool convergence? by Maradine · · Score: 5, Interesting

    In the past, my kit contained THC's Amap, Ofir Arkin's Xprobe, and of course, Fyodor's nmap. Its good to see all of these toys (or at least the functionality) coming into one wrapper. I really like Xprobe's probabilistic model for O/S detection. Its a shame that what's good for the hacker is good for the cracker . . .

    Oh, and by the way, is anyone watching the global 593 spike?

    --

    trustedworlds.net - gaming, security, and the gunk that lives in between

    1. Re:Tool convergence? by don_carnage · · Score: 1

      Oh, and by the way, is anyone watching the global 593 spike?

      RPC over HTTP. Hmm. Sounds like that Windows exploit. Funny, while looking for information, I came across this:

      Internal .EDU posting?

  4. slashdotted by Anonymous Coward · · Score: 5, Informative

    While Nmap does many things (remote OS detection via TCP/IP fingerprinting, ping sweeps, uptime calculation, protocol scans, etc.), its raison d'etre has always been port scanning. Point Nmap at a remote machine, and it might tell you that ports 25/tcp, 80/tcp, and 53/udp are open. Using its nmap-services database of more than 2,200 "well-known" services, Nmap would explain that those ports probably correspond to a mail server (SMTP), web server (HTTP), and name server (DNS) respectively. This lookup is usually accurate -- the vast majority of daemons listening on port 25 are, in fact, mail servers. But you shouldn't bet your security on this! People can and do run services on strange ports. Perhaps their main web server was already on port 80, so they picked a different port for a staging/test server. Maybe they think hiding a vulnerable service on some obscure port will prevent "evil hackers" from finding it. Even more common lately is that people are choosing ports based not on the service they want to run but based on what will get through the firewall. When ISPs blocked port 80 after major Microsoft IIS worms CodeRed and Nimda, hordes of users responded by moving their personal web servers to different ports. When companies block telnet access due to its horrific security risks, I have seen users simply run telnetd on the secure shell (SSH) port instead.
    Even if Nmap is right, and the hypothetical server above is running SMTP, HTTP, and DNS servers, that is not a lot of information. When doing vulnerability assessments of your companies or clients, you really what to know which mail and DNS servers are running, as well as the version number if possible. Having an accurate version number helps dramatically in determining which exploits a server is vulnerable to.

    Yet another good reason for determining service/version numbers is that many services share the same port number - making a guess based on the nmap-services table even less accurate. Anyone who has done much scanning knows that you often find services listening on unregistered ports - these are a complete mystery without version detection. In addition, filtered UDP ports often look the same to a simple port scanner as open ports. But if they respond to the service-specific probes sent by Nmap version detection, you know for sure that they are open (and in many cases exactly what is running).

    The new Nmap version scanning subsystem tries to answer all these questions by connecting to open ports and interrogating them for this information using probes that the specific services understand. This allows Nmap to give a much more details assessment of what is really running, rather than just what port numbers are open. Here is a real example:

    # nmap -A -T4 -F www.insecure.org

    Starting nmap 3.40PVT16 ( http://www.insecure.org/nmap/ ) at 2003-09-06 19:49 PDT
    Interesting ports on www.insecure.org (205.217.153.53):
    (The 1206 ports scanned but not shown below are in state: filtered)
    PORT STATE SERVICE VERSION
    22/tcp open ssh OpenSSH 3.1p1 (protocol 1.99)
    25/tcp open smtp Qmail smtpd
    53/tcp open domain ISC Bind 9.2.1
    80/tcp open http Apache httpd 2.0.39 ((Unix) mod_perl/1.99_07-dev Perl/v5.6.1)
    113/tcp closed auth
    Device type: general purpose
    Running: Linux 2.4.X|2.5.X
    OS details: Linux Kernel 2.4.0 - 2.5.20
    Uptime 108.307 days (since Wed May 21 12:27:44 2003)

    Nmap run completed -- 1 IP address (1 host up) scanned in 34.962 seconds

    Now I don't claim that Nmap is the first program to ever implement this sort of port interrogation. Jay Freeman (AKA Saurik) posted an Nmap patch he calls Nmap+V more than three years ago. Even if Nmap+V was rather slow and cryptic at the time, it demonstrated the value of advanced port interrogation. It has improved substantially since then. There is also the excellent THC Amap, and Nessus even has a (very) rudimentary service detection framework. While we could have saved months of work by simply integrating one of these open source implementations

    1. Re:slashdotted by Anonymous Coward · · Score: 0

      Too...many words...cant..be...arsed to...read...

    2. Re:slashdotted by Anonymous Coward · · Score: 0

      # nmap -A -T4 -F www.test.net
      Starting nmap 3.45 ( http://www.insecure.org/nmap/ ) at 2003-09-16 11:47 BRT
      Unexpected error in NSE_TYPE_READ callback. Error code: 32 (Broken pipe)
      QUITTING!

    3. Re:slashdotted by whitmer · · Score: 1
      # nmap -A -T4 -F www.insecure.org

      Starting nmap 3.40PVT16 ( http://www.insecure.org/nmap/ ) at 2003-09-06 19:49 PDT
      Interesting ports on www.insecure.org (205.217.153.53):
      (The 1206 ports scanned but not shown below are in state: filtered)
      PORT STATE SERVICE VERSION
      22/tcp open ssh OpenSSH 3.1p1 (protocol 1.99)
      25/tcp open smtp Qmail smtpd
      53/tcp open domain ISC Bind 9.2.1
      80/tcp open http Apache httpd 2.0.39 ((Unix) mod_perl/1.99_07-dev Perl/v5.6.1)
      113/tcp closed auth
      Device type: general purpose
      Running: Linux 2.4.X|2.5.X
      OS details: Linux Kernel 2.4.0 - 2.5.20
      Uptime 108.307 days (since Wed May 21 12:27:44 2003)

      Nmap run completed -- 1 IP address (1 host up) scanned in 34.962 seconds


      Geez, I really thought black hats like Fyodor would use latest stuff and know security inside out.

      Running OpenSSH version that old is going to get insecure.org down, especially with the new OpenSSH bug. ;)
    4. Re:slashdotted by Anonymous Coward · · Score: 0

      Honeypot?

  5. not worried by stonebeat.org · · Score: 4, Interesting

    While this is a little bit worrisome because of what malicious purposes people might use nmap's version detection for

    hmmm I think NMAP will only report the version that service will respond. I can make my Apache instance respond with anything, for e.g. "saqib webserver ver. 9.0"

    Version detection can also be very helpful
    It is good to know that NMAP support version detection. There have been mny instance in the past, especially during the recent virus outbreaks, where I wished I could find the Service version.

    1. Re:not worried by wirah · · Score: 0

      Saquib webserver is great.

      Its in the same league as the RIAA's TST-SECURE-OS for sure ;)

    2. Re:not worried by Rich · · Score: 2, Insightful
      I can make my Apache instance respond with anything, for e.g. "saqib webserver ver. 9.0"

      Unfortunately I can then come along and run hmap to detect what it really is using finger printing techniques. Concealing server names and versions gives only a very small increase in security and can make management of multiple servers harder (as it's more difficult to check you patched everything). Rich.

    3. Re:not worried by Deagol · · Score: 1
      Yeah, I think the version detection is based on the service cooperating. I just scanned a test machine, and postfix wouldn't return a version.

      I remember playing with a tool (whose name escapes me) that tried to identify what version of SMTP server you were running. It would run through all the commands, note the responses, etc. and then tell you what you were running. Seemed to work fairly well.

      Maybe a more generic version could be incorperated into nmap, for all services (not just SMTP) when the server didn't simply volunteer its version.

  6. nmap malicious? by Improv · · Score: 4, Funny

    Gosh, who could possibly imagine that, with the
    addition of version detection, the most 'white hat'
    tool out there that could never possibly be used for
    anything bad suddenly becomes a 'black hat' tool..
    It's a complete 180!

    --
    For every problem, there is at least one solution that is simple, neat, and wrong.
    1. Re:nmap malicious? by CausticWindow · · Score: 3, Interesting

      Stupid troll

      Nmap is a superb tool for scanning large networks. Could that be abused? Yes, but so what? Should we banish cars, since they can be used in bank heists? Should LSD be illegal, just because a large percentage of the population is retarded?

      Want a list of machines that's infected with msblast? Nmap your network.

      Want a list of machine that are vulnerable to the latest rdp hole in Windows? Nmap your network.

      Want a list of servers running an exploitable ssh version? Nmap your network.

      Any good administrator of any reasonably sized network, should know and use nmap.

      --
      How small a thought it takes to fill a whole life
    2. Re:nmap malicious? by Improv · · Score: 2, Insightful

      Sheesh, no need to get all self-righteous on me.
      I know that nmap is useful for more than
      black hat purposes, I use it myself, blah blah.
      If you look through my post, you'll find nowhere
      that I'm suggesting banning it, making it illegal,
      or anything like that. Instead, what my post,
      intending to be humorous, was about, was simply
      stating that it IS used for blackhat things too,
      and version detection doesn't change things that
      much with regards to that.

      It's great that you're a crusader against people
      who would take useful things away from us through
      laws, but, as in any such thing, be careful where
      you're aiming -- friendly fire isn't a good thing,
      and you'll just make yourself and others in the
      cause look like jerks who can't stop posturing
      on who's the bigger crusader. Not useful.

      --
      For every problem, there is at least one solution that is simple, neat, and wrong.
    3. Re:nmap malicious? by Anonymous Coward · · Score: 1

      Um Fyodor is a BlackHat!

    4. Re:nmap malicious? by Anonymous Coward · · Score: 0

      Maybe I'm a UID elitist, but I wouldn't pay much attention to anybody with a UID of over 600k who would call a sub-10k'er a troll.

    5. Re:nmap malicious? by Anonymous Coward · · Score: 0

      Yeah, of corz, but who got the +5 (the funny mods don't count towards your karma)?

    6. Re:nmap malicious? by Anonymous Coward · · Score: 0

      two points:

      fucking up people like sdems and sllorts lives, has got nothing to do with 'black hatting'.

      it's more like charitable work that benefits us all. that sdem was exposed as the gay troll he is, is not only witty, it's pure gold.

    7. Re:nmap malicious? by cloudmaster · · Score: 1

      Holy didn't-see-the-sarcasm, Batman!

      Sigh.

    8. Re:nmap malicious? by Anonymous Coward · · Score: 0

      LSD should be illegal becaused they know assembly way to well and write too many damn irix exploits

    9. Re:nmap malicious? by CausticWindow · · Score: 1

      They also found the Windows RPC hole that paved way for MSBlast.

      --
      How small a thought it takes to fill a whole life
  7. Good second check. by Bridog · · Score: 5, Interesting

    This will be great to see if people have wonkyed their port numbers to try to obfuscate what they're doing, like running smtp on 10025 or something silly. You'll be able to check that there is an MTA on 25 and SSH on 22.

    --
    Most likely the #1 Unfunny Meta/Moderator on /.!
    1. Re:Good second check. by caluml · · Score: 2, Informative

      It's trivial to see that anyway. telnet host.that.youre.unsure.of 10025
      Trying 2001:618:15:226::237...
      Connected to gk.
      Escape character is '^]'.
      220 gk.umtstrial.co.uk ESMTP Postfix
      quit
      221 Bye
      Connection closed by foreign host.

    2. Re:Good second check. by archen · · Score: 1

      Yeah, being worried over nmap version detection is rather sad. What version of openSSH do you use? telnet to port 22 and look for yourself - Often tells you the OS too unless sshd is configured otherwise. Telnet is probably the biggest threat out there because it's available everywhere, and do we quake in fear over telnet? hardly. nmap is just a port scanning tool if your actually planning on doing something aside from casual. If I saw a strange port open I'd probably start messing with netcat before I'd trust what nmap has to say anyway.

  8. Great by essdodson · · Score: 3, Funny

    This, on top of it being in the matrix will have every pimply 13 year old trying to haxor the gibson.

    --
    scott
    1. Re:Great by Cyclopedian · · Score: 0, Funny
      "They're into the Kernel!" - Former Gibson System Administrator.

      Seriously, Hackers is one of my favorite movies to mock due to all of the insanely inaccurate lines.

      -Cyc

  9. No use for worms, only for (h|cr)acking by lougarou · · Score: 3, Insightful

    Security through obscurity never worked that much, will work much worse now. However, I do not see worms using such tools to propagate better. Worms just try to infect everyone and do not care about being glued in honeypots.

  10. Why OS detection? by thorgil · · Score: 1, Funny

    - Ok... Why OS detection? Don't you know what OS you run? ;-)

    --
    Warning: This sig contains a small bug. ==> *
    1. Re:Why OS detection? by vadim_t · · Score: 2, Insightful

      Duh, it's for finding the OS other machines are running. If you're troubleshooting something, and have a network with 500 computers to check, then being able to automatically see what OS is running where can be very useful.

      To put a simple example, you might scan a network for Linux hosts running Samba to then verify that they aren't running a vulnerable version.

    2. Re:Why OS detection? by Ayaress · · Score: 1

      I know what OS I'M running. But I don't know what one your're running. Yet.

  11. Worrisome? No. by sonicattack · · Score: 5, Insightful

    While this is a little bit worrisome because of what malicious purposes people might use nmap's version detection for [...]

    By the same logic, one might consider it "worrisome" that there even exists software packages like "Nessus" and "Saint".

    Adding features such as version detection to a tool that can be used for both good and bad purposed shouldn't be considered "worrisome". It is just something that makes the tool better, for good and for bad. And unless we are talking about software which by design always causes destructive damage when used, I will always consider it a good thing that there are such excellent security auditing tools available to the public. With all respect, sorry to hear that someone finds this "worrisome".

    1. Re:Worrisome? No. by Kurt+Gray · · Score: 2, Insightful

      I agree. It's not like there aren't already sniffers out there that already do version detection. This is useful to me as an admin because I want to know everything about how my ports appear to the outside world.

      But version detection doesn't seem to matter to the average skr1pt kiddie. After looking at many system logs and firewall logs it seems that many hax0r-type kids don't bother running a version detector and hand-picking an exploit based on server version but rather they use battering-ram style try-all-known-exploits scripts regardless of what the target system is. Just look at your own httpd logs and you'll occasionally find a single IP address attempting to call up a whole series of URLs for known CGI, Frontpage, and IIS exploits ... version be damned they'll try all exploits anyway and see what happens, and my guess is these kids get into more systems than the version detecting cat burglar types.

  12. Just out of curiousity... by Gandhian_Rage · · Score: 2, Funny

    Does this make it easier for fyodor to listen for an open X11 server?

  13. Speaking of versions by ChiefArcher · · Score: 5, Informative

    Speaking of bad versions.

    0 Day SSH EXPLOIT out today..
    CVS DIFF patch Here

    Details are sketchy here

    Redhat and others haven't released patches yet.

    ChiefArcher

    1. Re:Speaking of versions by keesh · · Score: 1, Interesting

      I submitted a story, and it got rejected. Guess /. hasn't patched up yet, so they don't want us to know about it.

      Still, that makes it two remote root holes in the default install now I believe...

    2. Re:Speaking of versions by DeadMeat+(TM) · · Score: 3, Insightful
      Still, that makes it two remote root holes in the default install now I believe...
      The Internet Storm Center says it "may not be exploitable on . . . OpenBSD". ('course, you should probably patch anyway.)
    3. Re:Speaking of versions by Anonymous Coward · · Score: 0

      1 guaranteed and one possible remote hole in the default install _that they know of_. Never mind that there were warnings about the first SSH flaw over 3 years ago, but the SSH or OpenSSH developers did not respond.

      Contrary to one popular belief, not all exploits are buffer overflow, but that's what the OpenBSD team is spending most time looking for. Plenty of opportunity for other things to slip past.

    4. Re:Speaking of versions by PinkFluid · · Score: 1

      The buffer->alloc field is not accessed in xrealloc() or in fatal() so I don't see how this patch fixes anything? Either this is not the correct fix or the bug is vapour. I still have to find evidence of an exploit or at least some reference to where the affected code could be... or maybe I'm just missing something - can somebody with more low-level ssh knowledge enlighten me?

    5. Re:Speaking of versions by russotto · · Score: 1

      Assuming fatal() is what it says, it must be a race condition -- buffer->alloc is increased before the actual size of the buffer is increased. It must be possible to access the buffer from another thread while this is the case.

    6. Re:Speaking of versions by PinkFluid · · Score: 1

      AFAIK ssh is not multi-threaded. If this was the case, the structure should be at least mutexed.

    7. Re:Speaking of versions by Eric+Destiny · · Score: 0

      Slackware advisory here.

      --

      "The meek shall inherit the earth, the rest of us shall go to the stars." Isaac Asimov

  14. So it just does banner detection? by Anonymous Coward · · Score: 3, Informative

    That's good and all, but the thing is that most vendors don't increment version numbers. Take the sendmail header overflows from earlier this year: Sun, RedHat, SuSE, HPUX all had patches for the bundled apache server, but those just fixed the binaries - they did not update the banner info. This is of dubious value because of that.

    Unfortunately, there is no easy answer to this dilemna for security professionals - do you trust the banner info and get a bunch of false positives? Do you attempt an exploit and possibly crash the machine (not as likely with this sendmail header overflow, but moreso in the case of the apache chunked encoding overflow)? Or do you log onto each host (or use an agent based check system, like NetworkShell)?

    Perhaps Fyodor should tackle these questions and not hack pranksters in his spare time.

    1. Re:So it just does banner detection? by mha · · Score: 1

      Exactly! Actually, the rpm version number gets updated, but not the version of the software itself, i.e. (example) 1.2.3-23 is updated to 1.2.3-24. "1.2.3" is the version of the software (i.e. what you get e.g. from ftp.sendmail.org) and "-23, -24, etc. is the internal vendor (SuSE, RedHat) version number of the particular rpm package. The new "Enterprise" versions (SuSE Linux Enterprise Server, RedHat Advanced Server) explicitly have the purpose to NOT update any packages, but ONLY fix bugs in them. That is a VERY reasonable policy, in the earlier Linux days I (as a consultant) encountered quite a few customers who updated their Linux distribution and ended up with lots of problems because the packages contained feature updates (often undocumented) that changed the behavior of the software ever so slightly (e.g. when pppd suddenly changed the way it parsed the config file and this was visible only in the source code and nowhere else and broke remote modem login for one of my clients...). So I definitely LOVE the new policy for these "enterprise" Linux distributions... but yes, it will definitely confuse tools such as security scanners that are going to report vulnerabilities where there are none - simply because they don't really check for the actual vulnerability, but they report them based on their knowledge that "version xyz of sendmail has vulnerability abc"! But this is NOT a new problem, most security scanners work like that for most vulnerabilities they check for, and have been reporting false positives occasionally.

      Michael

    2. Re:So it just does banner detection? by damiam · · Score: 1

      This policy is not new. Debian's been doing that since before Red Hat even existed.

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
  15. leet by grub · · Score: 4, Funny
    Cool! That version detection works!
    Starting nmap V. 3.45 ( www.insecure.org/nmap/ )
    Interesting ports on test.grub.net (10.0.1.24):

    Port State Service Version
    22/tcp open ssh (c) SCO
    80/tcp open http (c) SCO
    443/tcp open https (c) SCO
    --
    Trolling is a art,
  16. hardly useful for 'admin's but for others... by fuckfuck101 · · Score: 0, Flamebait

    "hrm, i wonder what version of apache i'm running at the moment... should i look in apache..? no.. i know, i'll scan myself"

    --
    Comment: Yes I realise the username 'fuckfuck101' makes me sound intelligent, no you cannot buy it from me.
    1. Re:hardly useful for 'admin's but for others... by Ayaress · · Score: 1

      By the same logic: I have a client who's server isn't working. Maybe I should drive five hours to see what their idiot ITS guys did to it THIS time.

    2. Re:hardly useful for 'admin's but for others... by Anonymous Coward · · Score: 0

      you have no imagination:
      "hrm, i need to double check alll the boxes on my network for that new vulnerability xyz. Well i can just scan the entire network at once, might as well check for unauthorized services also. click, done"

    3. Re:hardly useful for 'admin's but for others... by Don'tTreadOnMe · · Score: 1

      How about: I can scan my network and make sure my machines aren't advertising open holes that shouldn't be there. (Sure, I should install all of the patches, but what if I made a mistake? Then I should try to check my work by making sure nothing is awry. Like looking out the door when you hear a noise, to make sure no one is about to break in.)

    4. Re:hardly useful for 'admin's but for others... by mortonda · · Score: 1

      Unless you are running a large server farm, and you want to make sure that all the servers are running the correct version.

    5. Re:hardly useful for 'admin's but for others... by SquadBoy · · Score: 0

      No it is there are more than one kind of admin. For example as a network/security admin it is *very* usefull for me to be able to find out what version of things my lusers have on cloud facing boxen. It is not a good thing that many of those lusers have agendas that are not in line with my needs but it is a fact of life so a tool like this can help me out. Granted I can and do use Nessus but nmap is quick and easy and more tools are better. Also when trying to track down rouge boxen it is a godsend. Admin != sys admin and for other types this is a great thing.

      --

      Cypherpunks: Civil Liberty Through Complex Mathematics. Those who live by the sword die by the arrow.
    6. Re:hardly useful for 'admin's but for others... by drunk_as_in_beer · · Score: 2, Insightful

      "hrm, i wonder what version of apache i'm running at the moment... should i look in apache..? no.. i know, i'll scan myself"

      you're obviously not an admin, and obviously don't do any serious work with computers at all.

      --
      --Drunk as in Beer
  17. WTF by fuckfuck101 · · Score: 0

    NMap suggestions are all from these malicious users, I guarantee this add-on was suggested by 'blackhat'

    --
    Comment: Yes I realise the username 'fuckfuck101' makes me sound intelligent, no you cannot buy it from me.
    1. Re:WTF by Anonymous Coward · · Score: 0
      I guarantee this add-on was suggested by 'blackhat'

      I don't look at the color of a guy's hat if he knows what the hell he's talking about! If you bother to RTFA (and the whitepaper in particular), you'll find a bunch of very serious folks were involved in the Nmap 3.45 project, whitehats, blackhats, tie-dyed hats, baseball caps, you name it.

  18. UH OH by Anonymous Coward · · Score: 5, Interesting

    Slashdot Trolls better hunker down, Fyodor has new weaponry! And we all know what happened last time he went blackhat.

    1. Re:UH OH by userloser · · Score: 0

      Fyodor is gonna get medieval on yo troll ass!

  19. worrisome? nah! by EvilOpie · · Score: 5, Interesting

    Being a system admin for a college, having this updated tool out for the world really doesn't bother me. Honestly, I'd rather have it in my hands to know what's running on my server, than to be ignorant and hope everything is ok. It also is a good tool to for testing things like if your firewall is configured properly. After all... all the script k1dd13z are going to have these programs too, so it's best to know what you've got exposed to the internet. Besides, in a lot of the programs out there, you can turn off the server identification so that when you connect, you don't know what the host is running for programs. Apache does this (I know because I turned it off myself). And you could probably even hack the source code to them if you really wanted. My FTP server at home just says "Go away!" when you connect so you don't even even see which program is running, much less what version.

    Now for a *real* tool for making sure your sytems are up to date, try Nessus. It not only scans your system for what programs are running (using nmap no less), but it finds out what versions they are if they can, and it tries to run common exploits on them too! I use it perodically just to make sure that all the bases are covered so that none of the holes for common exploits on the internet are left open.

    --
    -Through the server, over the router, off the firewall... Nothing but 'Net!
  20. The real question is by Anonymous Coward · · Score: 1, Interesting

    How can this new feature of nmap be used to haxxxor kids personal computers and post personal information about them far and wide, since that is Fyodor's MO.

  21. Re:How does this reflect on the community? by Anonymous Coward · · Score: 1, Informative
  22. Catch it the same way as the rest by quinkin · · Score: 3, Interesting
    I always assume that the remote servers will send the most malicious data possible.

    Spoil sport... :)

    I put a timed block on all ips that port scan me persistantly, I doubt the heuristics will even change. Once it's a distributed scan I'm screwed...

    Certainly be useful for the internal audits though.

    Q.

    --
    Insert Signature Here
    1. Re:Catch it the same way as the rest by Torne · · Score: 2, Interesting

      So you just scan reeeealllly slowly. nmap has options to do this. I spent a while tuning nmap's parameters until it no longer alerts my university's administrators when I port scan.

    2. Re:Catch it the same way as the rest by Anonymous Coward · · Score: 0, Funny

      *Notifies admins*.

    3. Re:Catch it the same way as the rest by Torne · · Score: 0

      Charming.

    4. Re:Catch it the same way as the rest by quinkin · · Score: 1
      Thats why I modded my heuristics to be ip/port anomoly based and take days/weeks (he says vaguely) to time out unless under heavy load. So you need a botnet to scan me effectively.

      I update after almost every new nmap function, or at least when I manage to poke a hole.

      Keeps the kiddies out...

      Q.

      --
      Insert Signature Here
    5. Re:Catch it the same way as the rest by Torne · · Score: 1

      Well done. What do you use to catch scans? An IDS? I'd be interested to see your configuration (email me, perhaps). I could have a botnet, if I really bothered, I guess.. I have enough shells around the world, I've just never needed to use them non-interactively.

  23. Re:worrisome? nah! by omega9 · · Score: 1

    Being a system admin for a college, having this updated tool out for the world really doesn't bother me. Honestly, I'd rather have it in my hands to know what's running on my server, than to be ignorant and hope everything is ok.

    So... you're the sysadmin and you need nmap to tell you what you're running on your server?

    --
    I'm against picketing, but I don't know how to show it.
  24. one possible upside by *weasel · · Score: 1, Funny


    if this works into the script kiddies stock toolbox, then maybe they'll stop pounding my damn web server looking for backdoors that are 2 major OS versions old.

    or maybe i should finally break down and write that script to fire off an auto-email to the administration contact each time some zombie comes knocking.

    --
    // "Can't clowns and pirates just -try- to get along?"
    1. Re:one possible upside by Anonymous Coward · · Score: 0

      let me know when you finish that script so I can scan your box from a public box using nmaps decoy option set at a few thousand.

  25. Re:worrisome? nah! by EvilOpie · · Score: 4, Insightful

    When you have to keep track of many different servers of different OSes, sometimes you forget things, or stuff that you thought you turned off you find out you didn't. It happens to the best of us.

    It's the first thing I always do when I put a new server on the network. It never hurts to do a double-check to make sure that your servers are behaving the way that you think they are. Just like it doesn't hurt to reboot a linux box perodically to make sure that all your startup scrips work as expected in case of a power outage or whatever.

    --
    -Through the server, over the router, off the firewall... Nothing but 'Net!
  26. Re:oops, they did it again.... by Anonymous Coward · · Score: 0

    Maybe you should install something secure such as Linux instead of MS crapware?

  27. HTTP "detection" by msgmonkey · · Score: 2, Informative

    Unless you tell specify otherwise dont all httpd servers report their version in the "server" response header?

  28. Turn off version announment in apache.conf by Chuck+Bucket · · Score: 1

    I always turn off the version announcement on Apache, you know, when you hit a 404 page, it tells you the version number in the footer. I *assume* this will thwart Nmap's attempts at reading this, yes? I can't think of anywhere else Apache tells this. It's a simple edit of Apache.conf to turn it off.

    CB

    1. Re:Turn off version announment in apache.conf by Neophytus · · Score: 2, Informative
      HTTP/1.1 200 OK
      Date: Tue, 16 Sep 2003 14:30:29 GMT
      Server: Apache/1.3.26 (Unix) mod_gzip/1.3.19.1a mod_perl/1.27 mod_ssl/2.8.10 OpenSSL/0.9.7a
      SLASH_LOG_DATA: shtml
      X-Powered-By: Slash 2.003000
      X-Bender: Shooting DNA at each other to make babies. I find it offensive!
      Cache-Control: private
      Pragma: private
      Connection: close
      Transfer-Encoding: chunked
      Content-Type: text/html; charset=iso-8859-1
    2. Re:Turn off version announment in apache.conf by Anonymous Coward · · Score: 0

      The ServerSignature dirctive is set to off in my httpd.conf and I'm still able to detect my Apache version with nmap 3.45. Bummer.

    3. Re:Turn off version announment in apache.conf by z0om · · Score: 0

      set ServerTokens to Prod :)

  29. Win + samba by Anonymous Coward · · Score: 1, Interesting

    couldn't one of these people that write these security scanners use the same principles to generate a samba.conf, just by sniffing the network, this'd make life about 6000% easier!

  30. You forgot one!!! by Anonymous Coward · · Score: 0

    You forgot one of the general purpose tools. NetCat! I quite frequently use it as a basic port scanner, or service detector, especially when I don't have access to the other tools you mention. Cough. Windows platform. Cough.

  31. Yin and Yang by Esion+Modnar · · Score: 2, Insightful

    It's the duality inherent in most things. nmap can be used for good/bad. Any tool which is remotely useful is like this. The tools of a locksmith can be used to make your house more secure, or to break into it. A gun may be used by cop or crook. You get the idea...

    --

    They say the first thing to go is your penis. Well, it's either that or your brain. I forget which...
    1. Re:Yin and Yang by Anonymous Coward · · Score: 1, Interesting
      It's the duality inherent in most things. nmap can be used for good/bad.

      What? I don't like what you are saying? Duality? That sounds like a unchristian idea. You are either with us or against us. You are either for terror or for freedom.

      How do you know good from bad? As GBW said: you just know.

  32. Re:oops, they did it again.... by Anonymous Coward · · Score: 0

    This sounds like the perfect tool for you to keep track of all those machines...

  33. SO? by semanticgap · · Score: 2, Informative

    There is nothing special about detecting the version of Apache, since Apache reports it in every response.

    Take make sure noone can tell what you're running, put this in your config:

    ServerTokens Prod
    ServerSignature Off

    Here is the documentation for ServerTokens and ServerSignature.

  34. Re:worrisome? nah! by dvicci · · Score: 1

    If the server is used to host student shell accounts, then absolutely. Students do some wacky things... I know I did.

    --
    ] D
  35. security through obscurity you say? by DrSkwid · · Score: 1

    # nmap -A -T4 -F 192.168.1.109
    Interesting ports on tiger (192.168.1.109):
    (The 1191 ports scanned but not shown below are in state: closed)
    PORT STATE SERVICE VERSION
    7/tcp open echo
    9/tcp open discard?
    19/tcp open chargen?
    21/tcp open ftp
    22/tcp open ssh?
    23/tcp open telnet?
    25/tcp open smtp
    53/tcp open domain?
    80/tcp open http?
    110/tcp open pop-3?
    113/tcp open auth?
    143/tcp open imap
    513/tcp open login?
    565/tcp open whoami?
    567/tcp open banyan-rpc?
    993/tcp open imaps?
    995/tcp open pop3s?
    7070/tcp open realserver?
    8080/tcp open http-proxy?
    17007/tcp open isode-dua?
    9 services unrecognized despite returning data.

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  36. Fyodor is no white hat by Anonymous Coward · · Score: 1, Interesting

    Slashdot has an interview with security legend Fyodor, admin of the famed insecure.org and author of the world's most affordable port scanner, nmap.

    The best part of this interview is that Slashdot does not often interview criminals. Many Slashdot readers know that Fyodor used his tool to illegally attack a college student in 2002, for his personal amusement but also to the benefit of Slashdot's admins. For those that don't know the story, I will present a brief summary.

    *Those individuals interested in independently verifying the facts presented in this article should skip to the "Verification" section near the end.

    Sdem had created a hoax account entitled electricmonk, and used it to post this comment pronouncing that we was actually a cute Linux booth babe. "electricmonk" left an email at Yahoo and encouraged Slashdot readers to get in touch.

    Fyodor proceeded to do so, boasting of his previous exploits with women he'd met online. He was even helpful enough to attach a picture.

    This is where the story turns ugly. Sdem responded with a truthful email, in which he advised Fyodor that the whole thing was a hoax. After that, sdem posted a log of his exploits to sid=20721 (trolltalk), mentioning that he had tricked Fyodor and referring to many of the biters as "wankers". This apparently really set Fyodor off, and he began to plot criminal revenge.

    First, Fyodor dug through insecure.org's referrer logs to find what IP address had requested the picture of Fyodor & his paramour. Using this information (and the logged User-Agent), Fyodor knew from the get-go Sdem's IP address and O/S. From this point, he launched nmap against Sdem's box and was greeted with the holy grail of sorts for BlackHats: an open X windows server on port 6000.

    Sdem had been running an X-windows server for Windows on his Win2k box. Fyodor was able to bypass the authentication on the X-windows server and used the X-windows server to take complete screen captures of Sdem's machine whilst sniffing and recording keystrokes.

    Fyodor proceeded to take hours worth of screen captures, including information on a "secret troll irc server" that sdem was using. Fyodor wrote a detailed writeup of what he observed, including an irc robot used on the server to detect new Slashdot stories for the purpose of early posting. Fyodor also mined and posted as much information about Sdem as he could find, including his real name and contact information. Jamie McCarthy used this illegally obtained information shortly after it was posted to log on to the irc server, monitor the bot, and modify Slashdot in order to break the story monitor.

    Fyodor even submitted his "troll hunting" story to Slashdot, though it was rejected.

    After he was done hacking Sdem's computer, Fyodor posted his screen captures and a log of his breakin to www.insecure.org/tmp/trolls. The content was removed 24 hours later. He went on to boast in sid=20721 about his "troll hunting finale". While sid 20721 is regularly cleaned, a cache of Fyodor's boasting about his illegal break-in is available here. Very interesting reading.

    So, while Fyodor's interview is no doubt very interesting, I think that, as an accomplished (and due to the lack of prosecution very successful) criminal, the nature of questions given to Fyodor in the interview don't do justice to the type of expertise this man has in illegally penetrating computers across state lines and getting away with it. I'm sure that many companies would like to have a man of this caliber at their disposal in order to infiltrate and destroy their competitor's IT infrastructure.

    Of course, no sane person would use this man's software without compiling it from inspected source, given his history. Fortunately the folks at Redhat pore over his code with a fine toothed comb before including it in their distribution, so if you've ever wanted to peer into the mind of a madman, I encourage you to take a look at Redhat's copy of nmap.

    Also if anyone has a cached copy o

    1. Re:Fyodor is no white hat by Minna+Kirai · · Score: 1, Interesting

      That post is a copy of a slashdot journal article posted months ago. The article has some problems, though, so I'll comment:

      The best part of this interview is that Slashdot does not often interview criminals.

      They do indeed! Kevin Mitnick is just one convicted criminal Slashdot has interviewed. If the alleged crime is relevant to computer technology, Slashdot will certainly do an interview. "Respectable journalists" interview criminals all the time.

      This is where the story turns ugly.

      Wrong. It was already ugly back when Sdem posted his false invitation.

      Let's review who did what:
      Sdem: Used deceit & misrepresenation to extract private information from a naive computer user who didn't understand social engineering.

      Fyodor: Used deceit & misrepresentation to extract private information from a naive compputer user who didn't understand software engineering.

      What's different between them? Only the degree of publicity, and who started the fight.

      So, if you're a doubter, email the Slashdot editorial staff. Fyodor is a Black Hat, and the eds know it.

      Nothing done in full view of the public eye is "Black Hat". Black Hat means criminal, and criminal means some attempt is made to conceal the deed. If Fyodor had truely attempted to screw up Sdem's life, then by clever, long-term use of the compromised computer he could've easily done so. By immediately boasting of the intrusion, he gave up any chance to do real damage.

      Is hacking into someone's PC wrong? Yes. Is it any worse than scratching a key down his car-door? Depends. Does that mean that everyone who does it should be labelled a "criminal"? Well, if you ask the US DoJ, 36% of Americans are "criminals". So it's hardly a badge of shame.

  37. Re:oops, they did it again.... by molarmass192 · · Score: 3, Insightful

    When you support 10,000 servers and 30,000 desktops

    There's no way to support this many machines alone. It's simply an impossible workload. As for making the lives of SKs easier, yep, it'll help em target machines, no doubt about it. There's a positive though, at least this tool is public and we're all aware of it now. It's the tools I don't know about that worry me.

    --

    Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
  38. From the paper... by Pedrito · · Score: 1

    When doing vulnerability assessments of your companies or clients...


    A.k.a your intended victims.

  39. uptime detection by hey · · Score: 1

    I always wondered how netcraft and nmap could
    determine how many days a server has been up.
    Does Apache give out this info?

    1. Re:uptime detection by achurch · · Score: 1

      I always wondered how netcraft and nmap could determine how many days a server has been up.

      I think it's done through TCP options, but I don't know the details offhand.

  40. Re:Hurrah ;) by Anonymous Coward · · Score: 0

    emerge sync && emerge -u nmap

    what kind of dreamland has portage stocking ebuilds the day release? be thankful if it gets in there by next week ^_^

  41. Re:worrisome? nah! by (void*) · · Score: 1

    Because there can be differences in what you think is on the machine, and what it actually doing. The very definition of being hacked.

  42. THE portscanner is NESSUS! by fluor2 · · Score: 1

    www.Nessus.org

  43. Re:What are you talking about???? by botzi · · Score: 0

    This film was so informative!!!!
    I mean, now I know that the three most used password are God, Sex and.....uuuuuuh *scraching head*, Sex??? No, wait....uuuuh.Damn, I should review it once again.....
    Anyway, with all this knowledge I'm sure there isn't a single Gibson in the whole world(no punt;oPPP) that I'll be unable to h4x0r.....

    --
    1. No sig. 2. ???? 3. Profit!!!
  44. WOW by Anonymous Coward · · Score: 0

    If you need NMAP to tell you what your web servers are runnig I can't imagine you havent already been 0|/\||\|3d.

  45. More SSH details, patches by Anonymous Coward · · Score: 0
    Reposted from full-disclosure, new version in addition to patch. Beware space-inserting URL lameness filter:
    On Tue, 16 Sep 2003, Carl Livitt wrote:

    ;
    ; There _is_ a patch:
    ;
    ; http://www.freebsd.org/cgi/cvsweb.cgi/src/crypto/o penssh/buffer.c.diff?r1=1.1.1.6&r2=1.1.1.7&f=h

    There is also new openssh released:

    ftp://ftp1.ca.openbsd.org/pub/OpenBSD /OpenSSH/portable/openssh-3.7p1.tar.gz

    --
    .... . Robert Jaroszuk - zim@iq,pl - [ IQ PL Sp. z o.o. ] .....
    GCS/IT/O d? s: a-- C++ ULB++++$ P+ L++++$ E--- W- N+ w-- O- M-
    V- PS+ PE Y(+) PGP-(+++) t-- 5? X- R* tv-- DI++ b++>+++ DI- D-
    ... The superior warrior wins without fighting -- Sun Tzu. ...
  46. Ways to fake this by Anonymous Coward · · Score: 0

    I would love to be able to fake this stuff. I mean if I could make my linux/apache/proftpd servers look like they were running OS/2 with IIS6.0 on wine on cygwin and wsftpserve 16-bit, I think that would be cool. It would have to be able to stand up to a certain level of scrutiny to be useable but it would confuse the hell outa attackers.

    1. Re:Ways to fake this by Anonymous Coward · · Score: 0

      don't fake it, just don't respond, to any scans, telnet can be set to no respond, ftp, smtp

  47. And let's add... by djeaux · · Score: 1

    ... if the college is providing network access in student housing, there really is no way to tell what's going on unless the network is scanned regularly.

    --
    "Obviously, I'm not an IBM computer any more than I'm an ashtray" (Bob Dylan)
  48. Re:Worrysome? [/. edited your post... :( ] by Anonymous Coward · · Score: 0

    [I can picture a world without war, without hate. I can picture us attacking that world because they'd never expect it.]

    - /. censors, worrysome.

  49. "NMAP" version for windows by Anonymous Coward · · Score: 0

    when i set up my internet cafe, i "nmap"-ed it from the other shop to see what ports where open on my router.

    if you want a portscanning progi for windows check out this guys web site:

    www.bluebitter.de

    there you can find a command-line portscanner and a GUI version.

    have fun. and if you want to know why worms are spreading so quickly dispite all this 5 years of security blah-blah on the internet, its mainly because of two:

    1) scare people so they buy hardware firewalls
    2) IRC (internet Relay Chat) with real/valid email adresses + portscan the chatters IP.

    1. MIRC: /join some.net
    2. /list -min 100
    3. get all ip addresses of users > port.list.
    4. portscan for 137 138 ports open * port.list
    5. ?
    6. exploit open ports. easy.

    3)?

    "money is becomeing a language and all languages are a game. do you talk money?"

    p.s. slashdot just eat the smaller-then-sign where the * is.

  50. who cares anymore ? by TTL0 · · Score: 3, Insightful

    the kids just run scripts. no one cares about what OS you are running much less what versions.

    how many lines in your apache logs look like this ?

    "GET /scripts/root.exe?/c+dir HTTP/1.0" 404 284
    "GET /MSADC/root.exe?/c+dir HTTP/1.0" 404 282
    "GET /c/winnt/system32/cmd.exe?/c+dir HTTP/1.0" 404 292
    "GET /d/winnt/system32/cmd.exe?/c+dir HTTP/1.0" 404 292
    "GET /scripts/..%255c../winnt/system32/cmd.exe?/c+dir HTTP/1.0" 404 306
    "GET /_vti_bin/..%255c../..%255c../..%255c../winnt/syst em32/cmd.exe?/c+dir
    HTTP/1.0" 404 323
    24.91.103.152 "GET /_mem_bin/..%255c../..%255c../..%255c../winnt/syst em32/cmd.exe?/c+dir HTTP/1.0" 404 323
    24.91.103.152 "GET /msadc/..%255c../..%255c../..%255c/..%c1%1c../..%c 1%1c../..%c1%1c../winnt/system32/cmd.exe?/c+dir HTTP/1.0" 404 339
    24.91.103.152 "GET /scripts/..%c1%1c../winnt/system32/cmd.exe?/c+dir HTTP/1.0" 404 305 ??

    --
    Sanity is the trademark of a weak mind. -- Mark Harrold
  51. wierd result.... by slasher+guy · · Score: 1

    hmmmmm... what could it mean?

    PORT STATE SERVICE VERSION
    21/tcp closed ftp
    80/tcp open http Microsoft IIS webserver 6.0
    Device type: general purpose
    Running: Linux 1.X
    OS details: Linux 1.3.20 (X86)

    1. Re:wierd result.... by Anonymous Coward · · Score: 0

      a IIS server sitting behind a linux firewall....

  52. Re:oops, they did it again.... by AntiGenX · · Score: 1
    Ummm, troll? Please. I'm sorry if you assumed I did this alone, but no, the IT org is stretched pretty thin as is thanks to layoffs and whatnot, day to day support is a huge pain without worrying about this.

    I'm sorry if SOME of you guys work in tiny IT shops and don't know what it's like to support a huge corporation with global network and a follow-the-sun support model. You come do my job for a while, then maybe you'll see what a pain in the ass constant patching can be.

  53. hats off to fyodor.... by ziggy_zero · · Score: 2, Funny

    ....did you know he drives a bimmer? I saw him on the road in Sunnyvale a few weeks ago - his license plate is ROOOOT. hahahaha

    (seriously, i'm not making this up. i e-mailed him because he also had an insecure.org license plate holder so that kind of tipped me off. lo and behold, it was him.)

    --
    I belong to the ______ generation.
    1. Re:hats off to fyodor.... by Anonymous Coward · · Score: 0
      i e-mailed him

      Bad idea. Now he has your ip address. I hope your X server is properly secured.

  54. Parent is troll by Anonymous Coward · · Score: 0, Informative

    And if you believe this journal by sllort is true, read his username backward. Sllort and Sdem have a long history of pretending they have been hacked. Sdem is also the one impersonating security expert Theo de Raadt here

    1. Re:Parent is troll by Anonymous Coward · · Score: 1

      Right, so to pull off this troll of immense proportions, Sllort and Sdem hacked Fyodor's website, insecure.org, and posted screenshots of Sdem's PC, along with a cleverly crafted threat of further harm? And the setup to all this is that Sdem called Fyodor a wanker on IRC, thus giving him a motive for this crime he was miraculously framed for? Not even Hitchcock could come up with that.

      Who gives a shit if Sdem impersonates Theo deRaadt (with an erroneous space in the name). That's an attempt to fog the issue by bringing up something total unrelated. Not unlike Bush, the economy, and Iraq. Beside, deRaadt is an asshole.

    2. Re:Parent is troll by Anonymous Coward · · Score: 0
      Beside, deRaadt is an asshole.

      (Score:5, Insightful)

  55. Why is this suddenly a slashdot story? by netik · · Score: 1

    A patch to provide this functionality has been around for the last three years. While it may be 'worrysome' for people to have the versions of their software exposed, it's even more worrysome for people to run versions of software that haven't been patched.

    Woe be to those who are still running old versions of SSH.

  56. Re:oops, they did it again.... by qtp · · Score: 1

    Hey, you can use nmap to make sure all your services have been patched (and you can see what unauthorized service that Bob in accounting out in Fresno is running on his desktop).

    I realize that the "Powers that Be" (layoffs, etc) are making your job next to impossible, but it's tools like nmap (and other "hacker" tools) that take up the slack when the vendor fails to supply a reasonable toolkit.

    If something like this can help you stay one step ahead of the script kiddies, you should be thankful for it.

    --
    Read, L
  57. Yes, SCO had to make it's way into this by grahamfairbank · · Score: 0

    Starting nmap 3.45 ( http://www.insecure.org/nmap ) at 2003-09-16 14:13 Central Daylight Time Warning: OS detection will be MUCH less reliable because we did not find at lea st 1 open and 1 closed TCP port Interesting ports on 216.250.128.12: (The 1209 ports scanned but not shown below are in state: filtered) PORT STATE SERVICE VERSION 80/tcp open http Apache httpd 443/tcp open ssl OpenSSL Device type: general purpose Running (JUST GUESSING) : Microsoft Windows NT/2K/XP (86%) Aggressive OS guesses: Microsoft Windows 2000 Advanced Server SP3 (86%) No exact OS matches for host (test conditions non-ideal). Nmap run completed -- 1 IP address (1 host up) scanned in 63.906 seconds

  58. Does this detect honeypots? by GMFTatsujin · · Score: 1

    Can this kind of detection see through the fake stylings of a honeypot to appear vulnerable?

    I can see the beginnings of an arms race here... NMAP developers racing to accurately identify ports and services, and honeypot developers racing to obscure their "honeypotness" while maintaining believable outputs. Seems like two security methods working at cross-purposes.

    Just a thought.
    GMFTatsujin

  59. Obscurity and lameness by fm6 · · Score: 1
    If you hope nobody can hack you or cause any problems with your servers because you assume they dont know what you are running...that is a problem.
    It's universally considered a bad idea to emit version strings. But you're right, it's also a bad idea to place to count on obscurity. Good security assumes that an intruder knows exactly what you're running, because inevitably one will come along who makes the right set of assumptions.

    Here's an amusing item about vulnerability scanners and version strings. A reminder how silly it is to focus on trivia like this.

  60. Re:oops, they did it again.... by AntiGenX · · Score: 1
    maybe you should try reading the post before folling up...

    When you support 10,000 servers and 30,000 desktops for UNIX alone..

  61. Aloha Frodor by Anonymous Coward · · Score: 0

    Suck down a spoonful of warm, creamy poop.

  62. To note, I already wrote this for nmap 3 years ago by saurik · · Score: 1

    Intial post to nmap-hackers way back then:
    http://lists.insecure.org/lists/nmap-hacker s/2000/ Apr-Jun/0076.html

    Also to note is that it is a hell of a lot more powerful than Fyodor's implementation:
    http://lists.insecure.org/lists/n map-dev/2003/Jul- Sep/0104.html

    Latest version announcement:
    http://lists.insecure.org/lists/nma p-dev/2003/Jul- Sep/0117.html

  63. Re:To note, I already wrote this for nmap 3 years by saurik · · Score: 1

    *sigh* weird spaces got added to those links:

    The spaces are STILL there in the link captions, but not in the links themselves... I think slash is doing something weird...

    http://lists.insecure.org/lists/nmap-hackers/2000/ Apr-Jun/0076.html
    http://lists.insecure.org/lists/nmap-dev/2003/Jul- Sep/0104.html
    http://lists.insecure.org/lists/nmap-dev/2003/Jul- Sep/0117.html

  64. Re:To note, I already wrote this for nmap 3 years by Anonymous Coward · · Score: 0
    It does that to stop page-widening with really long text. With HTML, there isn't much alternative to forcing word-wrapping unless Slash used CSS to cut off a block at the edge of the screen.

    Sadly, Slashdot featuring CSS is a similar concept to Hell featuring snowmen.

  65. HI FYODOR by Anonymous Coward · · Score: 0

    Hi Fyodor. Congratulations on the improvements to nmap.

  66. tired of ad hominem attacks by Anonymous Coward · · Score: 0

    i'm sick and tired of reading all these ad hominem attacks against fyodor. the fact is that nmap is a brilliant tool regardless of its author's actions. if fyodor robbed a liquor store, nmap would still be brilliant. if jeffery dahmer wrote it, nmap would still be brilliant.

    talk about the software, not the man.

  67. not if you have a cloaking device by Anonymous Coward · · Score: 0

    This is all fine and dandy, but if you have a penetration testing defense device, it still makes no difference. I know only of the one from Melior (www.ddos.com), and the nmap scan with v3.54 does nothing differently.