Re: [OAUTH-WG] Token Mediating and session Information Backend For Frontend (TMI BFF)
Dominick Baier <dbaier@leastprivilege.com> Wed, 17 February 2021 19:50 UTC
Return-Path: <dbaier@leastprivilege.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 E16DB3A1CEB for <oauth@ietfa.amsl.com>; Wed, 17 Feb 2021 11:50:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.887
X-Spam-Level:
X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=leastprivilege-com.20150623.gappssmtp.com
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 JacHs3iVdl6r for <oauth@ietfa.amsl.com>; Wed, 17 Feb 2021 11:50:27 -0800 (PST)
Received: from mail-io1-xd2b.google.com (mail-io1-xd2b.google.com [IPv6:2607:f8b0:4864:20::d2b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F0233A1CE9 for <oauth@ietf.org>; Wed, 17 Feb 2021 11:50:27 -0800 (PST)
Received: by mail-io1-xd2b.google.com with SMTP id a7so3923504iok.12 for <oauth@ietf.org>; Wed, 17 Feb 2021 11:50:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leastprivilege-com.20150623.gappssmtp.com; s=20150623; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc; bh=X7W0ypts6muhYqnuEeWfKuavvyhrbDhJelAIRMe/BGo=; b=ACTmQJBRQ7Wzx/Xdmm40PRyK/FaDff9QZZP6v8XY6zOAC5RmOu5Zts5V3xnNW43Izl Ed7DoPcvYCNFXk7reQWZiVVoK72/RiIo7KJIk8UTQhvCv7Hh0Wl3fs+V+EPNPkUnkZM3 6xdhvyHDJDzl09z3iUhfFUrTJGvlY8AKLZQhsBNf4RsNenSuAdw71SMaGJjEdMFNPy3k /jllSff0qX4zu/U9c8UMw+TnyvuvfJR/+yHzyCaQ8Ylu1ArA9t1OCfT+nxiTlZ46pEM7 xKwXCt0IkR8xGOD6TOEt7sCHu7WTV8FrzaehP6xz0ClRussBBgIMGYNUDpCuCN0S9r1N tdwg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=X7W0ypts6muhYqnuEeWfKuavvyhrbDhJelAIRMe/BGo=; b=cePnh8wXe1gEBugQTIj0Pmt4+YFA1WSMlXfd2BAbQbaoV8TVw1Q4PdZsl2bAttP9JQ m3dFmrs+GnlA+UFzBBqSp1MefG6guWaTRzxcrxsVbYlHjYKl1LMs9Djcy21CkKdxafzb y+8fUEqQNA5QaaR4yPNNDTvJexiibQCSTqJKFidtHlq9DP2jAIViBBDwxv9+HiIdKMuk 20pkdHQD/SsRFuzRDYmql7PZZZd8gNv/7VihVtcGeD1q+tPWfZTzkGxLP2RlCBUunJlM c4ZWgUZf3nztRETm59Y9gC4jl0uODiogzOJOSgRwCo83ZNkqBhShy0g+N+x1I+/XwQR+ iQtA==
X-Gm-Message-State: AOAM530ykWDFXZaXC5ktLbsqpwZql0RDvvPZm/VaeTg7uKmkp7+5BCbO yWANRVzrWXDm+JwmS/+cUoca9B1uw0ljaB2t8kp9
X-Google-Smtp-Source: ABdhPJw5SPz8Ms+pV40EZHO/2C9NgNG4Hp4xYTi/6CcfThi1VRFK0FwK9jQkpxLXN2U76uEG1dVTjnk9nrFyrBkptfI=
X-Received: by 2002:a05:6638:3803:: with SMTP id i3mr1077942jav.26.1613591426709; Wed, 17 Feb 2021 11:50:26 -0800 (PST)
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Wed, 17 Feb 2021 11:50:26 -0800
From: Dominick Baier <dbaier@leastprivilege.com>
In-Reply-To: <CAJot-L2WjLd+gLZZQr-2X=XFF5sZafsFeYJxYqNTj4TX1xmX8w@mail.gmail.com>
References: <CO6PR18MB4052C85E4B5D5EE5E1DD357AAE899@CO6PR18MB4052.namprd18.prod.outlook.com> <5BE7C60F-84AB-431A-838F-D33459E551C6@lodderstedt.net> <CO6PR18MB4052CE7A7AFF1FAD39EDB90FAE899@CO6PR18MB4052.namprd18.prod.outlook.com> <16CA5346-48EF-4B29-8397-EE6312366C63@lodderstedt.net> <CA+k3eCRzPuQPEMm6EB-xd58DeAB2MSBt_ywRxPOHhsECpg+zYA@mail.gmail.com> <CAO7Ng+tkaBgyZEEzfcD7f1MiC2pWr7tuuX8+efEpstgaGfSk4w@mail.gmail.com> <CO6PR18MB4052BA48231DA27E5C208514AE869@CO6PR18MB4052.namprd18.prod.outlook.com> <CAO7Ng+viWRG3=O+Pz+9kdY_fOYnyyynTfy5VtOzjt1Gz6rjOLA@mail.gmail.com> <CAJot-L2WjLd+gLZZQr-2X=XFF5sZafsFeYJxYqNTj4TX1xmX8w@mail.gmail.com>
MIME-Version: 1.0
Date: Wed, 17 Feb 2021 11:50:26 -0800
Message-ID: <CAO7Ng+s+wpvCtaE+1K+C30LmN1osBoqEUYWBbkDgaoWFg9sJeg@mail.gmail.com>
To: Warren Parad <wparad@rhosys.ch>
Cc: Brian Campbell <bcampbell@pingidentity.com>, Torsten Lodderstedt <torsten@lodderstedt.net>, Vittorio Bertocci <vittorio.bertocci@auth0.com>, "oauth@ietf.org" <oauth@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000cd690705bb8d87f6"
Archived-At: <https://mailarchive.ietf.org/arch/msg/oauth/WOv2IApZWfRpTlcS2bGraAuaLIw>
Subject: Re: [OAUTH-WG] Token Mediating and session Information Backend For Frontend (TMI BFF)
X-BeenThere: oauth@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Wed, 17 Feb 2021 19:50:30 -0000
Well. Maybe it is at least worth while then to at least mention that you could also take a slightly different approach and eliminate all tokens in the browser - with the respective trade offs. ——— Dominick Baier On 17. February 2021 at 20:46:42, Warren Parad (wparad@rhosys.ch) wrote: While someone will always say “but this doesn’t solve the XSS problem” - > this is absolutely correct. But when there are no tokens in the browser - > you can simply eliminate that part of the threat model ;) The point was it doesn't eliminate anything, it just changes the request/response data that is part of the attack. This doesn't increase security, as a matter of fact, with regard to the RFC, we shouldn't talk about security at all, since it has zero impact on it. It is worth talking about that pattern as *one* possible solution to maintaining sessions, but that's it. Warren Parad Founder, CTO Secure your user data with IAM authorization as a service. Implement Authress <https://authress.io/>. On Wed, Feb 17, 2021 at 8:43 PM Dominick Baier <dbaier@leastprivilege.com> wrote: > Yes - “no OAuth tokens in the browser” ;) They are all kept server-side > and the BFF proxies the API calls if necessary. Also the RT management > happens server-side and is transparent to the SPA. > > I see that in lots of industries - finance, health, cloud providers > > While someone will always say “but this doesn’t solve the XSS problem” - > this is absolutely correct. But when there are no tokens in the browser - > you can simply eliminate that part of the threat model ;) > > ——— > Dominick Baier > > On 17. February 2021 at 18:30:23, Vittorio Bertocci ( > vittorio.bertocci@auth0.com) wrote: > > Thanks Dominick, > > It is indeed a very simple spec, but as you can see from the discussion so > far, it doesn’t appear to be trivial- and there might be some > considerations we consider obvious (eg scope escalation) that might not be > super clear otherwise. > > In terms of the guidance, just to make sure I get the scope right- that > means that also code+PKCE+rotating RTs in JS would not be acceptable for > your customers? > > > > *From: *Dominick Baier <dbaier@leastprivilege.com> > *Date: *Wednesday, February 17, 2021 at 00:27 > *To: *Brian Campbell <bcampbell@pingidentity.com>, Torsten Lodderstedt < > torsten@lodderstedt.net> > *Cc: *Vittorio Bertocci <vittorio.bertocci@auth0.com>, "oauth@ietf.org" < > oauth@ietf.org> > *Subject: *Re: [OAUTH-WG] Token Mediating and session Information Backend > For Frontend (TMI BFF) > > > > Hey, > > > > Tbh - I have a bit of a hard time to see why this requires a spec, if that > is all you are aiming at. Wouldn’t that be just an extension to the “OAuth > for web apps BCP?”. > > > > All I can add here is - this approach would not work for any of our > customer. Because their real motivation is to implement a more and more > common security guideline these days - namely: “no JS-accessible tokens in > the browser” - but this document doesn’t cover this. > > > > cheers > > ——— > > Dominick Baier > > > > On 16. February 2021 at 22:01:37, Brian Campbell ( > bcampbell=40pingidentity.com@dmarc.ietf.org) wrote: > > > > > > > > On Mon, Feb 15, 2021 at 9:48 AM Torsten Lodderstedt < > torsten@lodderstedt.net> wrote: > > Thank you again for the explanation. > > I think your assumption about the overall flow should be described in the > draft. > > > > We did attempt to capture the assumptions in the draft but clearly could > have done a better job with it :) > > > > > As I understand it now the core contribution of your proposal is to move > refresh token management from frontend to backend. Is that correct? > > > > Taking that a bit further - the idea is that the backend takes on the > responsibilities of being a confidential client (client creds, token > acquisition, token management/persistence, etc.) to the external AS(s). And > TMI BFF describes a way for that backend to deliver access tokens to its > own frontend. > > > *CONFIDENTIALITY NOTICE: This email may contain confidential and > privileged material for the sole use of the intended recipient(s). Any > review, use, distribution or disclosure by others is strictly prohibited. > If you have received this communication in error, please notify the sender > immediately by e-mail and delete the message and any file attachments from > your computer. Thank you.*_______________________________________________ > OAuth mailing list > OAuth@ietf.org > https://www.ietf.org/mailman/listinfo/oauth > > _______________________________________________ > OAuth mailing list > OAuth@ietf.org > https://www.ietf.org/mailman/listinfo/oauth >
- [OAUTH-WG] Token Mediating and session Informatio… Vittorio Bertocci
- Re: [OAUTH-WG] Token Mediating and session Inform… Stoycho Sleptsov
- Re: [OAUTH-WG] Token Mediating and session Inform… Neil Madden
- Re: [OAUTH-WG] Token Mediating and session Inform… Warren Parad
- Re: [OAUTH-WG] Token Mediating and session Inform… Vittorio Bertocci
- Re: [OAUTH-WG] Token Mediating and session Inform… Vittorio Bertocci
- Re: [OAUTH-WG] Token Mediating and session Inform… Warren Parad
- Re: [OAUTH-WG] Token Mediating and session Inform… Dominick Baier
- Re: [OAUTH-WG] Token Mediating and session Inform… Warren Parad
- Re: [OAUTH-WG] Token Mediating and session Inform… Vittorio Bertocci
- Re: [OAUTH-WG] Token Mediating and session Inform… Vittorio Bertocci
- Re: [OAUTH-WG] Token Mediating and session Inform… Vittorio Bertocci
- Re: [OAUTH-WG] Token Mediating and session Inform… Vittorio Bertocci
- Re: [OAUTH-WG] Token Mediating and session Inform… Warren Parad
- Re: [OAUTH-WG] Token Mediating and session Inform… Stoycho Sleptsov
- Re: [OAUTH-WG] Token Mediating and session Inform… Warren Parad
- Re: [OAUTH-WG] Token Mediating and session Inform… Stoycho Sleptsov
- Re: [OAUTH-WG] Token Mediating and session Inform… Torsten Lodderstedt
- Re: [OAUTH-WG] Token Mediating and session Inform… Neil Madden
- Re: [OAUTH-WG] Token Mediating and session Inform… Stoycho Sleptsov
- Re: [OAUTH-WG] Token Mediating and session Inform… Warren Parad
- Re: [OAUTH-WG] Token Mediating and session Inform… Stoycho Sleptsov
- Re: [OAUTH-WG] Token Mediating and session Inform… Warren Parad
- Re: [OAUTH-WG] Token Mediating and session Inform… Neil Madden
- Re: [OAUTH-WG] Token Mediating and session Inform… Vittorio Bertocci
- Re: [OAUTH-WG] Token Mediating and session Inform… Vittorio Bertocci
- Re: [OAUTH-WG] Token Mediating and session Inform… Vittorio Bertocci
- Re: [OAUTH-WG] Token Mediating and session Inform… Warren Parad
- Re: [OAUTH-WG] Token Mediating and session Inform… Torsten Lodderstedt
- Re: [OAUTH-WG] Token Mediating and session Inform… Warren Parad
- Re: [OAUTH-WG] Token Mediating and session Inform… Vittorio Bertocci
- Re: [OAUTH-WG] Token Mediating and session Inform… Vittorio Bertocci
- Re: [OAUTH-WG] Token Mediating and session Inform… Warren Parad
- Re: [OAUTH-WG] Token Mediating and session Inform… Vittorio Bertocci
- Re: [OAUTH-WG] Token Mediating and session Inform… Vittorio Bertocci
- Re: [OAUTH-WG] Token Mediating and session Inform… Philippe De Ryck
- Re: [OAUTH-WG] Token Mediating and session Inform… Vittorio Bertocci
- Re: [OAUTH-WG] Token Mediating and session Inform… Philippe De Ryck
- Re: [OAUTH-WG] Token Mediating and session Inform… Neil Madden
- Re: [OAUTH-WG] Token Mediating and session Inform… Philippe De Ryck
- Re: [OAUTH-WG] Token Mediating and session Inform… Neil Madden
- Re: [OAUTH-WG] Token Mediating and session Inform… Warren Parad
- Re: [OAUTH-WG] Token Mediating and session Inform… Philippe De Ryck
- Re: [OAUTH-WG] Token Mediating and session Inform… Neil Madden
- Re: [OAUTH-WG] Token Mediating and session Inform… Stoycho Sleptsov
- Re: [OAUTH-WG] Token Mediating and session Inform… Torsten Lodderstedt
- Re: [OAUTH-WG] Token Mediating and session Inform… Brian Campbell
- Re: [OAUTH-WG] Token Mediating and session Inform… Dominick Baier
- Re: [OAUTH-WG] Token Mediating and session Inform… Vittorio Bertocci
- Re: [OAUTH-WG] Token Mediating and session Inform… Hans Zandbelt
- Re: [OAUTH-WG] Token Mediating and session Inform… Dominick Baier
- Re: [OAUTH-WG] Token Mediating and session Inform… Warren Parad
- Re: [OAUTH-WG] Token Mediating and session Inform… Dominick Baier
- Re: [OAUTH-WG] Token Mediating and session Inform… Warren Parad
- Re: [OAUTH-WG] Token Mediating and session Inform… Neil Madden
- Re: [OAUTH-WG] Token Mediating and session Inform… Brian Campbell
- Re: [OAUTH-WG] Token Mediating and session Inform… Dominick Baier
- Re: [OAUTH-WG] Token Mediating and session Inform… Neil Madden
- Re: [OAUTH-WG] Token Mediating and session Inform… Philippe De Ryck
- Re: [OAUTH-WG] Token Mediating and session Inform… Neil Madden
- Re: [OAUTH-WG] Token Mediating and session Inform… Brian Campbell
- Re: [OAUTH-WG] Token Mediating and session Inform… Neil Madden
- Re: [OAUTH-WG] Token Mediating and session Inform… George Fletcher
- Re: [OAUTH-WG] Token Mediating and session Inform… Neil Madden
- [OAUTH-WG] Security of OAuth on Andriod [Was: Re:… Neil Madden
- Re: [OAUTH-WG] Security of OAuth on Andriod [Was:… Om
- Re: [OAUTH-WG] Security of OAuth on Andriod [Was:… Neil Madden
- Re: [OAUTH-WG] Security of OAuth on Andriod [Was:… SOMMER, DOMINIK
- Re: [OAUTH-WG] Security of OAuth on Andriod [Was:… Neil Madden
- Re: [OAUTH-WG] Security of OAuth on Andriod [Was:… Warren Parad
- Re: [OAUTH-WG] Security of OAuth on Andriod [Was:… Karsten Meyer zu Selhausen
- Re: [OAUTH-WG] Security of OAuth on Andriod [Was:… Aaron Parecki
- Re: [OAUTH-WG] Token Mediating and session Inform… Brian Campbell
- Re: [OAUTH-WG] Token Mediating and session Inform… Neil Madden