public inbox for linux-newbie@vger.kernel.org
 help / color / mirror / Atom feed
From: Ray Olszewski <ray@comarre.com>
To: linux-newbie@vger.kernel.org
Subject: Re: adsl, firewalls, etc.
Date: Mon, 19 Dec 2005 09:07:17 -0800	[thread overview]
Message-ID: <43A6E8C5.7030904@comarre.com> (raw)
In-Reply-To: <43A66B34.6070102@arrakis.es>

Andrew wrote:
> Midwinter greetings,
> 
> I have just moved one rung up on the evolutionary scale and got myself 
> an adsl connection. I am probably going to make a few relatively minor 
> changes to my home lan because of this, but before going any further 
> there is one issue worrying me:
> 
> The free modem my isp provided has no support under Linux so I had to 
> take the router option. It's a Draytek Vigor 2500. The defect 
> configuration leaves ports 20 (ftp-data),  23 (telnet) and 80 (http) 
> open, the rest are stealthed (according to Shields Up). Am I right in 
> thinking this is not such a good idea? I haven't yet had any success in 
> trying to add rules to close these ports, and my isp 'cordially' informs 
> me that this is up to me to sort out, so for the time being I am simply 
> disconnecting when not in use (about 16 hours a day). Am I being 
> over-paranoid?

Andrew -- Your report was a bit too sketchy to get a good answer, in 
that you didn't say if you did your scan from the LAN side or the WAN 
side of the router. Ports open on one interface need not be open on the 
other.

Unfortunately, Draytek apparently doesn't make its manual for the Vigor 
2500 available online (as a PDF, say), so I couldn't check the details 
behind your report very much. But this entry in the FAQ -- 
http://www.draytek.co.uk/support/kb_vigor_portforwarding.html -- at 
least implies that the telnet and http ports are open on both interfaces.

Now using insecure protocols for configuration on the LAN side isn't 
great (I'd much prefer to see manufacturers use ssh and https), but it 
isn't a disaster either ... especially not in SOHO settings. Using them 
on the WAN side, though ... this brings to mind the old playground 
epithet, "Dumb as a stick." Now you'll want to check this by redoing 
your port scan on the WAN side, but if I've read the FAQ right, 
Draytek's designers have achieved dumb-as-a-stick status by opening 
these ports (telnet, http) on BOTH interfaces.

Were I confronting this situation, I would not buy Draytek products and 
I'd tell them why. But you're stuck with the thing, so that's not really 
practical advice for you. How do you minimize the risks? Here's what I'd do.

1. Move the telnet and http connections to different ports. Use obscure 
ones, not obvious ones like 8080 for http. The URL I quoted above tells 
you how to do this over the Web interface.

2. Protect these connections with good, hard-to-guess passwords.

3. Never, never, never connect to either of them from the WAN side, or 
when there is any risk of a snooper being present on the LAN side (e.g., 
if you ever start running WiFi).

This is not a perfect solution, but it should be enough to protect you 
from casual attackers. (The real threat distinctive to insecure 
protocols is password sniffing, and attackers can't sniff a password 
that you never transmit.) And you need something like this for the 8 
hours you are connected, even if you continue to turn the connection off 
for the other 16 hours. In the end, though, it's mostly "security 
through obscurity" ... not the preferred approach to security, but 
better than none at all (and in settings like yours, genuinely better 
than its detractors make it out to be).

I didn't address the ftp issue because, frankly, I don't understand it. 
Are you sure your testing software reported port 20 as one of the open 
ones? I ask because opening port 20 (ftp-data) but not 21 (ftp-control) 
is unusual, and the FAQ does mention some use of the tftp port (69/UDP) 
for firmware upgrades.

PS -- Was calling it the "defect configuration" a purposely humorous 
description or just a typo?

PPS -- I started to look into your (later) modem inquiry, but I couldn't 
find a listing for a "Vigor 318" on the Dreytek site. Another URL 
indicated that it is a USB modem. This may not be fatal, but it does 
make Chuck's advice, which was based on his experience with DSL modems 
that use Ethernet on the LAN side (which, typically, are trivially easy 
to get working with Linux), not very relevant to your situation.

I Googled "Vigor 318 Linux" and got a few hits, but only one (an 
unhelpful one) was in English. So while getting this device to work with 
Linux might be possible, it probably won't be a snap. So the Vigor 2500 
probably is the better of your (poor) options.

-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs

  parent reply	other threads:[~2005-12-19 17:07 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-19  8:11 adsl, firewalls, etc Andrew
2005-12-19 10:25 ` joy merwin monteiro
2005-12-19 15:32 ` chuck
2005-12-19 16:22   ` Andrew
2005-12-19 17:25     ` chuck gelm
2005-12-19 16:43 ` Michael Medwid
2005-12-19 16:56   ` Andrew
2005-12-19 17:17     ` Michael Medwid
     [not found]       ` <faf407640512190917q9d1ade0k96d5a1744a6ced4b@mail.gmail.com >
2005-12-19 17:44         ` Carl
2005-12-19 20:41           ` Andrew
2005-12-19 17:07 ` Ray Olszewski [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-12-19 17:06 Justin Morgan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43A6E8C5.7030904@comarre.com \
    --to=ray@comarre.com \
    --cc=linux-newbie@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox