Re: [Sip] Pub request for draft-ietf-sip-dtls-srtp-framework-03

["Francois Audet" <audet at nortel.com>]

Evil Bit anyone! 

> -----Original Message-----
> From: sip-bounces at ietf.org [mailto:sip-bounces at ietf.org] On 
> Behalf Of Henry Sinnreich
> Sent: Thursday, September 25, 2008 12:35
> To: Schneider, Peter (NSN - DE/Munich); ext Dean Willis
> Cc: sip at ietf.org
> Subject: Re: [Sip] Pub request for 
> draft-ietf-sip-dtls-srtp-framework-03
> 
> 
> > Clearly, allowing lawful interception is a requirement for 
> 3GPP, as is 
> > preventing "unlawful interception".
> 
> Is there a protocol mechanism for distinguishing lawful 
> intercept from unlawful intercept?
> 
> If yes, it would be the greatest invention since the Internet!
> 
> Henry
> 
> On 9/25/08 2:50 AM, "Schneider, Peter (NSN - DE/Munich)"
> <peter.schneider at nsn.com> wrote:
> 
> >  
> > 
> >> -----Ursprüngliche Nachricht-----
> >> Von: ext Dean Willis [mailto:dean.willis at softarmor.com]
> >> Gesendet: Donnerstag, 25. September 2008 07:53
> >> An: Schneider, Peter (NSN - DE/Munich)
> >> Cc: ext Henry Sinnreich; sip at ietf.org
> >> Betreff: Re: [Sip] Pub request for
> >> draft-ietf-sip-dtls-srtp-framework-03
> >> 
> >> Schneider, Peter (NSN - DE/Munich) wrote:
> >>> Because of
> >>> the middlebox considerations 3GPP currently focusses on key 
> >>> management protocols that do not use the media path.
> >> 
> >> Translation: In order to prevent deployment of a secure system and 
> >> enable lawful, unlawful, and extralawful intercept, 3GPP 
> is focusing 
> >> on key management protocols that expose the media key via the 
> >> signaling plane, and on implementations that expose the signaling 
> >> plane to all intermediaries.
> >> 
> > 
> > Dean, I assume that you refer to the proposal to use SDES that is 
> > discussed in 3GPP. However, 3GPP does not focus on that approach. 
> > Other signaling path solutions are discussed in 3GPP that 
> exclude all 
> > intermediaries from access to the key. Clearly, allowing lawful 
> > interception is a requirement for 3GPP, as is preventing 
> "unlawful interception".
> > 
> > The middlebox issue is NOT a pretense for allowing only 
> weak solutions 
> > for 3GPP. My proposals concerning the framework draft wouldn't make 
> > DTLS-SRTP any weaker, right? And making DTLS-SRTP more adequate for 
> > 3GPP/TISPAN scenarios would be a good thing, wouldn't it?
> > 
> > Peter
> > _______________________________________________
> > Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
> > This list is for NEW development of the core SIP Protocol Use 
> > sip-implementors at cs.columbia.edu for questions on current sip Use 
> > sipping at ietf.org for new developments on the application of sip
> 
> _______________________________________________
> Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
> This list is for NEW development of the core SIP Protocol Use 
> sip-implementors at cs.columbia.edu for questions on current sip 
> Use sipping at ietf.org for new developments on the application of sip
> 
_______________________________________________
Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors at cs.columbia.edu for questions on current sip
Use sipping at ietf.org for new developments on the application of sip