[OAUTH-WG] Re: AS Metadata client id parameter draft
Andy Barlow <0xandybarlow@gmail.com> Mon, 18 May 2026 17:08 UTC
Return-Path: <0xandybarlow@gmail.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 ED427F03B84B for <oauth@mail2.ietf.org>; Mon, 18 May 2026 10:08:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1779124128; bh=KNoiXY0RK3tWBenA61x5rnfmNWPPgeg+kwIwkUOlnoo=; h=References:In-Reply-To:From:Date:Subject:To:Cc; b=UGGNwulIThdzWLJ7Nc8RhwnduRi/TGx9KPEbTKvI3FdxjU5eTr4UZkGW2Q8AoxdFH 1NJqQdF2ApErcVrxnmcPOSu+KB6uArmoGUxfYsNkpTDH7BVPcjbkLYJi5XH5Bqcxnp okFvHTZuzsDs90qalC8WseNZvDVOEKH7ZVYjT1bI=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 9bQt8gEl0SCK for <oauth@mail2.ietf.org>; Mon, 18 May 2026 10:08:46 -0700 (PDT)
Received: from mail-yw1-x1141.google.com (mail-yw1-x1141.google.com [IPv6:2607:f8b0:4864:20::1141]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id E776FF03B833 for <oauth@ietf.org>; Mon, 18 May 2026 10:08:46 -0700 (PDT)
Received: by mail-yw1-x1141.google.com with SMTP id 00721157ae682-7bf1eaba464so19406597b3.1 for <oauth@ietf.org>; Mon, 18 May 2026 10:08:46 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1779124120; cv=none; d=google.com; s=arc-20240605; b=jZ3F/a3k7GN/VNKUIvBIKJ2Anm7EMaD6UVSnFg9dX2ctJ4n+TLbZj38n+BzbZAWR/0 qsInpc7oxRsW0J1gHuM/okT0Irbj4mB/Z8jbpyI55/XoP5MVxRc6vQ1Au/8Q2f8mK5UF nqqq/yULEUZ+AXTTb53m4WfAkvJkK9c+kFhxD0K/9VXG9Lt7lApYyBvhQF5UwiC3aLDV YOuvzDTF2Ed2eAnKyis7cyvWk0GRjARZ9+7HP4d5o2JT0V7QQ2XVPc0XAan5VL2nquPD wwbL7OuVyon0K6t99vr+I6bLTHlNQYJdwE56+x4K7LcMfG4YiBiUk4BUdoq11dpU8INo WLbQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=uwrBqoj//BHeWp43QRI1qyZIxKWiFi42lTxRWv+aqig=; fh=EK/EyoNY7oH+eM4J8UxqU/KoSJXfANnMSgCJGYb8zHc=; b=EIy2+bRiN5iKCXwI3pNeHvBJ51njhAVQ+oDtO9ox32q/lXC1t2axUO5P5GAbNPT1g8 n83TOF2mqqDYocFrckG/BphTPL8Cnx7Zz5Mf592UrL53jKMGghpsmGncoTR2c0P5MCOq i6Ne0eSRn3/cGDeUNlOnucdi+1U5ymjM+TyX4iRAtksN1k5Xt0oeEO1B/4YZUUqqDVvB aaYlkuOtZ4XWn4nwWEvzeGo2AKyIFXgPGjANJmi9mlzPjytvohaEr+WfzeCFrFse4Jfx gPXSgYGEQZOVlv89A8XE6l3qNBK6pcJHlkAaduuYi74QFvFa8lMiL1z4tS+AvgLkY+58 tXCw==; darn=ietf.org
ARC-Authentication-Results: i=1; mx.google.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1779124120; x=1779728920; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=uwrBqoj//BHeWp43QRI1qyZIxKWiFi42lTxRWv+aqig=; b=L0ujiRN6mbvlrbI3Cf1HLaXDc9nWPLmGwS4v2+JQUzNBqK5QoPAWmHpweqe6iSnJkx VqtkFebphVOHuYj020tLF8G3wZB+Rw3vMZMy3DfbIJNrLI5THI38LN5+XubPF559TnTx OH+f+bcZK25mmsfaPkFGSPRkme76R2N1pwGYdiUuMjcuhYxk5jSAiytpwlkWQmIWQj6n eMo5JpakczLbpR82WEOOYW5l/IVz38f6xkTu1C0O106iIbtlO3yLs76bp0wchknGhfcj Xu6BP8IiknFDxtWQGmPWUQxI3Ywnnh+QiSaTPyAIhcXGLveQNnaMOg8KFU9RMnESViJ8 JQMg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779124120; x=1779728920; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=uwrBqoj//BHeWp43QRI1qyZIxKWiFi42lTxRWv+aqig=; b=CKxBFyRmRoOhqrWJjeEQ0uB/EL0XORRyfS0/jy5dsJPJu2uGyz81nLu9RImAHXPb/o JiqGTYpEBoXxqvNAw9Uz08VGDglR95J98TX52Qw5KrDFLOrCGfLI8KFtxgAcLvCV3+9B kDpNXWa7R2PzcV96lYXEjPJxiIUFBYxjpYKwVfIM941yNCbf53g2MpYJElWw4v877zPT FiZTkQqeoUeY2cGgQN3+jt6NlBuJGV30Hx908LN888b9tOZr2LpUe81l/2YaZ9ZgT0eD ajy1kO2olWQ82w4LmwJI5zZN9qrxstef75wvqx4ixqr1oBmMJmiLLdi44ydA7CGqnL3P dn0A==
X-Forwarded-Encrypted: i=1; AFNElJ/h72AUCCqr57cZCGhj3GPwD6QGE43O/mNMIkp9iXSc/758gREEQP+y2/4z8ybhWT7VVZnMLA==@ietf.org
X-Gm-Message-State: AOJu0YyHlef4x7Do2L4X2ekU4y5ytRcHK9ia+dOyVTZjCbAW0v60XEGM d4PS8Odl0UqClDOeMRfATVNcc6aoldj7rS4U5XDvtGMgBhSpKGyshNRJlopD6sfatzFTx84hQjs 7qPBdSXCWSBpTwZED/4EOgOB7NpUwdyFbrO0WelI=
X-Gm-Gg: Acq92OHg4P1Z8oGZ0x3KR+l1lU6dU8+OIjj8v8t3JmkeA0oBVn9tX2Ce5BWY5/OI8p9 G2qKIeWsYa6QPUx10gBISynsBSa+rfWkf87ZMvQxevHcGtFRQNvwy0us7myLTBmsAhTNjai2JNw K7MbX9jpYeEzRPePUmakLXSWL+7/uJ6IfDs2bCU7tIQLtf3REYZheqVKm8CWbp+2ClWXCDiK5Bs g07eYFmegS2hbbNPvvIqzfHP/Mv9cs2sxnszHfYisKsXUIOHcAs9TZOT9wtNyBKXS/b61UF1YDd 2B9OKU7k
X-Received: by 2002:a05:690c:3181:b0:7bd:5b06:5c32 with SMTP id 00721157ae682-7c959b94794mr175623857b3.1.1779124119663; Mon, 18 May 2026 10:08:39 -0700 (PDT)
MIME-Version: 1.0
References: <CALZ8nCuvyBB7XuRUJO0EqNxXReiaRGe69d0niTGndyvUO6PZMQ@mail.gmail.com> <CALAqi_-CVzF2Q+z_Xvr1ShF_mA4wnXskXHX88GaZOdNZ+HK2Dg@mail.gmail.com>
In-Reply-To: <CALAqi_-CVzF2Q+z_Xvr1ShF_mA4wnXskXHX88GaZOdNZ+HK2Dg@mail.gmail.com>
From: Andy Barlow <0xandybarlow@gmail.com>
Date: Mon, 18 May 2026 18:08:28 +0100
X-Gm-Features: AVHnY4Ls6Z8M0jBJq9pfVZ4A5i62w9FEDwI-9pjFFfy2nKkHsLubYudp2PmcSuQ
Message-ID: <CAMjEm+FKAYsYuh9Q2piCFw_hqCFEdN5=U5+53nEFtDpzghKSNw@mail.gmail.com>
To: Filip Skokan <panva.ip@gmail.com>
Content-Type: multipart/alternative; boundary="00000000000029f9e806521a9d83"
Message-ID-Hash: GRDCSMEEQSSN2FJKZURUXQK5IKHTHLDH
X-Message-ID-Hash: GRDCSMEEQSSN2FJKZURUXQK5IKHTHLDH
X-MailFrom: 0xandybarlow@gmail.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: Nick Watson <nwatson=40google.com@dmarc.ietf.org>, OAuth WG <oauth@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [OAUTH-WG] Re: AS Metadata client id parameter draft
List-Id: OAUTH WG <oauth.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/oauth/ybBYjW5FLRKRWtYHJbmotDtRgmI>
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>
I fully support any and all effort on this topic. On Mon, 18 May 2026 at 17:58, Filip Skokan <panva.ip@gmail.com> wrote: > Hello Nick, > > Let me know what you all think. > > > Back at IETF 121 I presented this related/similar idea: > > - https://youtu.be/_kNpecjcj64?t=6354 > - > https://datatracker.ietf.org/meeting/121/materials/slides-121-oauth-sessa-client-id-hint-for-authorization-server-metadata-requests-00 > > I haven't had a chance to follow up on it since > > S pozdravem, > *Filip Skokan* > > > On Mon, 18 May 2026 at 17:09, Nick Watson <nwatson= > 40google.com@dmarc.ietf.org> wrote: > >> >> https://njwatson32.github.io/as-metadata-client-id/draft-watson-oauth-as-metadata-client-id.html >> >> I've written up a quick draft on supporting a client_id parameter on AS >> Metadata, which would allow the AS to (1) do gradual rollouts of AS >> metadata changes client by client and (2) customize metadata if necessary >> (e.g. for clients participating in beta programs of upcoming drafts). >> >> AS can also choose to ignore the client_id parameter completely and >> continue serving a statically cached global AS metadata file. >> >> I had this idea recently when implementing support for 9207 (iss >> parameter) and running into poorly behaved clients handling these updates >> badly. The draft I'm proposing would have allowed me to avoid making global >> changes to AS metadata, and even do a synchronized rollout of returning >> `iss` from the authorization endpoint and >> declaring authorization_response_iss_parameter_supported. >> >> Let me know what you all think. >> >> Nick >> >> PS: I've also proposed the "reverse" of this for CIMD in this issue >> <https://github.com/oauth-wg/draft-ietf-oauth-client-id-metadata-document/issues/78> >> . >> >> -- >> Nick Watson | Software Engineer | nwatson@google.com | (781) 608-3352 >> _______________________________________________ >> OAuth mailing list -- oauth@ietf.org >> To unsubscribe send an email to oauth-leave@ietf.org >> > _______________________________________________ > OAuth mailing list -- oauth@ietf.org > To unsubscribe send an email to oauth-leave@ietf.org >
- [OAUTH-WG] AS Metadata client id parameter draft Nick Watson
- [OAUTH-WG] Re: AS Metadata client id parameter dr… Filip Skokan
- [OAUTH-WG] Re: AS Metadata client id parameter dr… Andy Barlow
- [OAUTH-WG] Re: AS Metadata client id parameter dr… Max Gerber
- [OAUTH-WG] Re: AS Metadata client id parameter dr… Karl McGuinness
- [OAUTH-WG] Re: AS Metadata client id parameter dr… Tobias Looker
- [OAUTH-WG] Re: AS Metadata client id parameter dr… Nick Watson
- [OAUTH-WG] Re: AS Metadata client id parameter dr… Emelia S.
- [OAUTH-WG] Re: AS Metadata client id parameter dr… Frederik Krogsdal Jacobsen