IETF Logo Mail Archive

Re: [OAUTH-WG] Full Third-Party Cookie Blocking

Torsten Lodderstedt <torsten@lodderstedt.net> Wed, 25 March 2020 18:07 UTC

Return-Path: <torsten@lodderstedt.net>
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 913273A0C1E for <oauth@ietfa.amsl.com>; Wed, 25 Mar 2020 11:07:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, SPF_HELO_NONE=0.001, SPF_PASS=-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=lodderstedt.net
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 RPFuxrk5mkQV for <oauth@ietfa.amsl.com>; Wed, 25 Mar 2020 11:07:33 -0700 (PDT)
Received: from mail-wr1-x42e.google.com (mail-wr1-x42e.google.com [IPv6:2a00:1450:4864:20::42e]) (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 DAB933A0A45 for <oauth@ietf.org>; Wed, 25 Mar 2020 11:07:32 -0700 (PDT)
Received: by mail-wr1-x42e.google.com with SMTP id w10so4400387wrm.4 for <oauth@ietf.org>; Wed, 25 Mar 2020 11:07:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lodderstedt.net; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=amXQ6oYM/Q7T0PSGsASC62FnYypXoOqFcrIsjsiVbPc=; b=zMC/kp0h5vG024sJ5oGdmnwh7WqYp5xi5NTKFKlzpW2wos+YQPPCABlYsj3CKaPY6k GHptqWeGD32yH2yCqvJJk0CAOQB8g9aTTyYxXlQiQUzSb1qUxkRKR5TsTcdN0J8mljXY wOkMIkgKaxkJsrqiwg/nOyCCiMykqrLXefrmdzgdQBPVqVLSy2V61WtDE0vKH6Z8tJZc fhfIIXdA7WymKaxdyZodJ8JztwkMTGedAICd+VTRGgW/2WWqhtwH1XvxLhUitPGeXHFx Yd79IbxIjvDXbnYZFhpctc022702RNQ+w0UwpLPK3ktySAyj/Cs2/JZPHGkK8ahxct49 DVQw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=amXQ6oYM/Q7T0PSGsASC62FnYypXoOqFcrIsjsiVbPc=; b=C9tV5BHcz6I+V1oFvru8Ci8xncwsUpbuB9bF9qNQ3KHFCZGwM2U30VoBGev2VLYj7w LT2pDbozzXcf8H0sWqJs/G0HSKnB4AZR8TARH7YjHAs5g1Mk/Wyq25jRBNfteIWQ1ZsV kCr/7ET12w4PY4+afs5VAusZLR91O6lh86ieBAOhYCoNo98oXa5Id9OPeSuGfaMvRT5R Ky/87UC3VCUlQIbdr2nnZl6cmhLPuBcmutZ4YhnBfuTWY3hD4eyJsr7dAMIPp0YMakDG tDGpU5ecM0wO0cdzaCk3dinGsGlCYwFrU4MF4K5cPB9QQZX6RbvfW9p9Zpit+nasNI/t Y10A==
X-Gm-Message-State: ANhLgQ2IbQNHWMB1V1lB7372BdiGBfjLN+hWEVB9OJEhl6LONiIvqpNu KXhmK1Cj9PaHoe7rs2eKsxMEZuv+/go=
X-Google-Smtp-Source: ADFU+vvKGGqN2TVBA2+sK2oZmZ9k6xneeR2JEEqfPqGRh0HO3SF1uoiYP0AiPnXNyVmRLK2yj70s0w==
X-Received: by 2002:adf:f5c8:: with SMTP id k8mr4393075wrp.33.1585159651024; Wed, 25 Mar 2020 11:07:31 -0700 (PDT)
Received: from p200300eb8f2625bf8ca0a26efe67eb0c.dip0.t-ipconnect.de (p200300EB8F2625BF8CA0A26EFE67EB0C.dip0.t-ipconnect.de. [2003:eb:8f26:25bf:8ca0:a26e:fe67:eb0c]) by smtp.gmail.com with ESMTPSA id g3sm18380212wrm.66.2020.03.25.11.07.30 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 25 Mar 2020 11:07:30 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\))
From: Torsten Lodderstedt <torsten@lodderstedt.net>
In-Reply-To: <CAO7Ng+t=st1Ue_B6EWRqqyfoMVNs4RcPSpFVszk_efX+9=bi1w@mail.gmail.com>
Date: Wed, 25 Mar 2020 19:07:29 +0100
Cc: "oauth@ietf.org" <oauth@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <C54CE524-711F-43F1-8B79-E76C4C8DC971@lodderstedt.net>
References: <CAO7Ng+t=st1Ue_B6EWRqqyfoMVNs4RcPSpFVszk_efX+9=bi1w@mail.gmail.com>
To: Dominick Baier <dbaier@leastprivilege.com>
X-Mailer: Apple Mail (2.3608.60.0.2.5)
Archived-At: <https://mailarchive.ietf.org/arch/msg/oauth/Yqe7KRFY6cMgJrBA4BqardmZAZ4>
Subject: Re: [OAUTH-WG] Full Third-Party Cookie Blocking
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: Wed, 25 Mar 2020 18:07:38 -0000


> On 25. Mar 2020, at 14:55, Dominick Baier <dbaier@leastprivilege.com> wrote:
> 
> This
> 
> https://webkit.org/blog/10218/full-third-party-cookie-blocking-and-more/
> 
> Really means that “modern” SPAs based on a combination of OIDC and OAuth will not work anymore
> 
> both
> 
> * silent-renew for access token management
> * OIDC JS session notifications
> 
> Will not work anymore. Or don’t work anymore already today - e.g. in Brave.
> 
> This means SPAs would need to be forced to do refresh tokens - and there is no solution right now for session notifications.
> 
> Maybe the browser apps BCP / OAuth 2.1 should strictly advice against the “browser apps without a back-end” scenario and promote the BFF style architecture instead.

Sound reasonable to me. 

> 
> Cheers 
> ———
> Dominick Baier
> _______________________________________________
> OAuth mailing list
> OAuth@ietf.org
> https://www.ietf.org/mailman/listinfo/oauth

v2.23.0 | Report a Bug | By Email