Stealthing of Port 113

Stealthing of Port 113

NewsGroups | Search | Tools
 comp.dcom.modems.cable  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  YahooMyWeb Yahoo!  Google Google  Windows Live Favorites Windows Live  del.icio.us del.icio.us  digg digg  Add to Netscape Netscape
Subject Author Date
Stealthing of Port 113 ex-Moderator_HKNET_BBS-Buy_Sel 07-03-2005
Posted by AllenC on July 6, 2005, 5:04 pm
If you were  Registered and logged in, you could reply and use other advanced thread options



>I attempted to post the message below - only to have it not arrive at
>the local ISP server ....... UNTIL I had shut down Zone Alarm !!

If disableing ZA fixes your issue, then ZA isn't configured correctly.

>I can understand, to some extent, why text - both Eudora and Newsgroup
>are similarly affected, but VoIP "phone" calls go thro' this Buffalo
>router okay.

In this case, ZA is correctly configured to pass the VoIP traffic.

>Since the original posting, I have discovered another anomaly with
>this Buffalo router. It is exactly the same problem I had with an
>earlier - highly expensive - wired Linksys -- Namely, with Zone Alarm
>active, it just will not allow not enormously large text files with or

Your answer is in your statement:

With ZA active, things fail.
With out ZA active, things work.
Therefore, ZA is doing what it's been configured to do: block traffic.
The router doesn't enter into the issue, as you say you can send just
fine by *disabling ZA* .

If you had left ZA alone (enabled) and made some change to whichever
router, and *then* things worked, it's the router.

>If I switch Zone Alarm [3.0.26] off, then there is a slight pause
>before the message leaves, but it DOES get sent to the mail server.

See? Disable ZA, things work.

>In my copy of Eudora 3, an "activity" bar shows the file being
>uploaded. With ZAlarm activated, the blue sliding indicator in this
>bar "sticks" at some point .... this sticking point depends on the
>file size. If the file is large, the indicator swiftly comes to a halt
>close to its starting point on the left. If the file is small, then it
>may make it almost to the end of its travel. If the file is just a
>few words - then the blue slider will quickly whizz across to the
>right, and the message is sent out okay.

ZA (and every other firewall) has a small buffer to hold the data
during inspection. If ZA stops the traffic, you see this once this
small buffer is full. This is why small amounts of data seem to *just
about* make it, and larger amounts of data seem to never get very far.

FYI, I, to, use Eudora ver 3.0.5, so I know exactly what you are
seeing here =]

>Now, this occurred with my original Linksys, and the maker disclaimed
>any knowledge of why I was seeing what I again am seeing; and for the
>life of me, I can't recall for sure what, if anything I did to cure
>this problem !

Um.

Before you said you simply disabled ZA, now you say that you made a
configuration change to the router. Which is it?

>I'm just wondering if I "adjusted" the packet size somewhere in the
>Linksys setup, and whether I should try it again with the Buffalo ?

Not if you simply disabled ZA and things worked.

>I've got 3 routers here, one wired one out of China which works well &
>e'mails just whizz thro' it with Zone Alarm protecting me. An "Agilan"
>'b' type wireless router which similarly is set to make port 113
>invisible & which handles Eudora e'mails with no problems at all, and
>finally, my "upgrade" 'b' & 'g' Buffalo router into who's "Buffalo
>Chips" I have stumbled. <wry smile>.
>
>I know that I *ought* to be able to effect a "fix" - but so far,
>whenever I need to send e'mails, I ABSOLUTELY HAVE TO shut down Zone
>Alarm just to get the e'mails away --- & then remember to re-enable ZA
>afterwards.

This points to a ZA issue, not the router.

Now, about this idea you have that port 113 needs to be blocked.
Why do you think this needs to be done? I hope you understand that a
firewall is used to block traffic. Thats all. The only reason to block
traffic would be because you can't otherwise control the application
thats listening to which ever port. If you can control that
application, then you don't need the firewall to block the traffic.
So, my question is: What do you have listening on port 113 and why can
you not instruct that application to not listen? Also, is that
application vunerable to some exploit that uses port 113? If nothing
is listening, then there isn't a need to block. Last point, port 113
isn't needed to send email or post newsgroup articles, so, port 113,
blocked or unblocked, isn't the issue here.



--
*Osc on efnet aka Allen C
usenet-avc@news.packetmonkeys.com
remove 'news' & - to email


Posted by Jim on July 6, 2005, 3:52 pm
If you were  Registered and logged in, you could reply and use other advanced thread options


