Re: [OAUTH-WG] swapping a jwsreq/JAR JWT for a client authentication JWT

Dominick Baier <dbaier@leastprivilege.com> Thu, 23 July 2020 05:38 UTC

Return-Path: <dbaier@leastprivilege.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 6A5673A0807 for <oauth@ietfa.amsl.com>; Wed, 22 Jul 2020 22:38:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=leastprivilege-com.20150623.gappssmtp.com
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 EnHdSscXH9x0 for <oauth@ietfa.amsl.com>; Wed, 22 Jul 2020 22:38:06 -0700 (PDT)
Received: from mail-io1-xd29.google.com (mail-io1-xd29.google.com [IPv6:2607:f8b0:4864:20::d29]) (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 AECAC3A0805 for <oauth@ietf.org>; Wed, 22 Jul 2020 22:38:06 -0700 (PDT)
Received: by mail-io1-xd29.google.com with SMTP id v8so5037475iox.2 for <oauth@ietf.org>; Wed, 22 Jul 2020 22:38:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leastprivilege-com.20150623.gappssmtp.com; s=20150623; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc; bh=1yBNcbTPKtRpFqpaCyPLZEPb06551Zk+l4aGwzNjEEU=; b=hsIEvir10KcH/yHzj35+9GlqAwtZM+b1Nvfqy1uqMKF0EmIUHMlNvpwxyigxmaJkAJ +Fs5jgqDNjz/7mkQ5yjFcIH0i2nPE8Bxaq5ywb+yYSunPXM7rbe4cryMj7p5SP8GEYhc iBfLEzJ3Z+gVNi6I7S1i8mzxUzj9yoKoXvAcxQHI37y/8GQbbQY/tO6ewRCnHGXeZqPi aam61tpiaH6o/9LwO/ikghsq3+E6Wy+47hznsOaRMe06vq0rJDzylRyx4dDUB3K8URRe HInvC1dmr2hpoVTeexJGsu+AOWQgMM95/N4rEFfrttUjQcBywSMxQjTpFgr/b4eyv3/a W/yQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=1yBNcbTPKtRpFqpaCyPLZEPb06551Zk+l4aGwzNjEEU=; b=uhX4u1oIOvhSqPMDfaIVsgL113qOxpBpNbkIcDSW3tKKQGRrdsBnHV26mZI0/sYYrN r3WB7xmi/Yp5zFhSlfILW0ZVC+kfMujYnHu8kpZiTG2hyPgs2czpq6RmFeUG8fGZS2Zh CMqAbuZWPbLjkHndg4fqi8XWKZR+r/SAobubgmoZSaUqvAgsQaComfqWBs9CRXrI3UWp qLwKNEIGSYdBGoflVyIVc6jjOdPN0ENYj1AF04pMDWZbiyWg5muQuMtgETdGFMIzKCTW hXbffSaV2QopM6XOgJ8qegDv/NgLhwYhLVbM51bSman8HEWT/oQN4c98JjZEv02fTxUA 7sWA==
X-Gm-Message-State: AOAM531bJ0iGtbh+O0msO8v72Bv/M/oa6WG4lyg73Mhpi3a9WSOTz2i2 4gI4P0LBHSXNL0JsyiD/mKqQQI1tPzQcHGfYQKiT
X-Google-Smtp-Source: ABdhPJxyzcr9bmG7w+PQDS7W1esRQKZOKwzHzgs3FtBK64/P05ZlKplwE+OEsx/oPIGvG+gywSqbercip1f9k6hH+bA=
X-Received: by 2002:a6b:6413:: with SMTP id t19mr3233979iog.167.1595482685485; Wed, 22 Jul 2020 22:38:05 -0700 (PDT)
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Thu, 23 Jul 2020 01:38:04 -0400
From: Dominick Baier <dbaier@leastprivilege.com>
In-Reply-To: <CA+k3eCSQTkp1gBnuXJv-1i_-9gLkVBGzeSx_XYyhnnF_=bg68g@mail.gmail.com>
References: <CA+k3eCRa9gMimtJ3917GaJPdTQGdCBskLEim0kVeh-qeB8EszQ@mail.gmail.com> <CAO7Ng+u16x7G0JTZg=oZnOWj6n3H39w_jk2fKXh2jc70n71KLw@mail.gmail.com> <CA+k3eCSQTkp1gBnuXJv-1i_-9gLkVBGzeSx_XYyhnnF_=bg68g@mail.gmail.com>
MIME-Version: 1.0
Date: Thu, 23 Jul 2020 01:38:04 -0400
Message-ID: <CAO7Ng+vgaPsAo7aQ7uXbcf-M9p2uqQDaxtxoJe1_Av=khbdULg@mail.gmail.com>
To: Brian Campbell <bcampbell@pingidentity.com>
Cc: oauth <oauth@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000b6cbba05ab15421d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/oauth/DVs5bcFpGuD29ksCY8nwOTlt--k>
Subject: Re: [OAUTH-WG] swapping a jwsreq/JAR JWT for a client authentication JWT
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: Thu, 23 Jul 2020 05:38:08 -0000

Good point. Thanks, Brian.

We should retrofit typs everywhere..in hindsight.

———
Dominick Baier

On 22. July 2020 at 23:55:20, Brian Campbell (bcampbell@pingidentity.com)
wrote:

Because it wouldn't actually prevent it in this case due to JWT assertion
client authentication (a.k.a. private_key_jwt) having come about well
before the JWT BCP and the established concept of using the 'typ' header to
prevent cross-JWT confusion. Thus there's no validation rule regarding the
'typ' header defined in RFC 7523 for JWT client authentication. Explicitly
typing the request object JWT doesn't do anything to prevent it from being
used in the context of previously existing JWT applications like client
auth.

On Wed, Jul 22, 2020 at 10:32 AM Dominick Baier <dbaier@leastprivilege.com>
wrote:

> Why not use a typ header as suggested by the JWT BCP?
>
> ———
> Dominick Baier
>
> On 22. July 2020 at 17:37:41, Brian Campbell (
> bcampbell=40pingidentity.com@dmarc.ietf.org) wrote:
>
> The TL;DR here is a somewhat tentative suggestion that a brief security
> consideration be added to
> https://datatracker.ietf.org/doc/draft-ietf-oauth-jwsreq/
> <https://datatracker..ietf.org/doc/draft-ietf-oauth-jwsreq/> that
> prohibits the inclusion of a 'sub' claim containing the client id value in
> the request object JWT so as to prevent the request object JWT (which is
> exposed to the user agent) from being erroneously accepted as a valid JWT
> for client authentication.
>
> Some more details and the discussion that led to this here email can be
> found at https://github.com/oauthstuff/draft-oauth-par/issues/41
>
> *CONFIDENTIALITY NOTICE: This email may contain confidential and
> privileged material for the sole use of the intended recipient(s). Any
> review, use, distribution or disclosure by others is strictly
> prohibited...  If you have received this communication in error, please
> notify the sender immediately by e-mail and delete the message and any file
> attachments from your computer. Thank you.*_______________________________________________
>
> OAuth mailing list
> OAuth@ietf.org
> https://www.ietf.org/mailman/listinfo/oauth
>
>
*CONFIDENTIALITY NOTICE: This email may contain confidential and privileged
material for the sole use of the intended recipient(s). Any review, use,
distribution or disclosure by others is strictly prohibited.  If you have
received this communication in error, please notify the sender immediately
by e-mail and delete the message and any file attachments from your
computer. Thank you.*