pen-test
[Top] [All Lists]

Re: Skype use obligation - Security x Productivity

To: pen-test list <pen-test@securityfocus.com>
Subject: Re: Skype use obligation - Security x Productivity
From: Roland Dobbins <rdobbins@cisco.com>
Date: Tue, 17 Jul 2007 23:34:57 -0700
Authentication-results: sj-dkim-3; header.From=rdobbins@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; );
Delivered-to: sp-com-lists@consult.net
Delivered-to: pentest-list2@consult.net
Delivered-to: mailing list pen-test@securityfocus.com
Delivered-to: moderator for pen-test@securityfocus.com
Dkim-signature: v=0.5; a=rsa-sha256; q=dns/txt; l=597; t=1184740500; x=1185604500; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rdobbins@cisco.com; z=From:=20Roland=20Dobbins=20<rdobbins@cisco.com> |Subject:=20Re=3A=20Skype=20use=20obligation=20-=20Security=20x=20Product ivity |Sender:=20; bh=Pv5u+Vae0vuz7rfcphmvV6VWiCp3n9YKBQ8CKhPRnMc=; b=sED7H52PJ/WysU5u3qq7I0wsLkY36+HFY3r7YYbIyqBqXmYyxBsZSFbsZ1t9fL3ginHS+nUF j3pX90xOpxguM5uff2pnrWVtO3hpKMw8n96MDyVvIFsNjwNKIcP8W2jz;
In-reply-to: <1184739160.4197.13.camel@localhost>
List-help: <mailto:pen-test-help@securityfocus.com>
List-id: <pen-test.list-id.securityfocus.com>
List-post: <mailto:pen-test@securityfocus.com>
List-subscribe: <mailto:pen-test-subscribe@securityfocus.com>
List-unsubscribe: <mailto:pen-test-unsubscribe@securityfocus.com>
Mailing-list: contact pen-test-help@securityfocus.com; run by ezmlm
References: <2df3b0cb0707161456j4363b7e4hd06f20854b1fddbc@mail.gmail.com> <D8C57D06-02D4-41D6-AD35-FB6BFB0C84C2@cisco.com> <1184739160.4197.13.camel@localhost>
Resent-date: Wed, 18 Jul 2007 00:29:54 -0600 (MDT)
Resent-from: pen-test-return-1078484620@securityfocus.com
Resent-message-id: <20070718062954.BDBD02372CC@outgoing3.securityfocus.com>
Resent-sender: listbounce@securityfocus.com
Sender: listbounce@securityfocus.com

On Jul 17, 2007, at 11:12 PM, Cedric Blancher wrote:

 If a node is NATed, it won't get elected. Plain and
simple.

Yes, but this doesn't help for nodes which aren't NATted, for example. I believe the supernode behavior is hardcoded, with no way to disallow a given host from participating - unless you're aware of a way to disable that functionality?

-----------------------------------------------------------------------
Roland Dobbins <rdobbins@cisco.com> // 408.527.6376 voice

       Culture eats strategy for breakfast.

               -- Ford Motor Company




------------------------------------------------------------------------
This List Sponsored by: Cenzic

Swap Out your SPI or Watchfire app sec solution for
Cenzic's robust, accurate risk assessment and management
solution FREE - limited Time Offer

http://www.cenzic.com/c/wf-spi
------------------------------------------------------------------------


<Prev in Thread] Current Thread [Next in Thread>