* Source Port
@ 2003-04-15 11:02 Dharmendra.T
2003-04-15 11:11 ` Raymond Leach
2003-04-15 15:22 ` Michael K
0 siblings, 2 replies; 7+ messages in thread
From: Dharmendra.T @ 2003-04-15 11:02 UTC (permalink / raw)
To: netfilter
[-- Attachment #1: Type: text/plain, Size: 763 bytes --]
Hi Everyone,
I am a regular reader of this list and I have absorbed that most of the
users won't use the source ports in their rules. Say for ex,
#iptables -A INPUT -s 192.168.1.0/24 -p tcp -d 0/0 --dport 23 -j ACCEPT
In these kind of rules they will not specify the source port from 1024
to 65545. I strongly recommend all Linux Users to specify the exact
rules what is allowed and what is not allowed.
Any Comments? This could be a good practise?
--
Regards
Dharmendra.T
This message is intended for the addressee only. It may contain
privileged or Confidential information. If you have received this
message in error,please notify the sender and destroy the message
immediately.Unauthorised use or reproduction of this message is strictly
prohibited.
[-- Attachment #2: Type: text/html, Size: 1132 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Source Port
2003-04-15 11:02 Source Port Dharmendra.T
@ 2003-04-15 11:11 ` Raymond Leach
2003-04-15 12:50 ` Dharmendra.T
2003-04-15 15:22 ` Michael K
1 sibling, 1 reply; 7+ messages in thread
From: Raymond Leach @ 2003-04-15 11:11 UTC (permalink / raw)
To: Netfilter Mailing List
[-- Attachment #1: Type: text/plain, Size: 959 bytes --]
Why? In the specific example that you give, what would be the
implications?
On Tue, 2003-04-15 at 13:02, Dharmendra.T wrote:
> Hi Everyone,
>
> I am a regular reader of this list and I have absorbed that most of
> the users won't use the source ports in their rules. Say for ex,
>
> #iptables -A INPUT -s 192.168.1.0/24 -p tcp -d 0/0 --dport 23 -j
> ACCEPT
>
> In these kind of rules they will not specify the source port from 1024
> to 65545. I strongly recommend all Linux Users to specify the exact
> rules what is allowed and what is not allowed.
>
> Any Comments? This could be a good practise?
> --
> Regards
> Dharmendra.T
>
>
> This message is intended for the addressee only. It may contain privileged or Confidential information. If you have received this message in error,please notify the sender and destroy the message immediately.Unauthorised use or reproduction of this message is strictly prohibited.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Source Port
2003-04-15 11:11 ` Raymond Leach
@ 2003-04-15 12:50 ` Dharmendra.T
0 siblings, 0 replies; 7+ messages in thread
From: Dharmendra.T @ 2003-04-15 12:50 UTC (permalink / raw)
To: Netfilter Mailing List
[-- Attachment #1: Type: text/plain, Size: 1534 bytes --]
Yes, That is how the applications work. The server will connect to the
client's arbitrary ports for communication except some cases.
On Tue, 2003-04-15 at 16:41, Raymond Leach wrote:
Why? In the specific example that you give, what would be the
implications?
On Tue, 2003-04-15 at 13:02, Dharmendra.T wrote:
> Hi Everyone,
>
> I am a regular reader of this list and I have absorbed that most of
> the users won't use the source ports in their rules. Say for ex,
>
> #iptables -A INPUT -s 192.168.1.0/24 -p tcp -d 0/0 --dport 23 -j
> ACCEPT
>
> In these kind of rules they will not specify the source port from 1024
> to 65545. I strongly recommend all Linux Users to specify the exact
> rules what is allowed and what is not allowed.
>
> Any Comments? This could be a good practise?
> --
> Regards
> Dharmendra.T
>
>
> This message is intended for the addressee only. It may contain privileged or Confidential information. If you have received this message in error,please notify the sender and destroy the message immediately.Unauthorised use or reproduction of this message is strictly prohibited.
--
Regards
Dharmendra.T
This message is intended for the addressee only. It may contain
privileged or Confidential information. If you have received this
message in error,please notify the sender and destroy the message
immediately.Unauthorised use or reproduction of this message is strictly
prohibited.
[-- Attachment #2: Type: text/html, Size: 3383 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* RE: Source Port
2003-04-15 11:02 Source Port Dharmendra.T
2003-04-15 11:11 ` Raymond Leach
@ 2003-04-15 15:22 ` Michael K
1 sibling, 0 replies; 7+ messages in thread
From: Michael K @ 2003-04-15 15:22 UTC (permalink / raw)
To: netfilter
[-- Attachment #1: Type: text/plain, Size: 1605 bytes --]
-----Original Message-----
From: netfilter-admin@lists.netfilter.org
[mailto:netfilter-admin@lists.netfilter.org] On Behalf Of Dharmendra.T
Sent: Tuesday, April 15, 2003 1:02 PM
To: netfilter@lists.netfilter.org
Subject: Source Port
Hi Everyone,
I am a regular reader of this list and I have absorbed that most of the
users won't use the source ports in their rules. Say for ex,
#iptables -A INPUT -s 192.168.1.0/24 -p tcp -d 0/0 --dport 23 -j ACCEPT
In these kind of rules they will not specify the source port from 1024
to 65545. I strongly recommend all Linux Users to specify the exact
rules what is allowed and what is not allowed.
Any Comments? This could be a good practise?
--
Regards
Dharmendra.T
This message is intended for the addressee only. It may contain
privileged or Confidential information. If you have received this
message in error,please notify the sender and destroy the message
immediately.Unauthorised use or reproduction of this message is strictly
prohibited.
If you have a personal firewall (only INPUT, OUTPUT) and only ONE ip.
It's not nesecary to put --source. However if you have more than ONE ip
you could have use for the --source and --sport.
Myself always add stronger rules to my firewall using --sport --source
--destination --dport --in-interface --out-interface. And ending up with
more rules :-(.
I think that adding stronger rules-set make hacking harder. But will add
more administrations to the firewall.
Ex. Adding strong firewall rules to smb is a pain. But thanks to the
--state the numbers of rules will be shortend.
/Klintan
[-- Attachment #2: Type: text/html, Size: 3194 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Source Port
@ 2003-04-16 7:26 Julian Gomez
2003-04-16 10:07 ` Michael K
0 siblings, 1 reply; 7+ messages in thread
From: Julian Gomez @ 2003-04-16 7:26 UTC (permalink / raw)
To: netfilter
On Tue, Apr 15, 2003 at 04:32:13PM +0530, Dharmendra.T spoke thusly:
>#iptables -A INPUT -s 192.168.1.0/24 -p tcp -d 0/0 --dport 23 -j ACCEPT
For this case, it doesn't matter because I doubt your telnet binary
will be using 1-1024 ports for the outgoing telnet session initiation.
It'll need to be setuid to make the bind() call I think (Unix systems).
>Any Comments? This could be a good practise?
For other services, yes it can be tied down further. IKE traffic is
for source (UDP 500) <-> destination (UDP 500). I vaguely remember NTP
also being tied down to port 123, but that might have been specific to
my configuration settings, or even my source package.
I think there was (?) a tunable setting in /proc which can determine
which outgoing port numbers should be used, and it'll recycle the
numbers by itself.
If you are unlucky enough to be using (puke :-) MS Exchange, and your
users require access remotely -- it requires full 1-65535 (or close
enough) filter rules to be left wide open, unless you tweak the registry
settings to limit the port ranges. It makes sense there.
--
"any nation that wants to control its borders can do so."
- Tommy Franks; Mexicans && Columbia Drug War ?
^ permalink raw reply [flat|nested] 7+ messages in thread
* RE: Source Port
2003-04-16 7:26 Julian Gomez
@ 2003-04-16 10:07 ` Michael K
2003-04-16 11:12 ` Dharmendra.T
0 siblings, 1 reply; 7+ messages in thread
From: Michael K @ 2003-04-16 10:07 UTC (permalink / raw)
To: netfilter
--snip--
> I think there was (?) a tunable setting in /proc which can
> determine which outgoing port numbers should be used, and
> it'll recycle the numbers by itself.
Sure thing. Go to
http://ipsysctl-tutorial.frozentux.net/ipsysctl-tutorial.html#AEN269
--snip---
/Klintan
^ permalink raw reply [flat|nested] 7+ messages in thread
* RE: Source Port
2003-04-16 10:07 ` Michael K
@ 2003-04-16 11:12 ` Dharmendra.T
0 siblings, 0 replies; 7+ messages in thread
From: Dharmendra.T @ 2003-04-16 11:12 UTC (permalink / raw)
To: netfilter
[-- Attachment #1: Type: text/plain, Size: 717 bytes --]
On Wed, 2003-04-16 at 15:37, Michael K wrote:
--snip--
> I think there was (?) a tunable setting in /proc which can
> determine which outgoing port numbers should be used, and
> it'll recycle the numbers by itself.
Sure thing. Go to
http://ipsysctl-tutorial.frozentux.net/ipsysctl-tutorial.html#AEN269
--snip---
/Klintan
Yes, this is nice one.
--
Regards
Dharmendra.T
This message is intended for the addressee only. It may contain
privileged or Confidential information. If you have received this
message in error,please notify the sender and destroy the message
immediately.Unauthorised use or reproduction of this message is strictly
prohibited.
[-- Attachment #2: Type: text/html, Size: 1862 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2003-04-16 11:12 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-04-15 11:02 Source Port Dharmendra.T
2003-04-15 11:11 ` Raymond Leach
2003-04-15 12:50 ` Dharmendra.T
2003-04-15 15:22 ` Michael K
-- strict thread matches above, loose matches on Subject: below --
2003-04-16 7:26 Julian Gomez
2003-04-16 10:07 ` Michael K
2003-04-16 11:12 ` Dharmendra.T
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.