All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Brian J. Murrell" <80b664d7b3eb11641a57346257febc3d@interlinx.bc.ca>
To: netfilter-devel@lists.samba.org
Subject: Re: MSN Messenger ALG
Date: Fri, 28 Jun 2002 13:04:03 -0400	[thread overview]
Message-ID: <20020628170403.GB11348@pc.ilinx> (raw)
In-Reply-To: <000901c21eaa$4826ef60$7200a8c0@blue>

[-- Attachment #1: Type: text/plain, Size: 1718 bytes --]

On Fri, Jun 28, 2002 at 08:46:57AM -0500, Glover George wrote:
> 
> UPnP is finishing up a security mechanism to add on to the UPnP spec for
> version 1.0,

Any pointers to these mechanisms?  I can't think of anything that
would work, in real life.  The issue is who can a UPnP gateway trust?
In the definition of "who" is "who is running the app?", as well as
"what is the app?" among other quesitons.

It seems that everybody wants this UPnP gateway for MSN Messenger, but
in my security policy, MS applications are automaticlly excluded from
using the UPnP gateway due to MS's constant obvious disregard for
security in favour of doing whatever they need to to make things work.

> and version 2.0 of UPnP is not far off, so security
> mechanisms are being put in place.

Again, anything I can read?

> But for the moment, AS WITH
> ANYTHING, if you take proper precautions to ensure that your rules in
> iptables will prevent any untrusted machines

Machines is not so much the issue as apps on those machines.  I am not
giving an MS machine access to the gateway because there is a trusted
app on it that wants to use the gateway when there are also untrusted
apps on the same machine or easily installable on the same machine.

Security for a UPnP gateway needs to be more fine grained than just
trusting machines.

> from access UPnP gateway in
> the first place, then you don't have these problems.  Sure an app could
> request it, but so what?  An app could fake itself into being h.323 as
> well.  

Right.  It is this faking that needs to be addressed.  How do I
know that an app that is claiming to be "trusted app foo" really is
foo.

b.

-- 
Brian J. Murrell

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2002-06-28 17:04 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-06-26 18:44 MSN Messenger ALG Amir Khandani
2002-06-27 11:26 ` Harald Welte
2002-06-27 17:01   ` Glover George
2002-06-27 17:49     ` Patrick Schaaf
2002-07-02 14:32       ` Harald Welte
2002-06-27 18:12     ` Harald Welte
2002-06-28 13:46       ` Glover George
2002-06-28 17:04         ` Brian J. Murrell [this message]
2002-06-28 17:40           ` Glover George

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=20020628170403.GB11348@pc.ilinx \
    --to=80b664d7b3eb11641a57346257febc3d@interlinx.bc.ca \
    --cc=netfilter-devel@lists.samba.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 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.