[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
- [OAUTH-WG] draft-chen-oauth-agent-authz-use-cases… Meiling Chen
- [OAUTH-WG] Re: draft-chen-oauth-agent-authz-use-c… Jia Chen
- [OAUTH-WG] Re: draft-chen-oauth-agent-authz-use-c… Meiling Chen
- [OAUTH-WG] Re: draft-chen-oauth-agent-authz-use-c… Blake Morrison
- [OAUTH-WG] Re: draft-chen-oauth-agent-authz-use-c… Meiling Chen
- [OAUTH-WG] Re: draft-chen-oauth-agent-authz-use-c… Blake Morrison
- [OAUTH-WG] Re: draft-chen-oauth-agent-authz-use-c… Brian Vicente
- [OAUTH-WG] Re: draft-chen-oauth-agent-authz-use-c… Meiling Chen
- [OAUTH-WG] Re: draft-chen-oauth-agent-authz-use-c… Blake Morrison