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, 8 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.