* Application interface
@ 2003-06-23 22:55 gideon olam
2003-06-24 11:28 ` Patrick McHardy
2003-06-24 20:33 ` Fabrice MARIE
0 siblings, 2 replies; 4+ messages in thread
From: gideon olam @ 2003-06-23 22:55 UTC (permalink / raw)
To: netfilter-devel
Is there an interface or mechanism either in place today or planned for
the future which allows for application level control? Meaning instead
of all apps being being allowed to use well known services like http,
limiting access to a subset of applications?
I'm interested in Linux's ability to provide some of the personal
firewall capabilities seen on windows systems. Specific control of
applications use of the internet becomes important when you are
combating various types of malware be it spyware, trojans, or viruses.
While it's true that malware has been slow to spread to the Linux
platform it is coming, and application controls are an important step
towards prevention and control.
Joe Saland, CISSP
gideon@gideonolam.com
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Application interface
2003-06-23 22:55 Application interface gideon olam
@ 2003-06-24 11:28 ` Patrick McHardy
2003-06-24 20:33 ` Fabrice MARIE
1 sibling, 0 replies; 4+ messages in thread
From: Patrick McHardy @ 2003-06-24 11:28 UTC (permalink / raw)
To: gideon olam; +Cc: netfilter-devel
Have you looked at the owner match ?
Bye
Patrick
gideon olam wrote:
>Is there an interface or mechanism either in place today or planned for
>the future which allows for application level control? Meaning instead
>of all apps being being allowed to use well known services like http,
>limiting access to a subset of applications?
>
>I'm interested in Linux's ability to provide some of the personal
>firewall capabilities seen on windows systems. Specific control of
>applications use of the internet becomes important when you are
>combating various types of malware be it spyware, trojans, or viruses.
>While it's true that malware has been slow to spread to the Linux
>platform it is coming, and application controls are an important step
>towards prevention and control.
>
>
>
>Joe Saland, CISSP
>gideon@gideonolam.com
>
>
>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Application interface
2003-06-24 20:33 ` Fabrice MARIE
@ 2003-06-24 14:51 ` gideon olam
0 siblings, 0 replies; 4+ messages in thread
From: gideon olam @ 2003-06-24 14:51 UTC (permalink / raw)
To: netfilter-devel
On Tue, 2003-06-24 at 14:33, Fabrice MARIE wrote:
> Hello,
>
> On Monday 23 June 2003 18:55, gideon olam wrote:
> > Is there an interface or mechanism either in place today or planned for
> > the future which allows for application level control? Meaning instead
> > of all apps being being allowed to use well known services like http,
> > limiting access to a subset of applications?
> > I'm interested in Linux's ability to provide some of the personal
> > firewall capabilities seen on windows systems. Specific control of
> > applications use of the internet becomes important when you are
> > combating various types of malware be it spyware, trojans, or viruses.
> > While it's true that malware has been slow to spread to the Linux
> > platform it is coming, and application controls are an important step
> > towards prevention and control.
>
> Netfilter/iptables is merely just a packet filter with some add-on like NAT.
> In no case netfilter/iptables will replace application proxies.
> The functionality you describe are already provided by various filtering
> application proxies: squid, zorp, etc...
>
> Many people had all sorts of ideas to make netfilter become more aware
> of the higher level protocols such as HTTP, etc, however most of them
> were bad ideas in my opinion. For instance if you try to filter HTTP URLs
> using netfilter alone with the string match, you'll run into all sorts of troubles.
> What you need in this case is a proper HTTP filtering proxy.
>
> If you need more information about the caveats of _trying_ to turn netfilter
> into an application proxy, please check the archive, as this question has
> been asked often, and people were told each time that this wasn't the goal
> of netfilter.
>
> On the other hand, application proxy already play nice with netfilter on the same machine.
> For example, people implement transparent filtering proxies with virus scan
> and HTTP URL blocking and stuff like this using netfilter+squid for example. The same
> can be done with zorp and others. So I believe the netfilter mechanisms facilitating that
> are already in place (REDIRECT,SNAT/DNAT,ULOG to mention just a few...)
>
> Have a nice day,
>
> Fabrice.
> --
> Fabrice MARIE
>
> "Silly hacker, root is for administrators"
> -Unknown
Actually, I wasn't asking about application proxies. Application
proxies are network devices that make network connections on behalf of
another client.
I was asking about application level filters for iptables, completely
different. Meaning, I don't want to put in a filter on my client
machine (behind a firewall or not), that says this machine can go to
port 80 on the Internet. How do you then control which applications can
access port 80?
I wouldn't want my email program to be able to access port 80 for
instance. A somewhat misunderstood problem with email clients having
port 80 access has to do with spam email validation. It's quite simple
for spammers to have their messages "phone home" over port 80. Even just
referencing a specific url on their web server, one crafted by the spam
software for that email address, is a simple way to unknowingly verify
your email address to the spammer.
In the personal firewall world, filters are usually tied to the
application. It makes more sense for a client machine to have
application level controls.
Proper outbound protection of your client machine is one of the only
ways to control spyware and other malware covertly using your machine.
Joe Saland, CISSP
gideon@gideonolam.co
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Application interface
2003-06-23 22:55 Application interface gideon olam
2003-06-24 11:28 ` Patrick McHardy
@ 2003-06-24 20:33 ` Fabrice MARIE
2003-06-24 14:51 ` gideon olam
1 sibling, 1 reply; 4+ messages in thread
From: Fabrice MARIE @ 2003-06-24 20:33 UTC (permalink / raw)
To: gideon olam, netfilter-devel
Hello,
On Monday 23 June 2003 18:55, gideon olam wrote:
> Is there an interface or mechanism either in place today or planned for
> the future which allows for application level control? Meaning instead
> of all apps being being allowed to use well known services like http,
> limiting access to a subset of applications?
> I'm interested in Linux's ability to provide some of the personal
> firewall capabilities seen on windows systems. Specific control of
> applications use of the internet becomes important when you are
> combating various types of malware be it spyware, trojans, or viruses.
> While it's true that malware has been slow to spread to the Linux
> platform it is coming, and application controls are an important step
> towards prevention and control.
Netfilter/iptables is merely just a packet filter with some add-on like NAT.
In no case netfilter/iptables will replace application proxies.
The functionality you describe are already provided by various filtering
application proxies: squid, zorp, etc...
Many people had all sorts of ideas to make netfilter become more aware
of the higher level protocols such as HTTP, etc, however most of them
were bad ideas in my opinion. For instance if you try to filter HTTP URLs
using netfilter alone with the string match, you'll run into all sorts of troubles.
What you need in this case is a proper HTTP filtering proxy.
If you need more information about the caveats of _trying_ to turn netfilter
into an application proxy, please check the archive, as this question has
been asked often, and people were told each time that this wasn't the goal
of netfilter.
On the other hand, application proxy already play nice with netfilter on the same machine.
For example, people implement transparent filtering proxies with virus scan
and HTTP URL blocking and stuff like this using netfilter+squid for example. The same
can be done with zorp and others. So I believe the netfilter mechanisms facilitating that
are already in place (REDIRECT,SNAT/DNAT,ULOG to mention just a few...)
Have a nice day,
Fabrice.
--
Fabrice MARIE
"Silly hacker, root is for administrators"
-Unknown
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2003-06-24 20:33 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-06-23 22:55 Application interface gideon olam
2003-06-24 11:28 ` Patrick McHardy
2003-06-24 20:33 ` Fabrice MARIE
2003-06-24 14:51 ` gideon olam
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.