Re: [websec] Authentic inter-domain relationships. Is this a security problem? Appropriate for websec?

Chris Hartmann <cxhartmann@gmail.com> Tue, 13 January 2015 20:31 UTC

Return-Path: <cxhartmann@gmail.com>
X-Original-To: websec@ietfa.amsl.com
Delivered-To: websec@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9717F1ACDBE for <websec@ietfa.amsl.com>; Tue, 13 Jan 2015 12:31:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I4o7L5LfgSPt for <websec@ietfa.amsl.com>; Tue, 13 Jan 2015 12:30:59 -0800 (PST)
Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0CB451ACD87 for <websec@ietf.org>; Tue, 13 Jan 2015 12:30:59 -0800 (PST)
Received: by mail-ob0-f169.google.com with SMTP id vb8so4597799obc.0 for <websec@ietf.org>; Tue, 13 Jan 2015 12:30:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=z2gEZ4H8trRmClX6STRzlGaMClxcLU4I/hXXgJ/KUtg=; b=z10GYA/4B/W/SvTUSOtO6WiKfuHJE3KD8Jg35VoW2GJOJzcLTzucZc4jVCfkRjg3eN n4wCr02qglZhe1BAu2DgOKmVqWuzwL/Idj5Iq0sZfU2JetRq9nCsZV5UQyDcIak50RK1 LksGz12w/inkfRd4/QKzOEnTXHnA28YGxXuIsWoHRqTJ0SJE4/8jtdqV7aJmwIEUSWi0 XFZ6ysX/neS1M7V4mz1LD8pXVLb2tiKhB6CUnVyZHeEr+RrNCDfJWNylu7aGgDXSYMhz iygBrTKd+XwU/JHh1CqdNaJ/Xrkrj77QCqpiIrGrtNggXght2h3+IZYh7jESp+bSzDT3 IFvw==
MIME-Version: 1.0
X-Received: by 10.60.125.130 with SMTP id mq2mr206619oeb.50.1421181058254; Tue, 13 Jan 2015 12:30:58 -0800 (PST)
Received: by 10.202.45.78 with HTTP; Tue, 13 Jan 2015 12:30:58 -0800 (PST)
In-Reply-To: <CADnb78hD=rTbu5RU1SYksDWYOjokM=f25R49XCCdO2xj+TVtyw@mail.gmail.com>
References: <CAL1pEULxwcStS6EDfYtpV+neU2izz2gLsJi2Ak7OVxB9x8MzhA@mail.gmail.com> <CADnb78hD=rTbu5RU1SYksDWYOjokM=f25R49XCCdO2xj+TVtyw@mail.gmail.com>
Date: Tue, 13 Jan 2015 12:30:58 -0800
Message-ID: <CAL1pEULaTQ0NUe_zmEiEWfeY8dohdAMcC4MpZnLY32CX95PrJw@mail.gmail.com>
From: Chris Hartmann <cxhartmann@gmail.com>
To: Anne van Kesteren <annevk@annevk.nl>
Content-Type: text/plain; charset=UTF-8
Archived-At: <http://mailarchive.ietf.org/arch/msg/websec/JAaVsWLqLnEVI99hWkwCqpJcPKs>
Cc: websec <websec@ietf.org>
Subject: Re: [websec] Authentic inter-domain relationships. Is this a security problem? Appropriate for websec?
X-BeenThere: websec@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Web Application Security Minus Authentication and Transport <websec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/websec>, <mailto:websec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/websec/>
List-Post: <mailto:websec@ietf.org>
List-Help: <mailto:websec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/websec>, <mailto:websec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Jan 2015 20:31:01 -0000

Hi Anne/All,
Thanks for the response.

I think your use-case is slightly different then what I was going for,
but perhaps I can extend my idea to cover a different aspect of yours.
Just for clarity, if I understand correctly, the relationship between
services like okta.com and google.com isn't what I'm addressing
(sounds more OAuth'ish etc). Rather the relationship between you, your
employer, and okta.com might be more in line with where I'm going, but
still isn't really the primary case. Let me explain, in your case, you
or your company IT department made a judgement call to trust okta.com
with managing a business asset, business related accounts used for
business purposes hosted by a third-party. Presumably your credentials
to okta.com are a risk to the company if compromised. If a phisher
sent you an email claiming to be okta.com with a link to a fake but
believable hostname, say otka.com (see what I did there), you happen
to click the link and are on the verge of providing your credentials,
you are now in a situation where your perception of the hostname is
the only indication to spark your skepticism and avoid compromise.
Exactly the edge phishers hope for.

My vague idea is that the user agent should have the capability to
notify you, the end-user, that there is no relationship between
yourcompany.com and otka.com (the bad guy), perhaps in a similar
manner that browsers today indicate a lack of integrity with regards
to https verification failures.

Instead of the user-agent labeling the bad guy as bad, it would be the
opposite. When yourcompany.com formed the business relationship with
okta.com it could perhaps share a bit of digitally signed data, say
digitally sign the url to the login page (www.okta.com/yourcompany)
and embed that in response. Then the user-agent would be able to
notify you each time you log in that yourcompany.com authorized
www.okta.com/yourcompany in an obvious enough manner for you to notice
it missing when you clicked the phishing link. In a sense my hope is
to label the good relationships as truthfully good, the user-agent
constantly labels it as such, and then the hope is that typical end
users can then be skeptical when the "this is the good guy" label is
missing, enhancing human perception of good vs. evil.

All of this is very specific, but in general, at the core, I think as
orgs continue the trend of "outsourcing IT" there needs to be a way on
the web to describe and authenticate the relationships in a manner
that end-users and user-agents can digest.

Making a lot of assumptions and going out on a limb here, but a fun
little thought experiment, and look forward to continuing the
brainstorm.


Chris




On Tue, Jan 13, 2015 at 1:09 AM, Anne van Kesteren <annevk@annevk.nl>; wrote:
> On Mon, Jan 12, 2015 at 8:18 PM, Chris Hartmann <cxhartmann@gmail.com>; wrote:
>> Should we solve this? Is it solved already? Could use help gelling or
>> junking this idea.
>>
>> I have a few ideas on how this could be improved/implemented.
>
> I'd be interested to hear them. E.g. at work we started using
> https://www.okta.com/ to login to a bunch of a services, including
> e.g. Google services. It felt extremely phishy to give credentials to
> okta.com to make use of a google.com service.
>
>
> --
> https://annevankesteren.nl/