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.




Network Security Pen-Test
[Top] [All Lists]

RE: Traceroute

Subject: RE: Traceroute
Date: Thu, 24 Feb 2005 19:42:29 -0600
Hi, Chris

-----Original Message-----
From: Chris [mailto:uid0@free.fr]
I've just got a little question which isn't really linked to
pen-testing: do you know any alternative to the normal UDP/TCP/ICMP
traceroute to trace the route of a packet? I'm already aware of the IP
Record Route option, but is there any other hack that you guys would be
aware of?

Plain IP packets, and actually anything that travels over IP or with an IP
header (and of course over UDP/TCP), like OSPF, RIP or BGP. Tracerouting is
done by sending a sequence of packets where the Time to Live Field (TTL) is
incremented. You most probably know the rest of the story (TTL is
decremented at each hop and elicits an ICMP time exceeded when reaching 0
...).

Using other protocols, even if they run over TCP/UDP, might yield successful
results even if other type of TCP/UDP traffic is discarded. Plain IP packets
are usually blocked by firewalls but are still worth trying (you can add
garbage after the IP header and play with the protocol field in the IP
header to confuse some filters).

The best defense against tracerouting is an egress filter for the ICMP time
exceeded packets because this breaks the protocol response (ingress filters
for ICMP and UDP packets used by standard traceroute tools use are easily
evaded by using other protocols). If this egress filter is in place you
won't be able to traceroute... that is, unless your chosen protocol is able
to elicit some other kind of response from the middle hops and/or the target
:-) and reach them.

If you can't find a specific traceroute tool for some protocol you could
easily script it with Perl and some net modules, with C and libnet and
libpcap or with packet building tools like hping, packit or nemesis.

This link might helpful: http://www.networksorcery.com/enp/default0701.htm 

Cheers,

Omar Herrera


<Prev in Thread] Current Thread [Next in Thread>