Re: [OAUTH-WG] Fwd: New Version Notification for draft-meyerzuselhausen-oauth-iss-auth-resp-01.txt
Vladimir Dzhuvinov <vladimir@connect2id.com> Tue, 03 November 2020 07:01 UTC
Return-Path: <vladimir@connect2id.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 71A813A1500 for <oauth@ietfa.amsl.com>; Mon, 2 Nov 2020 23:01:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.143
X-Spam-Level:
X-Spam-Status: No, score=-2.143 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.247, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 ksHA6CtnnZMH for <oauth@ietfa.amsl.com>; Mon, 2 Nov 2020 23:01:37 -0800 (PST)
Received: from p3plsmtpa07-02.prod.phx3.secureserver.net (p3plsmtpa07-02.prod.phx3.secureserver.net [173.201.192.231]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6DA473A14FD for <oauth@ietf.org>; Mon, 2 Nov 2020 23:01:37 -0800 (PST)
Received: from [192.168.88.250] ([94.155.17.31]) by :SMTPAUTH: with ESMTPSA id ZqJzkwytrpwZiZqK0kY9lR; Tue, 03 Nov 2020 00:01:36 -0700
X-CMAE-Analysis: v=2.4 cv=aop3tQVV c=1 sm=1 tr=0 ts=5fa10050 a=+I3yL00+yDwT8KNLgfs+4A==:117 a=+I3yL00+yDwT8KNLgfs+4A==:17 a=q0rX5H01Qin5IyBaTmIA:9 a=r77TgQKjGQsHNAKrUKIA:9 a=A1X0JdhQAAAA:8 a=__SxRlIrAAAA:8 a=48vgC7mUAAAA:8 a=9YbGl7VAAAAA:8 a=KREwD_BkcL0IhII0V08A:9 a=QEXdDO2ut3YA:10 a=idCLnkAckNQA:10 a=13CRv-QaNUMA:10 a=pGLkceISAAAA:8 a=Ut8TGLPefVTxC3LAW0AA:9 a=de76rt2Y0RwqnPhm:21 a=_W_S_7VecoQA:10 a=D8lnhvtxf0AONpHuB7QA:9 a=ZVk8-NSrHBgA:10 a=30ssDGKg3p0A:10 a=Df3jFdWbhGDLdZNm0fyq:22 a=H5r4HjhRfVyZ-DhAOYba:22 a=w1C3t2QeGrPiZgrLijVG:22 a=AcK2Xwxry4XOpw9gWFIK:22
X-SECURESERVER-ACCT: vladimir@connect2id.com
To: oauth@ietf.org
References: <160430230298.9780.18195581822860811409@ietfa.amsl.com> <fc75c5d7-49b2-7760-c98a-8dd6ca3d09eb@hackmanit.de> <6f382f32-31ae-9907-4fd0-a88d5ae978bb@connect2id.com> <CAHdPCmNMTse_VJ4moYpeS+CCxrEDZTMcRL-dbNWUU_wPmMcZyw@mail.gmail.com>
From: Vladimir Dzhuvinov <vladimir@connect2id.com>
Autocrypt: addr=vladimir@connect2id.com; prefer-encrypt=mutual; keydata= mQENBFQZaoEBCACnP2YMDex9fnf+niLglTHGKuoypUSVKPQeKDHHeFQVzhRke+HBEZBwmA9T kZ+kEhyrNqibDPkPYVPmo23tM8mbNcTVQqpmN7NwgMpqkqcAqNsIyBtt09DjWOQVm57A3K+y uXI7SdNErdt79p2xQseOhqSC9+LgWuyh+mZsl2oFD4glFFfKSCMp2jATXrAMeGzigTnW+Xe0 tRzrwFN9zqykKxhUq9oHg1cNvoDtfxgsc9ysVHbxM/PM8o9lgj3YTQwKMBcCFclTqohji7ML fQ08eQo+acKTwC1WRzeLt9PknGt3C4TmvdCl0c1BQTTTNiF96Hu4kbaiBIbsfxJOR8+VABEB AAG0LFZsYWRpbWlyIER6aHV2aW5vdiA8dmxhZGltaXJAY29ubmVjdDJpZC5jb20+iQE+BBMB AgAoBQJUGWqBAhsjBQkJZgGABgsJCAcDAgYVCAIJCgsEFgIDAQIeAQIXgAAKCRAZ0vUyOqri Ql62B/wOO0s2JC/QvO6w9iSsRhCOa/JZi+wO+l01V7eGCQ1cYf1W26Y7iKiUlY4/Kz+cr69D pMtkv3UpDTGejKEfspLUxz5Vo3T4oAKbTtNtVIZL/XxH3/JhJ719Jj4eLoe9/djKkGYTX2O5 bMk8TpO1DDjbIw4r9XKI9ZIk96zlKnZvrg7Ho7oOl0ZIf8AzcvdqZEUogDwyr8uwOU+jIyux mOTthepBzXCNjjBjnc8I1//9YppAIaGJ5nnXelVVD1/dyOszogervzFNANEIOvNvCd9G5u4e s7qkDKWKY7/Lj1tF+tMrDTrOh6JqUKbGNeTUB8DlPvIoNyqHUYfBELdpw1Nd
X-Enigmail-Draft-Status: N11100
Organization: Connect2id Ltd.
Message-ID: <ddae11a3-fbeb-ac48-0e7c-ad22056aab34@connect2id.com>
Date: Tue, 03 Nov 2020 09:01:35 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <CAHdPCmNMTse_VJ4moYpeS+CCxrEDZTMcRL-dbNWUU_wPmMcZyw@mail.gmail.com>
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha-256"; boundary="------------ms020400010707020803010600"
X-CMAE-Envelope: MS4xfPUye1TNbgR/jeUx/ROBnu8Ey5M15XrKyNN8X29jrsp2Mc+mVlrq6PwsemPAsgWftzJ+7JMBTP3ZlLTMwDPIHH0op+bkveIxTD78j/Gfh8A9UAiMBUJL zE17hfY3LLp91HYr1ZH3P8bUdGlLEJmTB942dwWFFr2D5AnRqzCgWM04A4wfdLcH1uHE3P/G/cLwwQ==
Archived-At: <https://mailarchive.ietf.org/arch/msg/oauth/VupUVt2wdaWUn95SnuoSoDaKI6M>
Subject: Re: [OAUTH-WG] Fwd: New Version Notification for draft-meyerzuselhausen-oauth-iss-auth-resp-01.txt
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, 03 Nov 2020 07:01:40 -0000
This can potentially occur. If JARM is used "iss" becomes redundant. To me JARM is an "enhanced" iss. If both are included a sensible client should make sure the iss and the JARM iss match. My suggestion is to not require iss when a JARM is present, but in case both do occur to have the client check both. Vladimir On 02/11/2020 22:34, Takahiko Kawasaki wrote: > Hi Karsten, > > The specification mentions JARM. Does this specification require the > iss response parameter even when JARM is used? That is, should an > authorization response look like below? > > HTTP/1.1 302 Found > Location: https://client.example.com/cb?response={JWT}&iss={ISSUER} > > Or, can the iss response parameter be omitted when JARM is used? > > A small feedback for the 3rd paragraph in Section 4: > s/identifes/identifies/ > > Best Regards, > Taka > > > On Tue, Nov 3, 2020 at 3:13 AM Vladimir Dzhuvinov > <vladimir@connect2id.com <mailto:vladimir@connect2id.com>> wrote: > > Thanks Karsten, looks good to me now, no further comments. > > Vladimir > > On 02/11/2020 09:54, Karsten Meyer zu Selhausen wrote: >> >> Hi all, >> >> Daniel and I published a new version of the "iss" response >> parameter draft to address the feedback from the WG. >> >> Changes in -01: >> >> * Incorporated first WG feedback >> * Clarifications for use with OIDC >> * Added note that clients supporting just one AS are not vulnerable >> * Renamed metadata parameter >> * Various editorial changes >> >> >> We would like to ask you for further feedback and comments on the >> new draft version. >> >> Best regards, >> Karsten >> >> -------- Forwarded Message -------- >> Subject: New Version Notification for >> draft-meyerzuselhausen-oauth-iss-auth-resp-01.txt >> Date: Sun, 01 Nov 2020 23:31:42 -0800 >> From: internet-drafts@ietf.org <mailto:internet-drafts@ietf.org> >> To: Karsten Meyer zu Selhausen >> <karsten.meyerzuselhausen@hackmanit.de> >> <mailto:karsten.meyerzuselhausen@hackmanit.de>, Karsten zu >> Selhausen <karsten.meyerzuselhausen@hackmanit.de> >> <mailto:karsten.meyerzuselhausen@hackmanit.de>, Daniel Fett >> <mail@danielfett.de> <mailto:mail@danielfett.de> >> >> >> >> >> A new version of I-D, >> draft-meyerzuselhausen-oauth-iss-auth-resp-01.txt >> has been successfully submitted by Karsten Meyer zu Selhausen and >> posted to the >> IETF repository. >> >> Name: draft-meyerzuselhausen-oauth-iss-auth-resp >> Revision: 01 >> Title: OAuth 2.0 Authorization Server Issuer Identifier in >> Authorization Response >> Document date: 2020-11-01 >> Group: Individual Submission >> Pages: 10 >> URL: >> https://www.ietf.org/archive/id/draft-meyerzuselhausen-oauth-iss-auth-resp-01.txt >> Status: >> https://datatracker.ietf.org/doc/draft-meyerzuselhausen-oauth-iss-auth-resp/ >> Html: >> https://www.ietf.org/archive/id/draft-meyerzuselhausen-oauth-iss-auth-resp-01.html >> Htmlized: >> https://tools.ietf.org/html/draft-meyerzuselhausen-oauth-iss-auth-resp-01 >> Diff: >> https://www.ietf.org/rfcdiff?url2=draft-meyerzuselhausen-oauth-iss-auth-resp-01 >> >> Abstract: >> This document specifies a new parameter "iss" that is used to >> explicitly include the issuer identifier of the authorization server >> in the authorization response of an OAuth authorization flow. If >> implemented correctly, the "iss" parameter serves as an effective >> countermeasure to "mix-up attacks". >> >> >> >> Please note that it may take a couple of minutes from the time of >> submission >> until the htmlized version and diff are available at >> tools.ietf.org <http://tools.ietf.org>. >> >> The IETF Secretariat >> >> >> -- >> Karsten Meyer zu Selhausen >> IT Security Consultant >> Phone: +49 (0)234 / 54456499 >> Web: https://hackmanit.de | IT Security Consulting, Penetration Testing, Security Training >> >> Does your OAuth or OpenID Connect implementation use PKCE to strengthen the security? Learn more about the procetion PKCE provides and its limitations in our new blog post: >> https://www.hackmanit.de/en/blog-en/123-when-pkce-cannot-protect-your-confidential-oauth-client >> >> Hackmanit GmbH >> Universitätsstraße 60 (Exzenterhaus) >> 44789 Bochum >> >> Registergericht: Amtsgericht Bochum, HRB 14896 >> Geschäftsführer: Prof. Dr. Jörg Schwenk, Prof. Dr. Juraj Somorovsky, Dr. Christian Mainka, Dr. Marcus Niemietz >> >> _______________________________________________ >> OAuth mailing list >> OAuth@ietf.org <mailto:OAuth@ietf.org> >> https://www.ietf.org/mailman/listinfo/oauth > _______________________________________________ > OAuth mailing list > OAuth@ietf.org <mailto:OAuth@ietf.org> > https://www.ietf.org/mailman/listinfo/oauth >
- [OAUTH-WG] Fwd: New Version Notification for draf… Karsten Meyer zu Selhausen
- Re: [OAUTH-WG] Fwd: New Version Notification for … Vladimir Dzhuvinov
- Re: [OAUTH-WG] Fwd: New Version Notification for … Takahiko Kawasaki
- Re: [OAUTH-WG] Fwd: New Version Notification for … Vladimir Dzhuvinov
- Re: [OAUTH-WG] New Version Notification for draft… Joseph Heenan
- Re: [OAUTH-WG] New Version Notification for draft… Takahiko Kawasaki
- Re: [OAUTH-WG] New Version Notification for draft… Takahiko Kawasaki
- Re: [OAUTH-WG] Fwd: New Version Notification for … Pretty Little Wife
- Re: [OAUTH-WG] New Version Notification for draft… Vladimir Dzhuvinov
- Re: [OAUTH-WG] New Version Notification for draft… Takahiko Kawasaki
- Re: [OAUTH-WG] New Version Notification for draft… Vladimir Dzhuvinov
- Re: [OAUTH-WG] New Version Notification for draft… Daniel Fett