Re: [OAUTH-WG] problem statement

Aiden Bell <aiden449@gmail.com> Tue, 06 September 2011 19:34 UTC

Return-Path: <aiden449@gmail.com>
X-Original-To: oauth@ietfa.amsl.com
Delivered-To: oauth@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8267A21F8E21 for <oauth@ietfa.amsl.com>; Tue, 6 Sep 2011 12:34:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.246
X-Spam-Level:
X-Spam-Status: No, score=-3.246 tagged_above=-999 required=5 tests=[AWL=0.352, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
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 LVox2cMeDROt for <oauth@ietfa.amsl.com>; Tue, 6 Sep 2011 12:34:39 -0700 (PDT)
Received: from mail-qy0-f179.google.com (mail-qy0-f179.google.com [209.85.216.179]) by ietfa.amsl.com (Postfix) with ESMTP id B013C21F8E17 for <oauth@ietf.org>; Tue, 6 Sep 2011 12:34:39 -0700 (PDT)
Received: by qyk35 with SMTP id 35so4088151qyk.10 for <oauth@ietf.org>; Tue, 06 Sep 2011 12:36:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=MtaqTzgu+aL/6K5HtULKWUpEtzPGcbtsm2lIDucayYw=; b=akHcnQx/MH0lUnxdR7emaEhuRAj/FMRzIxOsQA/mQccGMp/wkoKJzbc0wdVSnfM7uT ImqjlrJE2+lIHrwqOuEHdmQybXjTJIBFCYUmgJt80GYW9+JZ1xCvC2E+ZcBM1unwErx1 zFvWD+aHOH78MpApZucE5bNUU0cXMmD0byKsI=
MIME-Version: 1.0
Received: by 10.229.71.161 with SMTP id h33mr4091706qcj.276.1315337786722; Tue, 06 Sep 2011 12:36:26 -0700 (PDT)
Received: by 10.229.249.71 with HTTP; Tue, 6 Sep 2011 12:36:26 -0700 (PDT)
Received: by 10.229.249.71 with HTTP; Tue, 6 Sep 2011 12:36:26 -0700 (PDT)
In-Reply-To: <4E667469.2040007@mtcc.com>
References: <4E665B25.6090709@mtcc.com> <4E6661FA.7050804@alcatel-lucent.com> <CD0B1909-8298-4CC3-B273-7B26E71EAB31@hueniverse.com> <4E666512.7010701@mtcc.com> <F4839FCD-CA73-4450-AD12-E07D46BB7746@hueniverse.com> <4E6667D1.3080404@mtcc.com> <1315334677.26387.YahooMailNeo@web31809.mail.mud.yahoo.com> <4E666B65.30701@mtcc.com> <29815937-0FB9-463B-B6E4-8FCAF7B3CD8C@hueniverse.com> <4E666E73.3050502@mtcc.com> <CAMrm-MJHKTxaj1iEm_Lr=X92sOiWZcYN4F6dNqb5w5gh4OPndQ@mail.gmail.com> <4E6671FA.3090503@gmail.com> <4E667469.2040007@mtcc.com>
Date: Tue, 06 Sep 2011 20:36:26 +0100
Message-ID: <CA+5SmTU_CrOEDmSGHCpJciuK2Yqj-WHpZzY1QS4LpEzfuaaTsw@mail.gmail.com>
From: Aiden Bell <aiden449@gmail.com>
To: Michael Thomas <mike@mtcc.com>, OAuth WG <oauth@ietf.org>
Content-Type: multipart/alternative; boundary="0016e6505810898b5104ac4af1ba"
Subject: Re: [OAUTH-WG] problem statement
X-BeenThere: oauth@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: OAUTH WG <oauth.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/oauth>, <mailto:oauth-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/oauth>
List-Post: <mailto:oauth@ietf.org>
List-Help: <mailto:oauth-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/oauth>, <mailto:oauth-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Sep 2011 19:34:40 -0000

I'm pretty sure anyone charged with implementing the oauth protocol should
be able to make a fairly informed judgement about what oauth does and
doesn't do and the implications of that scope. Like all security, it is
about layers ... And oauth isn't all layers. That's obvious.

I don't think writing about that helps the spec too much, past saying "oauth
isn't a one stop shop for end to end security"

sent from my android phone
On Sep 6, 2011 8:28 PM, "Michael Thomas" <mike@mtcc.com> wrote:
> Melinda Shore wrote:
>> On 09/06/2011 11:11 AM, Jill Burrows wrote:
>>> I repeat, it is not an OAuth problem.
>>
>> If I'm reading Mike correctly (and if I'm not it won't be the
>> first time I've misunderstood him), he's not really asking for
>> OAUTH to solve this particular problem but to clarify the
>> documents and beef up discussions of what is and is not in
>> scope. He read the document and couldn't figure out whether
>> or not this particular problem is the business of the working
>> group.
>
> I'm fairly certain that if somebody were deploying oauth for their servers
> that unless the document told me that oauth doesn't provide protection
> against third party snooping if it's embedded in any app, most people
wouldn't
> have a clue that that was a dangerous assumption.
>
> What this says is that oauth only works in one use case, and that only the
> user can tell the difference. Given the proliferation of phone apps and
> embedded webviews, it seems that the original assumptions of oauth are
> no longer up to date.
>
> Mike
> _______________________________________________
> OAuth mailing list
> OAuth@ietf.org
> https://www.ietf.org/mailman/listinfo/oauth