Re: [rtcweb] SDP Security Descriptions (RFC 4568) and RTCWeb

Iñaki Baz Castillo <ibc@aliax.net> Fri, 26 April 2013 17:36 UTC

Return-Path: <ibc@aliax.net>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C69321F9959 for <rtcweb@ietfa.amsl.com>; Fri, 26 Apr 2013 10:36:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.677
X-Spam-Level:
X-Spam-Status: No, score=-1.677 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DPynpRehIfeF for <rtcweb@ietfa.amsl.com>; Fri, 26 Apr 2013 10:36:56 -0700 (PDT)
Received: from mail-qa0-x22f.google.com (mail-qa0-x22f.google.com [IPv6:2607:f8b0:400d:c00::22f]) by ietfa.amsl.com (Postfix) with ESMTP id 27A5421F9957 for <rtcweb@ietf.org>; Fri, 26 Apr 2013 10:36:56 -0700 (PDT)
Received: by mail-qa0-f47.google.com with SMTP id bn16so288812qab.20 for <rtcweb@ietf.org>; Fri, 26 Apr 2013 10:36:55 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=74pzw+h/bf/jG6ub9MlDFOhIG0REF3kPwvdUnq992xM=; b=NWahnNNY/CcNy+y2yIKLZeb1JY8WYCM0blp+OU2nsyEePJjEakTmxlhDzeYy538nqL afvucpwrvm0wUU97oYfmuajC2O0gCrnLgtkbEzo/XZaZ+xohj2VoGdiK91nf263YRjsL hHT7WQVgABjccIYkH+eBIMEttCDEZGRAzde+RUA62unzKfeu8yuDe/Jn9/3ytTfSQfrl 7VOFdro1R2LGbKychZKG/wrcCVFvBBZUuA/IEecj9LInK5lLsml0btsu8YQglZDvmQxs 5frUQIb4OvC4zyLTturrGKljS/BhuvonDj0385lLLcGqS919jrdu+TqpDs/vkGbGYFkz b2Mg==
MIME-Version: 1.0
X-Received: by 10.229.150.199 with SMTP id z7mr2073291qcv.25.1366997815566; Fri, 26 Apr 2013 10:36:55 -0700 (PDT)
Received: by 10.49.81.175 with HTTP; Fri, 26 Apr 2013 10:36:54 -0700 (PDT)
Received: by 10.49.81.175 with HTTP; Fri, 26 Apr 2013 10:36:54 -0700 (PDT)
In-Reply-To: <4AA3A95D6033ED488F8AE4E45F47448742B13620@WABOTH9MSGUSR8B.ITServices.sbc.com>
References: <3FA2E46D-C98E-4FC0-9F1D-AD595A861CE1@iii.ca> <20130425202238.74EF321F96A5@ietfa.amsl.com> <AE1A6B5FD507DC4FB3C5166F3A05A48416281FDB@tk5ex14mbxc272.redmond.corp.microsoft.com> <03FBA798AC24E3498B74F47FD082A92F3BB8FAF7@US70UWXCHMBA04.zam.alcatel-lucent.com> <9F33F40F6F2CD847824537F3C4E37DDF0E6C04AF@MCHP04MSX.global-ad.net> <CAErhfrx6xi7rNmc6CZc5iyKiYv+oZbi3sBa5QywB7dUKtms2Aw@mail.gmail.com> <C643F355C8D33C48B983F1C1EA702A450B49EA@ESESSMB301.ericsson.se> <4AA3A95D6033ED488F8AE4E45F47448742B13620@WABOTH9MSGUSR8B.ITServices.sbc.com>
Date: Fri, 26 Apr 2013 19:36:54 +0200
Message-ID: <CALiegfmpZZigigQtaadsXup6VfWgJAF8--TJpbUwSJMmar7fRA@mail.gmail.com>
From: Iñaki Baz Castillo <ibc@aliax.net>
To: "DRUTA, DAN" <dd5826@att.com>
Content-Type: multipart/alternative; boundary="e89a8f6469df34bf4a04db46fb06"
X-Gm-Message-State: ALoCoQlph8/ZCDW66HrD1zUYnPwKJ/EipA77KlKUVYM3Q2c77yBA02/+8dvoBrc6RnkfF5wcgMpv
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] SDP Security Descriptions (RFC 4568) and RTCWeb
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Apr 2013 17:36:57 -0000

Adding DTLS is a little effort compared to adding ICE / bundle / SAVPF to a
device. I could understand the latency problem argument however, but not
the "easy interop" argument which has become a headache and forced the SDP
API adoption which makes WebRTC much harder than it could be.

--
Iñaki Baz Castillo
<ibc@aliax.net>
El 26/04/2013 19:27, "DRUTA, DAN" <dd5826@att.com> escribió:

