Article View: comp.dcom.modems.cable
Article #771Re: Server detection (was: For those of you who are thinking of using AT&T@home)
From: Ronald P. Hunter
Date: Mon, 20 Sep 1999 00:00
Date: Mon, 20 Sep 1999 00:00
46 lines
3258 bytes
3258 bytes
Satch wrote: > > Alledgedly erobins@ibm.net (earle robinson) said on 18 Sep 1999 in > <37E37C4F.7696A5F9@compuserve.com> the following: > > >The cable company > >can't see what you might have behind that router anyway, and unless your > >traffic was such to draw attention, they won't blink. > > > > I beg to differ. The primary characteristic of a server in this day and > age is that you have inbound traffic without any corresponding outbound > traffic. A stateful firewall can detect and report this easily, even as it > lets the packet traffic through. This is not an absolute thing, but close > enough that a cable operator can pretty well know who does and does not > have a server connected. > > For example, if you have a Web server you will have many TCP SYN packets > heading from the head-end system to the cable modem CPE. If you don't have > a Web server then the number of inbound TCP SYN packets to port 80 is > exactly...zero. To tell the difference between a script kiddie probing and > someone actually connecting, you can instead look for TCP ACK packets for > port 80 coming from the customer. > > Detecting other servers range from dead easy in the HTTP case to virtually > impossible. Sometimes the cable operator has to resort to traffic analysis > to determine who is running a server versus who is running high-bandwidth > user applications such as videoconferencing. > > Of course, sometimes detecting other servers isn't worth the effort. A DNS > server isn't worth the concern, now is it? > > -- > _____ > __/satch\____________________________________________________________ > Satchell Evaluations, testing modems since 1984, 'Netting since 1971 > "The only good mouse-trap is a hungry cat" I would hope that @home has better things to do than try to analyze my traffic to see if I am running a server (I'm not, but the firewall might make them think so). Unless a user impacts the node, it is unlikely that any action would take place. They have more than enough active abusers to chase, and don't seem to get around to THEM very quickly... Sigh. -- Ron Hunter rphunter@home.com
Technical Details
Message-ID:
<37E64C95.E46BD8F8@home.com>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<cVoC3.691$RS3.7439@ha1> <19990917205957.37399.richw@wyattearp.stanford.edu> <37E37C4F.7696A5F9@compuserve.com> <8E47402B2satch.on.tahoe.@news.pacbell.net>Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: fa51b,560dfbd54dd9eaae X-Google-Attributes: gidfa51b,public X-Google-Thread: 113850,560dfbd54dd9eaae X-Google-Attributes: gid113850,public X-Google-Thread: 10f392,560dfbd54dd9eaae X-Google-Attributes: gid10f392,public From: "Ronald P. Hunter" <rphunter@home.com> Subject: Re: Server detection (was: For those of you who are thinking of using AT&T@home) Date: 1999/09/20 Message-ID: <37E64C95.E46BD8F8@home.com> X-Deja-AN: 527453158 Content-Transfer-Encoding: 7bit References: <cVoC3.691$RS3.7439@ha1> <19990917205957.37399.richw@wyattearp.stanford.edu> <37E37C4F.7696A5F9@compuserve.com> <8E47402B2satch.on.tahoe.@news.pacbell.net> X-Accept-Language: en-US,ja Content-Type: text/plain; charset=us-ascii X-Complaints-To: abuse@home.net X-Trace: news.rdc1.tx.home.com 937839783 24.6.17.171 (Mon, 20 Sep 1999 08:03:03 PDT) Organization: @Home Network MIME-Version: 1.0 NNTP-Posting-Date: Mon, 20 Sep 1999 08:03:03 PDT Newsgroups: comp.dcom.modems.cable,cableinet.cable_modems,sdnet.cablemodems