Re: [rtcweb] Remote recording - RTC-Web client acting as SIPREC session recording client

Matthew Kaufman <matthew.kaufman@skype.net> Thu, 25 August 2011 21:19 UTC

Return-Path: <matthew.kaufman@skype.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 4519521F8B9E for <rtcweb@ietfa.amsl.com>; Thu, 25 Aug 2011 14:19:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, 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 PY8OzsD6A+fz for <rtcweb@ietfa.amsl.com>; Thu, 25 Aug 2011 14:19:12 -0700 (PDT)
Received: from mx.skype.net (mx.skype.net [78.141.177.88]) by ietfa.amsl.com (Postfix) with ESMTP id 3ACAB21F8BE7 for <rtcweb@ietf.org>; Thu, 25 Aug 2011 14:19:12 -0700 (PDT)
Received: from mx.skype.net (localhost [127.0.0.1]) by mx.skype.net (Postfix) with ESMTP id 274901712; Thu, 25 Aug 2011 23:20:26 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=skype.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=mx; bh=YNJqtFNE45+uO5 P61ghMXXMkydQ=; b=PvQCVM6E4QHcSpmY1rArMLvZfEwrTsMjR/82NFV1bztrJR taf8L+Owz5BjEMmtA/ImjRt0GK4cXc31esB38b9DNi2hKItn7oR5O5gfGu4TchFd A4WGpJKsZcf5uDT+pYKdxqITwT6/Sh0NZv3u3H35QwlBYYRS1pGZUO9ZsVo9c=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=skype.net; h=message-id:date:from :mime-version:to:cc:subject:references:in-reply-to:content-type: content-transfer-encoding; q=dns; s=mx; b=OcAJndZFS9MW+Qth8zMksc joL0i2rTC4asQgV2uLPeEUb8Xe6j5HCsuehonWLLoLRN8++rCKe4Wjch1gxNwxe2 Iu0vEVKOpJZxZOzTY8nRdYVemVc8p7eVmPg8iWSPIoH7aNrCyWb+ZnYnxDg52Jq/ OoqbprvAm8nS5JxVJnIsw=
Received: from zimbra.skype.net (zimbra.skype.net [78.141.177.82]) by mx.skype.net (Postfix) with ESMTP id 25A617F6; Thu, 25 Aug 2011 23:20:26 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1]) by zimbra.skype.net (Postfix) with ESMTP id 94D2D3507FBC; Thu, 25 Aug 2011 23:20:22 +0200 (CEST)
X-Virus-Scanned: amavisd-new at lu2-zimbra.skype.net
Received: from zimbra.skype.net ([127.0.0.1]) by localhost (zimbra.skype.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tJeGyvslaFvB; Thu, 25 Aug 2011 23:20:12 +0200 (CEST)
Received: from [10.10.155.2] (unknown [198.202.199.254]) by zimbra.skype.net (Postfix) with ESMTPSA id C2817350737F; Thu, 25 Aug 2011 23:20:11 +0200 (CEST)
Message-ID: <4E56BC71.101@skype.net>
Date: Thu, 25 Aug 2011 14:19:45 -0700
From: Matthew Kaufman <matthew.kaufman@skype.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.20) Gecko/20110804 Thunderbird/3.1.12
MIME-Version: 1.0
To: "Timothy B. Terriberry" <tterriberry@mozilla.com>
References: <A444A0F8084434499206E78C106220CA0B00FDB08B@MCHP058A.global-ad.net> <89177AB2-F721-47E4-8471-2180EDA10615@voxeo.com> <A444A0F8084434499206E78C106220CA0B00FDB34D@MCHP058A.global-ad.net> <496EE152-41F2-49AB-A136-05735FE5A9F9@voxeo.com> <101C6067BEC68246B0C3F6843BCCC1E31018BF6BE2@MCHP058A.global-ad.net> <4E54AB9B.9090600@jesup.org> <A444A0F8084434499206E78C106220CA0B00FDB534@MCHP058A.global-ad.net> <101C6067BEC68246B0C3F6843BCCC1E31018BF6DF6@MCHP058A.global-ad.net> <4E554BCE.2040403@alum.mit.edu> <4E56399E.2020902@alvestrand.no> <A444A0F8084434499206E78C106220CA0B011C8D3B@MCHP058A.global-ad.net> <4E5682DD.5020204@skype.net> <4E569983.8060409@mozilla.com>
In-Reply-To: <4E569983.8060409@mozilla.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Remote recording - RTC-Web client acting as SIPREC session recording client
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: Thu, 25 Aug 2011 21:19:13 -0000

On 8/25/2011 11:50 AM, Timothy B. Terriberry wrote:
> Matthew Kaufman wrote:
>> But this is a bad idea. Providing APIs that let a browser send audio
>> that is being received from the other end to a third party open several
>> different cans of worms simultaneously. One is that there's now another
>
> The currently proposed MediaStream Processing API 
> (http://hg.mozilla.org/users/rocallahan_mozilla.com/specs/raw-file/tip/StreamProcessing/StreamProcessing.html) 
> essentially allows exactly this (including mixing). It doesn't make 
> any distinction about whether the source of a MediaStream is a local 
> camera, a <video> tag, or a remote stream from a PeerConnection 
> object. So if you want to prevent this kind of thing, you need to have 
> an active method of doing so, because by default the API will allow it.

I think you need to seriously consider the security implications here. 
Any media that originates from somewhere other than a local camera that 
has given permission or a local microphone that has given permission 
needs to be marked as not sendable elsewhere.
>
>> Not to mention all the protocol-level implications of being an RTP
>> mixer, if we're trying to stay true to that particular choice of 
>> protocols.
>
> That's a good point, and it's important to think about what the 
> implications of those are, especially for a ProcessedMediaStream. This 
> is not something I, personally, have thought all the way through yet.

Agree, though less of an issue if it isn't possible.

Matthew Kaufman