Evil Bit anyone!
> -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Henry Sinnreich > Sent: Thursday, September 25, 2008 12:35 > To: Schneider, Peter (NSN - DE/Munich); ext Dean Willis > Cc: [email protected] > 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)" > <[EMAIL PROTECTED]> wrote: > > > > > > >> -----Ursprüngliche Nachricht----- > >> Von: ext Dean Willis [mailto:[EMAIL PROTECTED] > >> Gesendet: Donnerstag, 25. September 2008 07:53 > >> An: Schneider, Peter (NSN - DE/Munich) > >> Cc: ext Henry Sinnreich; [email protected] > >> 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 > > [EMAIL PROTECTED] for questions on current sip Use > > [EMAIL PROTECTED] 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 > [EMAIL PROTECTED] for questions on current sip > Use [EMAIL PROTECTED] 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 [EMAIL PROTECTED] for questions on current sip Use [EMAIL PROTECTED] for new developments on the application of sip