> I would like to see the user-agent support for SDES as a "MUST" for RTCWeb.
> I don't think I need to restate why. One additional point though is that
> it will make interop easier, expand and accelerate the adoption for
> RTCWeb/WebRTC. Isn't this the ultimate goal?
> In regards to security considerations I would challenge the group to come
> up with ways to identify and convey the risks back to the end user through
> the user-agent implementation in a very simple and easy to understand UI
> (if necessary). I know this could be a big rat hole and I can hear already
> arguments that it's already too confusing but as the Web is becoming more
> of a platform and browser complexity increases we should acknowledge it
> with better transparency rather than with restrictions and limitations.
> Users make their own decisions in the end.
>
> Best Regards,
> Dan
>
>
> -----Original Message-----
> From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On Behalf
> Of Oscar Ohlsson
> Sent: Friday, April 26, 2013 7:57 AM
> To: rtcweb@ietf.org
> Subject: Re: [rtcweb] SDP Security Descriptions (RFC 4568) and RTCWeb
>
> I'm also in favour of supporting SDES (no big surprise). But we need to
> analyze how SDES should be enabled and how it can be negotiated in SDP. If
> people are concerned with bidding down attacks then we could add a separate
> JavaScript instruction for enabling SDES. If SDES is not enabled then it
> wouldn't be offered or accepted.
>
> Regards,
>
> Oscar
>
>
> From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On Behalf
> Of Xavier Marjou
> Sent: den 26 april 2013 10:50
> To: rtcweb@ietf.org
> Subject: Re: [rtcweb] SDP Security Descriptions (RFC 4568) and RTCWeb
>
> +1 for supporting SDES as a keying method for WebRTC
> Cheers,
> Xavier
>
> On Fri, Apr 26, 2013 at 9:55 AM, Hutton, Andrew <
> andrew.hutton@siemens-enterprise.com> wrote:
> Also agree that we should support SDES in additional to DTLS-SRTP.
>
> Regards
> Andy
>
> > -----Original Message-----
> > From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On
> > Behalf Of Ejzak, Richard P (Richard)
> > Sent: 25 April 2013 22:55
> > To: rtcweb@ietf.org
> > Subject: Re: [rtcweb] SDP Security Descriptions (RFC 4568) and RTCWeb
> >
> > I also agree that we should support SDES in addition to DTLS-SRTP.
> >
> > This raises a further question about SCTP/DTLS for DataChannels.  It
> > seems that if we support SDES-SRTP, don't we also need to provide an
> > SDES keying mechanism for DataChannels?  Ekr: What is needed to realize
> > this?
> >
> > Richard Ejzak
> >
> > > -----Original Message-----
> > > From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On
> > > Behalf Of Matthew Kaufman (SKYPE)
> > > Sent: Thursday, April 25, 2013 3:28 PM
> > > To: Bogineni, Kalyani; 'Cullen Jennings'; rtcweb@ietf.org
> > > Subject: Re: [rtcweb] SDP Security Descriptions (RFC 4568) and RTCWeb
> > >
> > > I agree. The ability to set the cipher suite and keys from JavaScript
> > > is critical for certain applications. SDES is the best we'll get with
> > > SDP as the API. DTLS-SRTP-only would be unacceptably limiting.
> > >
> > > Matthew Kaufman
> > >
> > > > -----Original Message-----
> > > > From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On
> > > > Behalf Of Bogineni, Kalyani
> > > > Sent: Thursday, April 25, 2013 1:21 PM
> > > > To: 'Cullen Jennings'; rtcweb@ietf.org
> > > > Subject: Re: [rtcweb] SDP Security Descriptions (RFC 4568) and
> > RTCWeb
> > > >
> > > > We would like to support the use of SDES as a keying method for
> > > WebRTC.
> > > >
> > > > Kalyani Bogineni
> > > > Verizon
> > > >
> > > > -----Original Message-----
> > > > From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On
> > > > Behalf Of Cullen Jennings
> > > > Sent: Thursday, April 25, 2013 11:57 AM
> > > > To: rtcweb@ietf.org
> > > > Subject: [rtcweb] SDP Security Descriptions (RFC 4568) and RTCWeb
> > > >
> > > >
> > > > The working groups committed some time ago to have a further
> > > > discussion on whether SDP Security Descriptions (RFC 4568 aka SDES)
> > > > would be usable as a keying method for WebRTC.  As we prepare for
> > > that
> > > > discussion, we'd like to have expressions of interest or support
> > for
> > > > that approach which indicate the general outlines of support
> > > proposed.
> > > > If you wish to make such an expression of support, please send it
> > to
> > > the chairs or the list.
> > > >
> > > > Cullen, Magnus, & Ted <The Chairs>
> > > >
> > > >
> > > > _______________________________________________
> > > > rtcweb mailing list
> > > > rtcweb@ietf.org
> > > > https://www.ietf.org/mailman/listinfo/rtcweb
> > > > _______________________________________________
> > > > rtcweb mailing list
> > > > rtcweb@ietf.org
> > > > https://www.ietf.org/mailman/listinfo/rtcweb
> > >
> > > _______________________________________________
> > > rtcweb mailing list
> > > rtcweb@ietf.org
> > > https://www.ietf.org/mailman/listinfo/rtcweb
> > _______________________________________________
> > rtcweb mailing list
> > rtcweb@ietf.org
> > https://www.ietf.org/mailman/listinfo/rtcweb
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb
>
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb
>