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

Matthew Kaufman <matthew@matthew.at> Fri, 26 April 2013 13:33 UTC

Return-Path: <matthew@matthew.at>
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 E5A6D21F9968 for <rtcweb@ietfa.amsl.com>; Fri, 26 Apr 2013 06:33:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.429
X-Spam-Level:
X-Spam-Status: No, score=-1.429 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745, HTML_MESSAGE=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 5q4TQKyUQLWx for <rtcweb@ietfa.amsl.com>; Fri, 26 Apr 2013 06:33:58 -0700 (PDT)
Received: from where.matthew.at (where.matthew.at [198.202.199.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21EA821F842B for <rtcweb@ietf.org>; Fri, 26 Apr 2013 06:33:58 -0700 (PDT)
Received: from [10.10.155.2] (unknown [10.10.155.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by where.matthew.at (Postfix) with ESMTP id 129BE1480C1; Fri, 26 Apr 2013 06:33:58 -0700 (PDT)
Message-ID: <517A8248.4020604@matthew.at>
Date: Fri, 26 Apr 2013 06:34:00 -0700
From: Matthew Kaufman <matthew@matthew.at>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
MIME-Version: 1.0
To: Ted Hardie <ted.ietf@gmail.com>
References: <3FA2E46D-C98E-4FC0-9F1D-AD595A861CE1@iii.ca> <20130425202238.74EF321F96A5@ietfa.amsl.com> <AE1A6B5FD507DC4FB3C5166F3A05A48416281FDB@tk5ex14mbxc272.redmond.corp.microsoft.com> <5179BEEF.4000600@jesup.org> <517A0237.9030008@matthew.at> <CA+9kkMAd6LxPTsA+3LfXFkoZQN-D4pwsAG9Oa9axiFt-QPOSOw@mail.gmail.com>
In-Reply-To: <CA+9kkMAd6LxPTsA+3LfXFkoZQN-D4pwsAG9Oa9axiFt-QPOSOw@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------010408090705060607080808"
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 13:33:59 -0000

On 4/25/2013 10:55 PM, Ted Hardie wrote:
> On Thu, Apr 25, 2013 at 9:27 PM, Matthew Kaufman <matthew@matthew.at 
> <mailto:matthew@matthew.at>> wrote:
>
>     O
>
>         Yes, some gateway scenarios might be cheaper/easier with SDES,
>         but I see the primary use-cases for WebRTC to be
>         browser-to-browser, not browser-legacy.
>
>
>     Just because the charter was mistakenly written that way doesn't
>     mean it is true.
>
>
> I remind you that the actual title of the group is:
>
> "Real-Time Communication in WEB-browsers (rtcweb)".  While you may 
> disagree with the charter, please remember that it's not fundamentally 
> a prediction about what the eventual balance of flows will be.  It's a 
> statement about where the balance of effort in the group should go.   
> To me as an individual, it implies that we should not make trade-offs 
> that optimize a non-browser use case at the expense of the browser use 
> case except in pretty extraordinary circumstances.
>

Adding SDES helps a non-browser use case with no expense to the browser 
use cases except for the small amount of additional code.

If you don't believe that (because you think it reduces the 
browser-to-browser security) then I will point you to  browser use cases 
include multi-party scenarios that will require EKT, and then show how 
the security of EKT is nearly equivalent.

Matthew Kaufman