Return-Path: <cpatton@cloudflare.com>
X-Original-To: cfrg@ietfa.amsl.com
Delivered-To: cfrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by ietfa.amsl.com (Postfix) with ESMTP id 91398C14F614
	for <cfrg@ietfa.amsl.com>; Fri, 20 Sep 2024 10:31:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.105
X-Spam-Level: 
X-Spam-Status: No, score=-7.105 tagged_above=-999 required=5
	tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1,
	DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
	HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5,
	RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001,
	SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01,
	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=cloudflare.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 IDzByfNHcU4g for <cfrg@ietfa.amsl.com>;
	Fri, 20 Sep 2024 10:31:18 -0700 (PDT)
Received: from mail-qt1-x836.google.com (mail-qt1-x836.google.com
 [IPv6:2607:f8b0:4864:20::836])
	(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 D59D6C14F600
	for <cfrg@irtf.org>; Fri, 20 Sep 2024 10:31:18 -0700 (PDT)
Received: by mail-qt1-x836.google.com with SMTP id
 d75a77b69052e-457cfc2106aso17581901cf.2
        for <cfrg@irtf.org>; Fri, 20 Sep 2024 10:31:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=cloudflare.com; s=google09082023; t=1726853478; x=1727458278;
 darn=irtf.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=X2By2/VZDcaQE6l8vyHUvsfRksqtaDTAB6tsm3mH36o=;
        b=RLBipOSJS75g88iA9ArKZfqoWSC2Xd1rtN5Uu5BJdIdVJH30D742F3JTuWASWWoe0F
         ttf2XtxE17St/z64cSPGCbn2owe1tiJ8FyT2WtVU/i3yTLQHvXa2dgB9KeRNpmIUimA9
         i8yJ/+UlmgL7TPsNP5yxumXhUbaANNPqXyssOCNt0BwFPdDYcljEETzahzZIBpSKVnJh
         ph2qw59KOdaTKXHaBbXVLOoFBKFAJ3hvQtxEumYrAba81QyT7LDaZcDLFX/I2T+nWZWt
         rxit35TpiVDxWdr9OLsGQVcBb5rzp/MuCZagFtMs2d7HGJwD47mMAk+eDlbc+j6xyt6S
         bKqA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20230601; t=1726853478; x=1727458278;
        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=X2By2/VZDcaQE6l8vyHUvsfRksqtaDTAB6tsm3mH36o=;
        b=LHYnEh4XxMkj6lWjIwjPOoBR1EzOvBKSEflp4P+hQr0kNCEVi2r+2d1mvsJ+bSnHSm
         X2gJrI//Waypgh9KPPsgcuRhR4qkIjUTAUFhn9GPtATOhDPSoOiGw+wZrB5X/sgPACKC
         ttk6QrRASwAEF56i9vI2z051UoS/B/L+431S7pxoETW9VRAycOo5IL19pgCIXxcEI608
         w1WZT1XiOmZKT6hc4xcikccd82x6MczFAKH5731X32Kzw3I2N0xIN0MPyTg5T6aiM4Gm
         G3OAId8m1EgL16mZskD/dVQNTE5RuYvV7BdHpZ08zwlZKQR1eK45Z/BEUeIniN7HELKe
         ibQA==
X-Gm-Message-State: AOJu0YwuBtsoaRw8TcXcVzlooQhcqR9jKajQfCShJq2MtZAMcExVIbSV
	Dwep+oLC4yC6HF/txyw0ZFpCu5jhkMp8diLDusZZlz5Sat8n0KHSPdkQAvPcmV52DCz1uR9gZdm
	0HClVbNFYHhe3tBc69oJplxB7K+6z8XGM8FWX7IXQN+uxykmD2dzmXA==
X-Google-Smtp-Source: 
 AGHT+IGGcCBZ75Skq1FgrR6vMygspfCYPcBx+VZ0vkQx76M3NRV7Gyd3vgLozUo+ggS+/RqfWONFAMmd/hrd+bpU3bM=
X-Received: by 2002:ac8:59c6:0:b0:458:4f11:3e15 with SMTP id
 d75a77b69052e-45b204df6a9mr52190801cf.5.1726853477839; Fri, 20 Sep 2024
 10:31:17 -0700 (PDT)
MIME-Version: 1.0
References: 
 <CAG2Zi20N98cxpgjfRe6gWw1SQEoux+5P3NhLBFUfUHk_udYeFg@mail.gmail.com>
 <CAN8C-_KDTg2ZatR7tf0K9e19Xz24CrMF06_vB8fc0ZioqZ+oeA@mail.gmail.com>
 <BF349DA5-981E-4B06-83B7-8C6654D7F64B@pureftpd.org>
In-Reply-To: <BF349DA5-981E-4B06-83B7-8C6654D7F64B@pureftpd.org>
From: Christopher Patton <cpatton@cloudflare.com>
Date: Fri, 20 Sep 2024 10:31:07 -0700
Message-ID: 
 <CAG2Zi21Qq0ENbdXgdkmZ86xcLyHMgExfKqsAy2M9T4PMGYf8FQ@mail.gmail.com>
To: Frank Denis <cfrg=40pureftpd.org@dmarc.ietf.org>
Content-Type: multipart/alternative; boundary="00000000000020625c062290680f"
Message-ID-Hash: ZNSX3U6KUHXZ46MWAL7GZ3WSQUOH32G3
X-Message-ID-Hash: ZNSX3U6KUHXZ46MWAL7GZ3WSQUOH32G3
X-MailFrom: cpatton@cloudflare.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency;
 loop; banned-address; member-moderation; header-match-cfrg.irtf.org-0;
 nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size;
 news-moderation; no-subject; digests; suspicious-header
CC: CFRG <cfrg@irtf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: =?utf-8?q?=5BCFRG=5D_Re=3A_Where_should_test_vectors_live=3F?=
List-Id: Crypto Forum Research Group <cfrg.irtf.org>
Archived-At: 
 <https://mailarchive.ietf.org/arch/msg/cfrg/2Gr0lg6VyvDOlVfeHA2sVHznF6k>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cfrg>
List-Help: <mailto:cfrg-request@irtf.org?subject=help>
List-Owner: <mailto:cfrg-owner@irtf.org>
List-Post: <mailto:cfrg@irtf.org>
List-Subscribe: <mailto:cfrg-join@irtf.org>
List-Unsubscribe: <mailto:cfrg-leave@irtf.org>

--00000000000020625c062290680f
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

+1, this is my favorite idea on the thread so far. What do folks think of
this?
https://github.com/cfrg/draft-irtf-cfrg-vdaf/pull/430

Basically the RFC has a "Test Vectors" section that tells where the test
vectors are and how to consume them. Also, point to a git commit so that
the user can verify them:

curl -L https://github.com/cfrg/draft-irtf-cfrg-vdaf/archive/\
bb01e528dab1da66c3264347a7c020f2c3403494.tar.gz |\
tar -zxf - "*/test_vec/*.json"

Chris P.

On Fri, Sep 20, 2024 at 3:46=E2=80=AFAM Frank Denis <cfrg=3D
40pureftpd.org@dmarc.ietf.org> wrote:

> Hi Ori,
>
> This is very good idea.
>
> And if files are hosted in Git, publishing the hash is not even necessary=
,
> as the URI can directly represent a specific revision.
>
> -Frank.
>
> > On Sep 20, 2024, at 03:03, Orie Steele <orie@transmute.industries>
> wrote:
> >
> > I would want to ensure that the references made in RFCs are not changed
> after publication.
> >
> > You could consider publishing the hash of the files along with the
> references in an appendix.
> >
> > Hosting the files in a version control system and referencing them that
> way seems like the least effort.
>
>
>
>
> _______________________________________________
> CFRG mailing list -- cfrg@irtf.org
> To unsubscribe send an email to cfrg-leave@irtf.org
>

--00000000000020625c062290680f
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">+1, this is my favorite idea on the thread so far. What do=
 folks think of this?<br><div><a href=3D"https://github.com/cfrg/draft-irtf=
-cfrg-vdaf/pull/430">https://github.com/cfrg/draft-irtf-cfrg-vdaf/pull/430<=
/a></div><div><br></div><div>Basically the RFC has a &quot;Test Vectors&quo=
t; section that tells where the test vectors are and how to consume them. A=
lso, point to a git commit so that the user can verify them:<br></div><div>=
<br></div><div>curl -L <a href=3D"https://github.com/cfrg/draft-irtf-cfrg-v=
daf/archive/\">https://github.com/cfrg/draft-irtf-cfrg-vdaf/archive/\</a><b=
r>bb01e528dab1da66c3264347a7c020f2c3403494.tar.gz |\<br>tar -zxf - &quot;*/=
test_vec/*.json&quot;</div><div><br></div><div>Chris P.<br></div></div><br>=
<div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Fri, Se=
p 20, 2024 at 3:46=E2=80=AFAM Frank Denis &lt;cfrg=3D<a href=3D"mailto:40pu=
reftpd.org@dmarc.ietf.org">40pureftpd.org@dmarc.ietf.org</a>&gt; wrote:<br>=
</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;b=
order-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Ori,<br>
<br>
This is very good idea.<br>
<br>
And if files are hosted in Git, publishing the hash is not even necessary, =
as the URI can directly represent a specific revision.<br>
<br>
-Frank.<br>
<br>
&gt; On Sep 20, 2024, at 03:03, Orie Steele &lt;orie@transmute.industries&g=
t; wrote:<br>
&gt; <br>
&gt; I would want to ensure that the references made in RFCs are not change=
d after publication.<br>
&gt; <br>
&gt; You could consider publishing the hash of the files along with the ref=
erences in an appendix.<br>
&gt; <br>
&gt; Hosting the files in a version control system and referencing them tha=
t way seems like the least effort.<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
CFRG mailing list -- <a href=3D"mailto:cfrg@irtf.org" target=3D"_blank">cfr=
g@irtf.org</a><br>
To unsubscribe send an email to <a href=3D"mailto:cfrg-leave@irtf.org" targ=
et=3D"_blank">cfrg-leave@irtf.org</a><br>
</blockquote></div>

--00000000000020625c062290680f--

