TCP Spoofing Details

TCP Spoofing Details

Secure Home | Search | About
 General Computer Security    Post an article   get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content add this group's latest topics to your Google content
Subject Author Date
TCP Spoofing Details Ludovic Joly 01-04-2006
Posted by Ludovic Joly on January 4, 2006, 12:19 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
Dear all,

I would like to get some details on the tcp spoofing attack.

I thought it involved source routing (IP option), but this is supposed
to only affects the attacker's packets, not the replies. Doesn't the
source routing affect the reply route in a way or another?

Has anyone a proof of concept source code?

Kind regards
Ludovic Joly


Posted by Barry Margolin on January 4, 2006, 11:44 pm
If you were  Registered and logged in, you could reply and use other advanced thread options

> Dear all,
>
> I would like to get some details on the tcp spoofing attack.
>
> I thought it involved source routing (IP option), but this is supposed
> to only affects the attacker's packets, not the replies. Doesn't the
> source routing affect the reply route in a way or another?
>
> Has anyone a proof of concept source code?
>
> Kind regards
> Ludovic Joly

I have to correct my response in the other thread. I just checked RFC
793, and it says:

If the lower level is IP (or other protocol that provides this
feature) and source routing is used, the interface must allow the
route information to be communicated. This is especially important
so that the source and destination addresses used in the TCP
checksum be the originating source and ultimate destination. It is
also important to preserve the return route to answer connection
requests.

RFC 1122 goes into further detail:

When a TCP connection is OPENed passively and a packet
arrives with a completed IP Source Route option (containing
a return route), TCP MUST save the return route and use it
for all segments sent on this connection. If a different
source route arrives in a later segment, the later
definition SHOULD override the earlier one.

This explains why it's so important to block source-routed packets at
your network periphery.

--
Barry Margolin, barmar@alum.mit.edu
Arlington, MA
*** PLEASE post questions in newsgroups, not directly to me ***
*** PLEASE don't copy me on replies, I'll read them in the group ***

Posted by Volker Birk on January 10, 2006, 8:05 am
If you were  Registered and logged in, you could reply and use other advanced thread options
> I would like to get some details on the tcp spoofing attack.

TCP is as secure as the sequence numbers are not easily predictable.

> Has anyone a proof of concept source code?

You'll find some here:

http://www.osvdb.org/4030

Instead of using TCP packets for reset attacks, you could insert data
into a connection, too, as described here:

http://kerneltrap.org/node/3072

A comparison about different TCP implementations and how vulnerable they
are, you'll find here:

http://lcamtuf.coredump.cx/newtcp/

Yours,
VB.
--
Ein vision statement ist in aller Regel planfreies Gelalle einer Horde
realitätsferner Spinner.
        Dietz Pröpper in d.a.s.r

Similar ThreadsPosted
RSA SecurID authentication details July 16, 2004, 12:53 pm
storing credit card details March 1, 2005, 11:10 pm
Vasco Digipass Implementation Details September 10, 2006, 2:50 pm
Fraudsters stealing personal details from discarded computers August 18, 2006, 8:28 am
want details regarding latest developments in the field of network security December 19, 2007, 9:06 am
Defending ARP Spoofing November 6, 2005, 9:10 pm
NAT routers - is IP spoofing a risk? November 20, 2005, 9:38 am
Spoofing fingerprint scanners - NEWBIE() May 1, 2006, 1:57 pm
ARP spoofing detection tool XArp 2 July 26, 2006, 2:37 pm
sniffing in a switched network - a presentation on ARP spoofing June 14, 2005, 4:30 pm

The site map in XML format XML site map

Contact Us | Privacy Policy