* SUN RPC portmap
@ 2004-06-25 16:01 Spiro Azkoul
2004-06-25 16:22 ` Daniel Wittenberg
` (2 more replies)
0 siblings, 3 replies; 6+ messages in thread
From: Spiro Azkoul @ 2004-06-25 16:01 UTC (permalink / raw)
To: netfilter
Can anyone think of a reason to simple block SUN RPC via iptables rather
than simply stopping the service if it is a mail/pop/imap/web server?
Thanks
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: SUN RPC portmap
2004-06-25 16:01 SUN RPC portmap Spiro Azkoul
@ 2004-06-25 16:22 ` Daniel Wittenberg
2004-06-25 17:32 ` delay after [time patch] rule's expire =?unknown-8bit?q?m=2Ebar=FD=FE?= demiray
2004-06-25 17:59 ` SUN RPC portmap Antony Stone
2004-06-26 18:51 ` Mark E. Donaldson
2 siblings, 1 reply; 6+ messages in thread
From: Daniel Wittenberg @ 2004-06-25 16:22 UTC (permalink / raw)
To: Spiro Azkoul; +Cc: netfilter
If you don't need need, why not un-install it? On systems I have to have it
on I block it in iptables and hosts.allow.
Dan
Quoting Spiro Azkoul <spiro@snacorp.net>:
> Can anyone think of a reason to simple block SUN RPC via iptables rather
> than simply stopping the service if it is a mail/pop/imap/web server?
> Thanks
>
>
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* delay after [time patch] rule's expire
2004-06-25 16:22 ` Daniel Wittenberg
@ 2004-06-25 17:32 ` =?unknown-8bit?q?m=2Ebar=FD=FE?= demiray
2004-06-25 17:57 ` Antony Stone
0 siblings, 1 reply; 6+ messages in thread
From: =?unknown-8bit?q?m=2Ebar=FD=FE?= demiray @ 2004-06-25 17:32 UTC (permalink / raw)
To: netfilter
Hi all!
This is not a technical problem in fact, only my
curiousty. I applied the time patch with patch-o-matic
and test it with a rule like
iptables -A INPUT -p icmp -m time --timestart 14:44
--timestop 14:55 --days Fri -j DROP
When the current time is passing the start time
(packages will be matched and dropped soon) and the
stop time (they'll be free to pass again) there is
about 1 min. delay between these two process. For
example, when it's 14:55, then the icmp packages
shouldn't be matched anymore but they are dropped till
it's about 14:56. Why?
Have a nice day..
=====
M.Barýþ Demiray
DOS: n., A small annoying boot virus that causes random
spontaneous system crashes, usually just before saving a massive project. Easily cured by UNIX. See also MS-DOS, IBM-DOS, DR-DOS.
__________________________________
Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.
http://promotions.yahoo.com/new_mail
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: delay after [time patch] rule's expire
2004-06-25 17:32 ` delay after [time patch] rule's expire =?unknown-8bit?q?m=2Ebar=FD=FE?= demiray
@ 2004-06-25 17:57 ` Antony Stone
0 siblings, 0 replies; 6+ messages in thread
From: Antony Stone @ 2004-06-25 17:57 UTC (permalink / raw)
To: netfilter
On Friday 25 June 2004 6:32 pm, m.barýþ demiray wrote:
> Hi all!
> This is not a technical problem in fact, only my
> curiousty. I applied the time patch with patch-o-matic
> and test it with a rule like
>
> iptables -A INPUT -p icmp -m time --timestart 14:44
> --timestop 14:55 --days Fri -j DROP
>
> When the current time is passing the start time
> (packages will be matched and dropped soon) and the
> stop time (they'll be free to pass again) there is
> about 1 min. delay between these two process. For
> example, when it's 14:55, then the icmp packages
> shouldn't be matched anymore but they are dropped till
> it's about 14:56. Why?
I think the timestart will match as long as the hours=14 and the minutes=44
(ie at 14:44:00), and the timestop will match until after the hours=14 and
the minutes=55 (ie: just gone 14:55:59).
If you want exactly ten minutes of blocked packets, specify --timestart 14:44
--timestop 14:54 (ie: ten minutes' difference between the two times)
Regards,
Antony.
--
Anything that improbable is effectively impossible.
- Murray Gell-Mann, Nobel Prizewinner in Physics
Please reply to the list;
please don't CC me.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: SUN RPC portmap
2004-06-25 16:01 SUN RPC portmap Spiro Azkoul
2004-06-25 16:22 ` Daniel Wittenberg
@ 2004-06-25 17:59 ` Antony Stone
2004-06-26 18:51 ` Mark E. Donaldson
2 siblings, 0 replies; 6+ messages in thread
From: Antony Stone @ 2004-06-25 17:59 UTC (permalink / raw)
To: netfilter
On Friday 25 June 2004 5:01 pm, Spiro Azkoul wrote:
> Can anyone think of a reason to simple block SUN RPC via iptables rather
> than simply stopping the service if it is a mail/pop/imap/web server?
Disable and uninstall any service you do not require on a machine.
If you want the machne to run mail/pop/imap/web, then there should be no ftp
server, no telnet daemon, no finger service, no daytime service, no
portmapper (rpc), no file sharing.....
You might want to leave sshd running on the system, though :)
Regards,
Antony.
--
"The joy of X!!?? I've always hated compiling graphical shite. You have a 10
line program, and it ends up depending on the entire known universe."
- Philip Hands
Please reply to the list;
please don't CC me.
^ permalink raw reply [flat|nested] 6+ messages in thread* RE: SUN RPC portmap
2004-06-25 16:01 SUN RPC portmap Spiro Azkoul
2004-06-25 16:22 ` Daniel Wittenberg
2004-06-25 17:59 ` SUN RPC portmap Antony Stone
@ 2004-06-26 18:51 ` Mark E. Donaldson
2 siblings, 0 replies; 6+ messages in thread
From: Mark E. Donaldson @ 2004-06-26 18:51 UTC (permalink / raw)
To: 'Spiro Azkoul', netfilter
-----Original Message-----
From: netfilter-admin@lists.netfilter.org
[mailto:netfilter-admin@lists.netfilter.org] On Behalf Of Spiro Azkoul
Sent: Friday, June 25, 2004 9:01 AM
To: netfilter@lists.netfilter.org
Subject: SUN RPC portmap
Can anyone think of a reason to simple block SUN RPC via iptables rather
than simply stopping the service if it is a mail/pop/imap/web server?
Thanks
It's normally referred to as "Defense-in-Depth". It is not recommended to
rely on a single method of security for anything. If the attacker gets
through the front line, it's always nice to know there is a second or third
or fourth, etc, etc, layer of defense to stop them.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2004-06-26 18:51 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-06-25 16:01 SUN RPC portmap Spiro Azkoul
2004-06-25 16:22 ` Daniel Wittenberg
2004-06-25 17:32 ` delay after [time patch] rule's expire =?unknown-8bit?q?m=2Ebar=FD=FE?= demiray
2004-06-25 17:57 ` Antony Stone
2004-06-25 17:59 ` SUN RPC portmap Antony Stone
2004-06-26 18:51 ` Mark E. Donaldson
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox