Re: [OAUTH-WG] WG Last Call on the RAR Document
Dave Tonge <dave.tonge@momentumft.co.uk> Tue, 08 June 2021 10:34 UTC
Return-Path: <dave.tonge@moneyhub.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 43DDA3A2BD5 for <oauth@ietfa.amsl.com>; Tue, 8 Jun 2021 03:34:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.738
X-Spam-Level:
X-Spam-Status: No, score=-0.738 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001, WORD_INVIS=1] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=momentumft.co.uk
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 Rp0AICalH4Kp for <oauth@ietfa.amsl.com>; Tue, 8 Jun 2021 03:34:05 -0700 (PDT)
Received: from mail-ej1-x635.google.com (mail-ej1-x635.google.com [IPv6:2a00:1450:4864:20::635]) (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 B0E6E3A2BD3 for <oauth@ietf.org>; Tue, 8 Jun 2021 03:34:04 -0700 (PDT)
Received: by mail-ej1-x635.google.com with SMTP id a11so31097813ejf.3 for <oauth@ietf.org>; Tue, 08 Jun 2021 03:34:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=momentumft.co.uk; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3BgxV803lF0ly0ApNnbPCz9UDNTOQ/hWExdrLY3hX6c=; b=WmT1qelj0ZpFBGoXPwAmPiOGVpZpJnnGMRu2P+5MynCcspLqP6C+EqAUw51TQ3z91Q cPkW1S1iHXCl2OZLBxJS+/Y46giyWqKJaLq6X9OFnu//lcjTLADMadbmQbEBVuj5QpRW ZQf581AWJwVdnDrBeb10yyQKIxab+sRkTXnpw=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=3BgxV803lF0ly0ApNnbPCz9UDNTOQ/hWExdrLY3hX6c=; b=f2wUL6I8cURIYCCcORYl4JIrXxIe1HIsoX2OBgu8b6utZmsbJAlNBxNXzos/fKVFZC x0hLN9sqQ6R6pPAKNzS52ojFypOD4iTorMbu4eChwcmqEfitr4yBqJRwJsxbCZiw/RiS 0X71/3Br/EG1DVAieKmXOXjtnL/7AFUJKZFCXkev/H644/EVOD+wNe1Mt90klUOJG+AV uOFhQwhNIepV2jDGpZtf5limr9YCh9zliwmtZjpiE/7BZPgqonNwnbE59h00jrRFXZ35 mG6O9RcwCrQPvoLtcB8JvYBBDbExlZurmZ/QyO/rtmEvTDNgB6uGlWqyTo7O1iiOAUN/ O7xg==
X-Gm-Message-State: AOAM533PPY0+/kBySf439AU8QAlqAmEBa+TW/UcJAESNFGmVvjjeJquv ABqeT+qzwAPezp11xYPF7Zzb3LqrwWRmbV12/0j+0V2UjkQ8id+Y4QjjmCu0pw1SWN3xH4JorpI FzBybSZ9WyvKBvsZYJqSPtrrK1lw=
X-Google-Smtp-Source: ABdhPJxcEEjbCQUgaLffE4Rhp7VNJ2QlTsvvRWZnBfmR9kp9R5BAjwH+o8oJZwlftswEzCOUdCixojyI8/3krucN+UM=
X-Received: by 2002:a17:906:1c49:: with SMTP id l9mr22682745ejg.39.1623148441796; Tue, 08 Jun 2021 03:34:01 -0700 (PDT)
MIME-Version: 1.0
References: <CADNypP9BPovqzQ_=mp-X3xeHv5OTXYXH_D+2ZKXcUhfEhPaYsw@mail.gmail.com>
In-Reply-To: <CADNypP9BPovqzQ_=mp-X3xeHv5OTXYXH_D+2ZKXcUhfEhPaYsw@mail.gmail.com>
From: Dave Tonge <dave.tonge@momentumft.co.uk>
Date: Tue, 08 Jun 2021 12:33:50 +0200
Message-ID: <CAP-T6TTaspi8+iZb2QSuLemfu_U8PxuZr7tQbX5M4pw00u6vyg@mail.gmail.com>
To: Rifaat Shekh-Yusef <rifaat.s.ietf@gmail.com>
Cc: oauth <oauth@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000004a959805c43eb208"
Archived-At: <https://mailarchive.ietf.org/arch/msg/oauth/cDMCG0ldt55FgR0QeRnyC1lw6xE>
Subject: Re: [OAUTH-WG] WG Last Call on the RAR Document
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: Tue, 08 Jun 2021 10:34:11 -0000
Dear RAR authors Thank you for your work on this draft - I believe it will be very helpful to many ecosystems and am in favour of its progression. A few nits: *Whole Document* - "payment initiation" is I think a PSD2 specific term, I'm not sure about its use in the document, perhaps just "payment API" is sufficient? If it is used, perhaps it needs a definition? *Introduction* - "enables the AS to *mint* RS-specific" - I wonder whether "mint" is a well enough understood term? *Section 2* - final example in 2.1 - is the array of authorization details supposed to be under the `resources` key? *Section 3* - Should PAR be added to 6747,8628 and CIBA in section 3? I know it is referenced in 12.4, but I think that RAR and PAR fit very well together and it would be better to call out earlier on in the spec ( it is mentioned extensively in the security and privacy considerations and so I think therefore should be mentioned earlier) - I suggest that mention is made in section 3 that the RO may grant a subset of the request authorization details. This is mentioned in section 7.1 but I feel it should be addressed in the authorization section. *Section 7* The title for section 7.1 could maybe adjusted to simply "Authorization details in Token Response" as it deals with both enrichment and a subset being returned. In addition I don't think it is clear whether an AS is required to enrich the authorization details. The statement is made > In order to allow the client to determine the accounts it is entitled to access, the authorization server will add this information to the respective authorization details object. However a more standard approach currently is that the Client would simply query an `/accounts` endpoint and would receive accounts to which it has been given access to - without having to know their identifiers up front. There could be a situation where a resource owner grants access to all their accounts (including accounts opened in the future). Having the AS be required to fill in the account identifiers in the token response could be restrictive. I think this kind of enrichment is nice, but I suggest that it be made clear that it is optional. *Section 12* * - *typo: "follwowing" -> "following" Dave On Mon, 7 Jun 2021 at 22:19, Rifaat Shekh-Yusef <rifaat.s.ietf@gmail.com> wrote: > All, > > This is to start a *WG Last Call *on the *RAR* document, that ends *June > 22nd.* > https://datatracker.ietf.org/doc/html/draft-ietf-oauth-rar-05 > > Please, review the document and provide your feedback on the mailing list. > A feedback that states that you have reviewed the document and have no > concerns would also be very helpful. > > Regards, > Rifaat & Hannes > _______________________________________________ > OAuth mailing list > OAuth@ietf.org > https://www.ietf.org/mailman/listinfo/oauth > -- Dave Tonge CTO [image: Moneyhub Enterprise] <http://www.google.com/url?q=http%3A%2F%2Fmoneyhubenterprise.com%2F&sa=D&sntz=1&usg=AFQjCNGUnR5opJv5S1uZOVg8aISwPKAv3A> t: +44 (0)117 280 5120 Moneyhub Enterprise is a trading style of Moneyhub Financial Technology Limited which is authorised and regulated by the Financial Conduct Authority ("FCA"). Moneyhub Financial Technology is entered on the Financial Services Register (FRN 809360) at fca.org.uk/register. Moneyhub Financial Technology is registered in England & Wales, company registration number 06909772 . Moneyhub Financial Technology Limited 2018 © DISCLAIMER: This email (including any attachments) is subject to copyright, and the information in it is confidential. Use of this email or of any information in it other than by the addressee is unauthorised and unlawful. Whilst reasonable efforts are made to ensure that any attachments are virus-free, it is the recipient's sole responsibility to scan all attachments for viruses. All calls and emails to and from this company may be monitored and recorded for legitimate purposes relating to this company's business. Any opinions expressed in this email (or in any attachments) are those of the author and do not necessarily represent the opinions of Moneyhub Financial Technology Limited or of any other group company. -- Moneyhub Enterprise is a trading style of Moneyhub Financial Technology Limited which is authorised and regulated by the Financial Conduct Authority ("FCA"). Moneyhub Financial Technology is entered on the Financial Services Register (FRN 809360) at https://register.fca.org.uk/ <https://register.fca.org.uk/>. Moneyhub Financial Technology is registered in England & Wales, company registration number 06909772. Moneyhub Financial Technology Limited 2020 © Moneyhub Enterprise, Regus Building, Temple Quay, 1 Friary, Bristol, BS1 6EA. DISCLAIMER: This email (including any attachments) is subject to copyright, and the information in it is confidential. Use of this email or of any information in it other than by the addressee is unauthorised and unlawful. Whilst reasonable efforts are made to ensure that any attachments are virus-free, it is the recipient's sole responsibility to scan all attachments for viruses. All calls and emails to and from this company may be monitored and recorded for legitimate purposes relating to this company's business. Any opinions expressed in this email (or in any attachments) are those of the author and do not necessarily represent the opinions of Moneyhub Financial Technology Limited or of any other group company.
- [OAUTH-WG] WG Last Call on the RAR Document Rifaat Shekh-Yusef
- Re: [OAUTH-WG] WG Last Call on the RAR Document Dave Tonge
- Re: [OAUTH-WG] WG Last Call on the RAR Document Torsten Lodderstedt