ex-Moderator_HKNET_BBS-Buy_Sell_echo@faked.com wrote on 7/2/2005 8:43 PM:
> Firstly, let me say that I *have* previously stealthed port 113,
> {Shown in GRC.COM's port scanning program now showing as "Closed"}, in
> a Linksys, a "Mercury" (Cheap Chinese Router) and also in an "Agilan"
> Wi-Fi Router without too much difficulty.
>
> However, I acquired a secondhand "Buffalo Air Station g54" yesterday,
> & whilst I have managed to reset it to my own system - and I have some
> info on how to stealth from a long-previous message on some newsgroup
> - I have poked & probed in the "Advanced" options in the setup
> accessed by http://192.168.11.1 (as I recall). Well, it might have
> been 192,168.1.11 - but whatever it was, it led to the set-up screen,
>
> Yet, despite repeated trials & attempts to find the correct location
> to shunt port 113 into a dead-end port 254 {as my info suggests we
> should do}, I haven't "hit the spot" i.e got the Buffalo to accept
> my demands.
>
> I suspect it is just "finger trouble" on my part, but could some
> "Buffalo Air Station g54" user point me to the correct page & location
> in the set-up procedure.
>
> Signed : Old China Hand in Commie Running Dog infested Hong Kong.
>
Why are you stealthing it?

Jim


Posted by VP2EZ on July 7, 2005, 1:52 pm
If you were  Registered and logged in, you could reply and use other advanced thread options



>ex-Moderator_HKNET_BBS-Buy_Sell_echo@faked.com wrote on 7/2/2005 8:43 PM:
>> Firstly, let me say that I *have* previously stealthed port 113,
>> {Shown in GRC.COM's port scanning program now showing as "Closed"}, in
>> a Linksys, a "Mercury" (Cheap Chinese Router) and also in an "Agilan"
>> Wi-Fi Router without too much difficulty.
>>
>> However, I acquired a secondhand "Buffalo Air Station g54" yesterday,
>> & whilst I have managed to reset it to my own system - and I have some
>> info on how to stealth from a long-previous message on some newsgroup
>> - I have poked & probed in the "Advanced" options in the setup
>> accessed by http://192.168.11.1 (as I recall). Well, it might have
>> been 192,168.1.11 - but whatever it was, it led to the set-up screen,
>>
>> Yet, despite repeated trials & attempts to find the correct location
>> to shunt port 113 into a dead-end port 254 {as my info suggests we
>> should do}, I haven't "hit the spot" i.e got the Buffalo to accept
>> my demands.
>>
>> I suspect it is just "finger trouble" on my part, but could some
>> "Buffalo Air Station g54" user point me to the correct page & location
>> in the set-up procedure.
>>
>> Signed : Old China Hand in Commie Running Dog infested Hong Kong.
>>
>Why are you stealthing it?
>
>Jim

Why stealth? Well, it alerts any snooper scanning ports for easy
access !

I have since managed, with the help of the local "Buffalo"
distributor, to shunt any possible activities on Port 113 to a "dead
end" port 254..... and GRC.COM's "Shields UP" test now shows that the
port *is* stealthed, so all Port scanners should pass me by.....

However, I still have to work out with the distributor why the
e'mail's, and also Newsgroup postings and, I believe, any text input
on a www page also needs to have Zone Alarm terminated.

What happens is this : The Eudora 3 "progress bar" shows a small
movement from the left towards the right, but stops.

Where it stops depends on the actual size of the message being sent.
If it is literally just a few bytes - it gets sent - after a slight
pause of something less than a second.

If it is larger, then the message just [sort of] "hangs" till Eudora
times out. Oh, and I have also tried Eudora 6, but the indication - a
Ying/Yang rotating ball is far less explicit as to what is happening
to the stalled message.

I have tried changing the packet size from 1454 to 1492 - a figure
suggested to me by the distributor, but it had no advantageous effect,
and as it is "lunch-time here in Hong Kong, we will continue to quest
for instant sending of e'mails without any pauses / freezing up with
the message partly sent.

I have to point out that ONLY outgoing stuff is affected, I have seen
no problems in stuff flowing in from my ISP in getting to my screen.

In case the "Buffalo" distributor can't come up with a cure, and
someone else knows what's up - I'd certainly appreciate any info to
effect a permanent cure.

Thanks !

[Now I must immobilise Zone Alarm to send this message at 13:52 on a
soggy day on Hong Kong Island.




Similar ThreadsPosted
5-port switch had Auto-uplink and Auto-detection, can I connect any port on N/W side? February 12, 2005, 10:13 pm
ATA with 2 FXS ports and 1 LAN & 1 WAN Port----GS-26 November 17, 2005, 3:12 am
Router port light is always on February 15, 2005, 3:50 pm
port forwarding on smc 8014 July 24, 2006, 12:33 pm
modem not talking to ethernet port April 13, 2005, 8:20 am
Router Timed port access? May 2, 2005, 3:13 pm
RCA ethernet port periodically dies August 2, 2005, 3:20 am
Charter Interenet (CT), port forwarding problem March 7, 2005, 8:49 am
we have private IP address on WAN port, no connection through Router? October 6, 2005, 4:12 am
Can I get an IAD which contains 4-port ethernet switch + modem (cable or adsl)? March 22, 2005, 5:29 pm

other useful resources:
The Federal Communications Commission (FCC)
Telecommunications Industry Association
Electronic and Software Security Products and Services
International Telecommunication Union

Custom CGI Perl and PHP programming by 1-Script.com

Contact Us | Privacy Policy
The site map in XML format XML site map