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: 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> |
|---|---|---|
| ||
| Previous by Date: | Re: Traceroute, mc |
|---|---|
| Next by Date: | Re: Traceroute, John Galt |
| Previous by Thread: | Re: Traceroute, Chris |
| Next by Thread: | Re: Traceroute, John Galt |
| Indexes: | [Date] [Thread] [Top] [All Lists] |