Re: [rtcweb] SRTP not mandatory-to-use

Randell Jesup <randell-ietf@jesup.org> Wed, 11 January 2012 22:51 UTC

Return-Path: <randell-ietf@jesup.org>
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 E0A6721F8593 for <rtcweb@ietfa.amsl.com>; Wed, 11 Jan 2012 14:51:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.468
X-Spam-Level:
X-Spam-Status: No, score=-2.468 tagged_above=-999 required=5 tests=[AWL=0.131, BAYES_00=-2.599]
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 GI2J-ugWPewV for <rtcweb@ietfa.amsl.com>; Wed, 11 Jan 2012 14:51:45 -0800 (PST)
Received: from r2-chicago.webserversystems.com (r2-chicago.webserversystems.com [173.236.101.58]) by ietfa.amsl.com (Postfix) with ESMTP id 5DBFB21F8592 for <rtcweb@ietf.org>; Wed, 11 Jan 2012 14:51:45 -0800 (PST)
Received: from pool-173-49-135-74.phlapa.fios.verizon.net ([173.49.135.74] helo=[192.168.1.12]) by r2-chicago.webserversystems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from <randell-ietf@jesup.org>) id 1Rl71E-0002pn-ST for rtcweb@ietf.org; Wed, 11 Jan 2012 16:51:45 -0600
Message-ID: <4F0E125D.8000605@jesup.org>
Date: Wed, 11 Jan 2012 17:51:09 -0500
From: Randell Jesup <randell-ietf@jesup.org>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <CAErhfrwu322=HTS0JZhum9EGfb73KmYS6CU_KMESyzEWhtvg2w@mail.gmail.com> <BLU152-W1140980759D89AC3C1D0CA93940@phx.gbl> <CA+9kkMBdX7YT1tPj5M3VrzAPKa6tXNGZVvvhjW9V4oOEC7g_kA@mail.gmail.com> <CAOJ7v-1_qMoHBb3K7rV=hG9EadqL=xn4KEdG0zdWnKZU9_TipQ@mail.gmail.com> <4AEFFC17-EF17-40F2-B83B-0B0CC44AD2C3@cisco.com> <CAKhHsXEes+Lf+uKdTrjXoy+3PMy2uNumNL-W-0s4_xRXW6FiZg@mail.gmail.com> <4F0CAC8C.8010203@wonderhamster.org> <1D062974A4845E4D8A343C6538049202074ABD3A@XMB-BGL-414.cisco.com> <387F9047F55E8C42850AD6B3A7A03C6C01DCF907@inba-mail02.sonusnet.com> <CALiegfkejnU2rTe-FibUVxTrRS9SivkhGXB5eK+FhD8Vu6iTMA@mail.gmail.com> <387F9047F55E8C42850AD6B3A7A03C6C01DCF9FC@inba-mail02.sonusnet.com> <CALiegfn07bS58B+4ZyzRTnO4LCpw1e96dnqpSM+TT1y3QG2Zwg@mail.gmail.com> <387F9047F55E8C42850AD6B3A7A03C6C01DCFBC1@inba-mail02.sonusnet.com> <CAOJ7v-20+yL7r+_ODx_czHTiujXZZWESaZRB7MQjhvScg3RFtw@mail.gmail.com> <4F0DFD0B.2000009@jesup.org> <CABcZeBMnkO-hd3DtKNtxq5knUb=bd7ZEMNKVUX8WBLqLKkU14Q@mail.gmail.c om>
In-Reply-To: <CABcZeBMnkO-hd3DtKNtxq5knUb=bd7ZEMNKVUX8WBLqLKkU14Q@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - r2-chicago.webserversystems.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - jesup.org
X-Source:
X-Source-Args:
X-Source-Dir:
Subject: Re: [rtcweb] SRTP not mandatory-to-use
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: Wed, 11 Jan 2012 22:51:46 -0000

On 1/11/2012 4:41 PM, Eric Rescorla wrote:
> On Wed, Jan 11, 2012 at 1:20 PM, Randell Jesup<randell-ietf@jesup.org>  wrote:
>> I'd like to explore the possibility of making sure there's a workable
>> DTLS-SRTP implementation openly available, and locking WebRTC down to that
>> only.
>>
>> I should note that while libsrtp 1.4.2 (last official release) doesn't have
>> DTLS-SRTP support, there are DTLS-SRTP support functions and test code in
>> the project's CVS since ~2006, and resiprocate/recon supports DTLS-SRTP via
>> a modified OpenSSL.  So, I'm not sure the barrier is huge given DTLS support
>> already.
>
> The situation is actually rather better than this:
>
> 1. OpenSSL 1.0.1 (currently in beta) has all the TLS-side support needed for
>      DTLS-SRTP.
> 2. The new entry points in libsrtp, while helpful are just helper
>      functions. If you're willing to embed a bit of knowledge about key
> construction
>      into the application, you should be able to use libsrtp 1.4.2.
> (though I suspect
>      you actually don't want to. libjingle, for instance, recommends use of the
>      libsrtp CVS version).
> 3. As you say, resip and recon have support for DTLS-SRTP, though you
> likely won't
>      need it for WebRTC anyway, since that support is largely SIP-specific.
>
> So in terms of having a working implementation, the issue is primarily
> integration into your WebRTC stack

Great, all this sounds good.

> FWIW, my take on the broader question is that the key issue is how we wish
> to interop with legacy SIP/PSTN-type stuff. If we want it to be possible to
> interop without media gatewaying, then the large amount of non-SRTP gear
> means that as a practical matter one must support RTP. SDES is almost
> an afterthought in this scenario, in that it would allow you to interop with
> SRTP with some unknown but probably relatively small fraction of the
> installed base.
>
> If you don't care about interop without media gatewaying, then there is no
> reason to do anything other than SRTP and I would argue no need to do
> anything other than DTLS, because there's no backward-compatibility
> issue.

I agree, and since I believe the answer is "no interop without a media 
gateway" (I've tried to figure a safe way, no luck unless you relax the 
requirements for consent and the like), then I come down on 
SRTP-mandatory, DTLS-SRTP strongly preferred to be mandatory unless 
there's an implementation roadblock.


-- 
Randell Jesup
randell-ietf@jesup.org