[OAUTH-WG] Re: Alternative text for sd-jwt privacy considerations.
Wayne Chang <wayne@spruceid.com> Tue, 24 December 2024 18:27 UTC
Return-Path: <wayne@spruceid.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 B587FC15106A for <oauth@ietfa.amsl.com>; Tue, 24 Dec 2024 10:27:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.103
X-Spam-Level:
X-Spam-Status: No, score=-2.103 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, HTML_FONT_FACE_BAD=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=spruceid.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3kKrMSjgHtiO for <oauth@ietfa.amsl.com>; Tue, 24 Dec 2024 10:27:50 -0800 (PST)
Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (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 ietfa.amsl.com (Postfix) with ESMTPS id BA1EDC14CE5D for <oauth@ietf.org>; Tue, 24 Dec 2024 10:27:50 -0800 (PST)
Received: by mail-lj1-x235.google.com with SMTP id 38308e7fff4ca-3022c61557cso68008871fa.0 for <oauth@ietf.org>; Tue, 24 Dec 2024 10:27:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=spruceid.com; s=google; t=1735064869; x=1735669669; 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=EJbN2o5wzjrOvJf3T8LjfPkC3h+T5aLKrxkxzrnGV44=; b=RLeoNvro7FH3yOkhZPaiq9kG4Hf1mPWdRPRg/KsDMf5o3cvZNb28/rjcfQsuCWqJfr 4xU2g2jx3PslSDyeCDoQ4zcSl96WPr23akm2U1d3aN5lzGbkQHDmgT0nSiz9jYbkF4uk I7n5B1XgDEXv5Y1YYo//wkyP71UoqLx8B+I3KdsYgrDwCu7XoKKA/44wKgbGO7k7dhL1 AjXWVsEe3MKCMVDLrZEGGQXHz7vycbmd3ohmG2z3yn4ySPdYJ7gtVaeTCFHCl2RAKr/V vQKOcg+ry4HNoKfk4C1pR+8WFnzdOlGJK4N/1YTpHtVVcW+X1qmOJ7Kz0FXNCpmVvOFI fLtA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1735064869; x=1735669669; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=EJbN2o5wzjrOvJf3T8LjfPkC3h+T5aLKrxkxzrnGV44=; b=ep/fxX+vONm7de1fy5pYRn/63hsmi0mJ1WwNgwVyxY07/5BCIHa5SKg8l1/ImKSDds rnf2bjzBj9mbeqmU7Q8y+U/kcj3iwMvGdohHHexUStg3Y07MHiNu+l2S/cJRumd51ZzL LBzUbue6tZ/W/jKYGAIhoub07+weuLGE3wFQwXnb3ERucv4crHkIm0VYMPOAU8O7L+QM BzI+sU4kBxMMpdfSH+T0XokJMXjpYq/iTm+dvVnt7FpWIaLCsPzLGNdHUspGHP/Sc3Ur XeKt84zyBV96aqNVL7n52ea2LQoo3psu0/RcSIqTI/CKBVip1lPDlw4jJJe+paMp98bN YRFQ==
X-Forwarded-Encrypted: i=1; AJvYcCWTUGaA11KLer18svltcXhlpCMzd/ozjRWRCnBMx5bDhu/sKmuxnbgQ8AJB9GkYtzuM7aJIHg==@ietf.org
X-Gm-Message-State: AOJu0YzLZN+gjK1LEXH7UeEchtpDtS18WgoHdHGm6CXwJuWPX8T6i6lp jM+kUuCTuWDT6rstBUdnTN3eLFfD80/U2qUQavFJegDI0Ru8Dc/d/ZB5r4pLhrJN6rwrQjmIdDW m4Vx3X7+iYFWZnFbG2arR39+NLYhUiwmewP67C4jQ0tUdcfWHunM=
X-Gm-Gg: ASbGncuE1XWqC06NWGz4v/jNdPtqH9UyYerPBE1G+PALhmE+a3K1Ff7R3TtHTsD/i/P JHptK470+gYNEdnlZNPxwdTdh2v/a6sj6madbYA==
X-Google-Smtp-Source: AGHT+IH2jvryU3zOi9whInj6KoZXklYwmxarLZ/4/yb3rBDlhliV1WaR+5D+9bSEYUWjeFpypyv6NQD3QSPevrOxD4c=
X-Received: by 2002:a05:6512:3f26:b0:542:2335:c43a with SMTP id 2adb3069b0e04-5422953c295mr3772042e87.21.1735064868938; Tue, 24 Dec 2024 10:27:48 -0800 (PST)
MIME-Version: 1.0
References: <CACsn0cnEJKamSSJH4-pKg1xNZ3X+__B4UwZ3P5enxP5tQ4AqzA@mail.gmail.com> <CAK2Cwb4L-KTkK96CJNwpZNiYiyMQSyH35MHNnOLEiWW+_FojZQ@mail.gmail.com> <CAFTzAXjq8AhZKKM5LC7ykFqTUAHJUD70kscrpLH-MaUFfiv_Hg@mail.gmail.com> <CAK2Cwb6Ajud45wQWvF5zDoxZSAQ2Hio55vz-rRHy=OGSvx=eXQ@mail.gmail.com>
In-Reply-To: <CAK2Cwb6Ajud45wQWvF5zDoxZSAQ2Hio55vz-rRHy=OGSvx=eXQ@mail.gmail.com>
From: Wayne Chang <wayne@spruceid.com>
Date: Wed, 25 Dec 2024 02:27:37 +0800
Message-ID: <CAFTzAXh68jH64_Pry1koyU6j-m03_kQo_Y6qfJ9BtCJVGdvWYQ@mail.gmail.com>
To: peace@acm.org
Content-Type: multipart/alternative; boundary="0000000000002d010d062a0845b0"
Message-ID-Hash: WLNQDD6D2JC5ZF42ZARQI6SRGO5FL2K4
X-Message-ID-Hash: WLNQDD6D2JC5ZF42ZARQI6SRGO5FL2K4
X-MailFrom: wayne@spruceid.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: John Wunderlich <john@wunderlich.ca>, IETF oauth WG <oauth@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [OAUTH-WG] Re: Alternative text for sd-jwt privacy considerations.
List-Id: OAUTH WG <oauth.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/oauth/KLeUZ2kXmw7A7DG3C0QbZUbOqeI>
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>
No, I don’t mean an ID number. More so attributes of an entity attested by a non-governmental entity, and it could use privacy enhancing cryptography in this steelman. Best, Wayne Chang Founder & CEO | SpruceID <https://spruceid.com/> | LinkedIn <https://www.linkedin.com/in/waynebuilds/> On Wed, Dec 25, 2024 at 02:17 Tom Jones <thomasclinganjones@gmail.com> wrote: > if by ID you mean ID number - then it is a tracking number. > Isn't it super obvious - why are we pretending to be privacy enabling? > > Peace ..tom jones > > > On Tue, Dec 24, 2024 at 10:15 AM Wayne Chang <wayne@spruceid.com> wrote: > >> Tom, how do you feel about private sector issued ID? >> >> Best, >> Wayne Chang >> Founder & CEO | SpruceID <https://spruceid.com/> | LinkedIn >> <https://www.linkedin.com/in/waynebuilds/> >> >> >> On Wed, Dec 25, 2024 at 02:04 Tom Jones <thomasclinganjones@gmail.com> >> wrote: >> >>> While Waton's statement is correct - it does not address the core >>> problem with any credential that comes with an ID. >>> >>> All reusable IDs enable tracking. Full Stop. >>> All government issued ID enable tracking. Just like social insurance >>> number or any other cred. >>> So - if you want privacy - don't release the ID number. >>> >>> Peace ..tom jones >>> >>> >>> On Tue, Dec 24, 2024 at 6:34 AM Watson Ladd <watsonbladd@gmail.com> >>> wrote: >>> >>>> I see that people are uncomfortable with making any mandates, and so >>>> I've tried to be purely descriptive in this proposal. I leave it to the WG >>>> to decide where to put it, but I see it as a wholesale replacement for some >>>> sections to emphasize clarity. >>>> >>>> "SD-JWT conceals only the values that aren't revealed. It does not >>>> meet standard security notations for anonymous credentials. In particular >>>> Verifiers and Issuers can know when they have seen the same credential no >>>> matter what fields have been opened, even none of them. This behavior may >>>> not accord with what users naively expect or are lead to expect from UX >>>> interactions and lead to them make choices they would not otherwise make. >>>> Workarounds such as issuing multiple credentials at once and using them >>>> only one time can help for keeping Verifiers from linking different >>>> showing, but cannot work for Issuers. This issue applies to all selective >>>> disclosure based approaches, including mdoc. " >>>> >>>> Sincerely, >>>> Watson >>>> _______________________________________________ >>>> 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 mailing list -- oauth@ietf.org >> To unsubscribe send an email to oauth-leave@ietf.org >> >
- [OAUTH-WG] Alternative text for sd-jwt privacy co… Watson Ladd
- [OAUTH-WG] Re: Alternative text for sd-jwt privac… Tom Jones
- [OAUTH-WG] Re: Alternative text for sd-jwt privac… Wayne Chang
- [OAUTH-WG] Re: Alternative text for sd-jwt privac… Tom Jones
- [OAUTH-WG] Re: Alternative text for sd-jwt privac… Wayne Chang
- [OAUTH-WG] Re: Alternative text for sd-jwt privac… Tom Jones
- [OAUTH-WG] Re: Alternative text for sd-jwt privac… Wayne Chang
- [OAUTH-WG] Re: Alternative text for sd-jwt privac… Pierce Gorman
- [OAUTH-WG] Re: Alternative text for sd-jwt privac… Tom Jones
- [OAUTH-WG] Re: Alternative text for sd-jwt privac… Tom Jones
- [OAUTH-WG] Re: Alternative text for sd-jwt privac… David Waite
- [OAUTH-WG] Re: Alternative text for sd-jwt privac… Tom Jones
- [OAUTH-WG] Re: Alternative text for sd-jwt privac… Brian Campbell
- [OAUTH-WG] Re: [External Sender] Re: Alternative … George Fletcher
- [OAUTH-WG] Re: [External Sender] Re: Alternative … Watson Ladd
- [OAUTH-WG] Re: Alternative text for sd-jwt privac… Watson Ladd