[OAUTH-WG] Re: draft-chen-oauth-agent-authz-use-cases-01

Blake Morrison <blake@truealter.com> Wed, 19 August 2026 07:47 UTC

Return-Path: <blake@truealter.com>
X-Original-To: oauth@mail2.ietf.org
Delivered-To: oauth@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id A1DAB12C166B9 for <oauth@mail2.ietf.org>; Wed, 19 Aug 2026 00:47:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1787125641; bh=brh7RLkuBEH7Plt2AkVe+OznfE3b7f2R3if0gkEhPGQ=; h=Date:To:From:Cc:Subject:In-Reply-To:References; b=Fg6mdl8+ZciuiVwv5CUQuOieuDlsIrxC66mZ2Mesa318PUNveWKoIqqqalKLS1vC9 sprC3qZbQEdeD8TKu/E8Ik1Y766jEEvJxQkzdXxjE/LaU/+9O8Wsof3hMXGBQ/LcvJ 9FalsTwKj9FAwEn3gwdX+ev1pgjedPT0VkEqzTGw=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.799
X-Spam-Level:
X-Spam-Status: No, score=-2.799 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=truealter.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id txtcgUGL39_g for <oauth@mail2.ietf.org>; Wed, 19 Aug 2026 00:47:21 -0700 (PDT)
Received: from mail-244117.protonmail.ch (mail-244117.protonmail.ch [109.224.244.117]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 0AD5F12C166B4 for <oauth@ietf.org>; Wed, 19 Aug 2026 00:47:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=truealter.com; s=protonmail; t=1787125639; x=1787384839; bh=brh7RLkuBEH7Plt2AkVe+OznfE3b7f2R3if0gkEhPGQ=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=NI8lw6IvxXwas9dHOMVKu1o/Aw2xn9QHPNCCfhM3+yLOMi5cw8VDHu9bGBRpKtm+L K0Ai0GmRRSC5o6//aaL+HneDNXXc6+W+vTzVfNt/JD392fmUYSzB61q5q/6LRI6/yo s3X9UUCWMZfNZVtgxdkGAACYdcbmk87tdYeIIrMVImla0QI/w5BS+AZIDal2dvu3sP XCenESkzjQ5lQ7me0TGCHljQ8qTmr5ATowKJORP3ekoDT0FwV7zqPv/L/AKyUcJc3i /ZlpkEqHbpe+hUq+E8xqFIgWdE2pbuBWOvc77ZHttEg1HPeyk+pxTakmDlsuAiz5XO g4SSATPE2IfJA==
Date: Wed, 19 Aug 2026 07:47:15 +0000
To: oauth <oauth@ietf.org>
From: Blake Morrison <blake@truealter.com>
Message-ID: <9L0cpfDVzipJftjAaFRsqykbCDusifvPWcBKITSH5U_MSdzhgz9XlUgXsphJi_Mg_9hEMPIND_O4Z54jDatDbnzAd7UVEfiYRVx6O17GkCo=@truealter.com>
In-Reply-To: <202608131756296188747@chinamobile.com>
References: <202608131756296188747@chinamobile.com>
Feedback-ID: 187617253:user:proton
X-Pm-Message-ID: bad81ebc65a695dc1d976d003e6e5a85a84f2a6a
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Message-ID-Hash: ACRD7Y2BU2NSFZZF6J5K5EPLGW5LHMHO
X-Message-ID-Hash: ACRD7Y2BU2NSFZZF6J5K5EPLGW5LHMHO
X-MailFrom: blake@truealter.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-oauth.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: chenmeiling <chenmeiling@chinamobile.com>, "drew@truealter.com" <drew@truealter.com>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [OAUTH-WG] Re: draft-chen-oauth-agent-authz-use-cases-01
List-Id: OAUTH WG <oauth.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/oauth/QaqpstuugaRKI-VPDjTbo2bLrkY>
List-Archive: <https://mailarchive.ietf.org/arch/browse/oauth>
List-Help: <mailto:oauth-request@ietf.org?subject=help>
List-Owner: <mailto:oauth-owner@ietf.org>
List-Post: <mailto:oauth@ietf.org>
List-Subscribe: <mailto:oauth-join@ietf.org>
List-Unsubscribe: <mailto:oauth-leave@ietf.org>

Hi Meiling,

Not a co-author but adding my two cents as a reader running the same check.

I went through the requirements against the gap analysis in each use case,
using the repo md since it is ahead of -02. UC1, UC2, UC5, UC7, UC10 and UC11
all check out, and Jia Chen has UC3 and UC4.

Two dangling.

UC8, requirement 2, fine-grained permission limited to a fixed set of domains
and to DS updating only. The three gaps cover multi-hop delegation syntax,
task and bulk revocation, and the audit-id claim. None of them reaches the
scoping requirement.

UC9, requirement 3, Delegated Authorization. Neither the hierarchical
delegation to sub-provider O&M teams nor the tenant case has an entry in What
Works or in What's Missing.

One other thing on UC8. Its requirements use plain bullets rather than the
bold-label shape the other use cases use, and the What's Missing heading and
all three of its gap bullets have unclosed bold markers, so they render as
asterisks. That is also why UC8 reads as empty to anything keying on the
labels, which is how I nearly missed it myself.

I will open these as issues if you would rather track them there.

Best,
Blake


On Thursday, 13 August 2026 at 7:57 PM, Meiling Chen <chenmeiling@chinamobile.com> wrote:

> Hi usecase co-authors,
> 
> I'm writing to ask for your help with a crucial quality check as we prepare for the `-03` submission of our agent authorization draft.
> 
> Recently, we received some excellent and precise feedback from Morgan on Use Case 6 (UC6). He pointed out a significant inconsistency: a requirement had been added to the "Requirements" list, but its corresponding analysis was completely missing from the "Gap Analysis" section. This created a broken link for the reader and weakened the argument for that use case.
> 
> While I have already fixed the specific issue in UC6, this incident highlights a potential systemic risk in our document. As the draft has evolved and we've added or refined requirements, we may have inadvertently created similar inconsistencies in other use cases.
> 
> Call to Action:
> 
> To prevent this from happening again and to strengthen the overall quality of our draft, I am asking each of you to please review all use cases (or at least the ones you are most familiar with) with a specific focus on the following:
> 
> Please verify that for every single requirement listed in a use case, there is a corresponding and explicit entry or discussion in the What's Missing (The Gap) or  What Works (Partially) section for that same use case.
> 
> The goal is to ensure there are no "dangling requirements" where we state a need but fail to analyze why the existing landscape (the gap) makes it necessary.
> 
> Please try to complete your review by this Friday. If you find any discrepancies, please reply to this email thread or, even better, open an issue on our GitHub repository so we can track it formally.
> 
> Thanks for your help in ensuring the consistency and integrity of our work. This proactive check will make the document much stronger for the next round of community review.
> 
> Best regards,
> 
> Meiling
> 
> chenmeiling@chinamobile.com