Re: [Cfrg] I-D Action: draft-irtf-cfrg-randomness-improvements-08.txt

"Stanislav V. Smyshlyaev" <smyshsv@gmail.com> Wed, 27 November 2019 09:55 UTC

Return-Path: <smyshsv@gmail.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 400401200F7 for <cfrg@ietfa.amsl.com>; Wed, 27 Nov 2019 01:55:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 VXofDtgsnHPX for <cfrg@ietfa.amsl.com>; Wed, 27 Nov 2019 01:55:44 -0800 (PST)
Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (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 734D61200B2 for <cfrg@irtf.org>; Wed, 27 Nov 2019 01:55:44 -0800 (PST)
Received: by mail-lj1-x232.google.com with SMTP id t5so23760908ljk.0 for <cfrg@irtf.org>; Wed, 27 Nov 2019 01:55:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=f47KKq+SkjyqkfYVgkYZXWvkC9MdOha5SKUIG887STs=; b=gH3BYOgR9rTOSS2MXzcWpBl6X78G9JnfY48ikYXiKj50t8eqPubId5lPnTpw5EEydi n39Gkzq9g+n0tXK27vUq4RndKjG/5ZK9Fn4kdHvilwOzoUE4A1ik1ai2JbIMIJlwb+09 5d1JNS9CJcXDRZGkiAIXVt18nzYDaeLiF9XgkNgXi2DL8+I/iRGNIQ3K5i5INHNJik1x /+CZ11H+GTQRWR41amvV7FIINDxQkDbKgng1vhKFpA9YIwVHzltAe5Q0c14e1Ra+89Au 9NBPoXp614hQQWFvRSPcSzinpLmSDV+Tdqh0AQPaxpfJRuvlh3r+A715+Irh5QR0+ixv hX/g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=f47KKq+SkjyqkfYVgkYZXWvkC9MdOha5SKUIG887STs=; b=EA9VDJVUfDaDQZFCzyN8mPgBRXjsfDJDHFoINpAvnQsjWT193RPZowyG25vkkp4cWY qVONNk19jsLWzQAaceMgqjd278OiMeSeFQkvuhvaLiG8wodVk7YN7R3OxAy3U0wqLost dB3ZgIT7IIhhd7XAIErOrui+5RtTg/RoTrdrpj/W/NA709OyeRV1ElOp3VPWPeaIjDgf cuGQdraZcaTYg0ynr5oeu+ZfIYWH/I3cFG++GmC0aB0yrH4nJs4tyUxdVbmuu9D9N5B3 ot8/8Notqrm0RtuO30B5UlbarlzO4iz2OSWsRIkALOD5ehF5MEfZwF9lHbyDg/QwLfnR CfZw==
X-Gm-Message-State: APjAAAV4EhkdnUlGphtpxSWWtFtDxw1sIGkNVZOHcEYpTEZPdyR18Eb1 ajJrZR4Boo3kpBpx4KQ0zxmyEx7WjNZR6su40zw=
X-Google-Smtp-Source: APXvYqx3sxQxys3tcS9md3cI+6mAq7jcHcYKI/dqgUuBjIWXfaUQCrvOYpPQdU36BL+kbNSSeUtdy8mp0qJ0LdXvSG8=
X-Received: by 2002:a2e:8508:: with SMTP id j8mr29753908lji.136.1574848542550; Wed, 27 Nov 2019 01:55:42 -0800 (PST)
MIME-Version: 1.0
References: <157273808364.6043.6715638492611593951@ietfa.amsl.com> <77AD232C-094D-4FC1-A966-DA56EC44A27F@ericsson.com> <CAMr0u6=7r2wAD_3Yn1hBjJW-y=8FE27jeYQW8wk3wJ-Xh2g2hg@mail.gmail.com> <20191122162758.kzx3vl4ibayykyqu@positron.jfet.org> <CAMr0u6=94uCjUybJ89Nf-qNvyKFPkX_KWM6k5u1kPUZMOCLNRw@mail.gmail.com> <20191124213717.o5gjtyv55lmlcy4s@positron.jfet.org>
In-Reply-To: <20191124213717.o5gjtyv55lmlcy4s@positron.jfet.org>
From: "Stanislav V. Smyshlyaev" <smyshsv@gmail.com>
Date: Wed, 27 Nov 2019 12:56:32 +0300
Message-ID: <CAMr0u6mEW=orEF6YtbTfdQy5EuQHDqdo=2_R243PUkqGD2Vgqg@mail.gmail.com>
To: "Riad S. Wahby" <rsw@jfet.org>, Christopher Wood <christopherwood07@gmail.com>, Nick Sullivan <nick@cloudflare.com>, Christopher Wood <caw@heapingbits.net>
Cc: "cfrg@irtf.org" <cfrg@irtf.org>
Content-Type: multipart/alternative; boundary="000000000000f42f7a059850ffcf"
Archived-At: <https://mailarchive.ietf.org/arch/msg/cfrg/vKabzODy5EJU_n8ojuxybB5347Q>
Subject: Re: [Cfrg] I-D Action: draft-irtf-cfrg-randomness-improvements-08.txt
X-BeenThere: cfrg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Crypto Forum Research Group <cfrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/cfrg>, <mailto:cfrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cfrg/>
List-Post: <mailto:cfrg@irtf.org>
List-Help: <mailto:cfrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/cfrg>, <mailto:cfrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Wed, 27 Nov 2019 09:55:46 -0000

>>  In this case, it seems like a separate document for other constructions
is definitely more appropriate---no sense introducing serious delay for
this document

Many thanks, Riad!

I'll definitely think about this - maybe it will be reasonable to arrange a
discussion of this (with slides, at CFRG) at IETF 107 and initiate a
document on this.
If you don't mind, I'll get in touch with you off-list in the beginning of
2020 - to discuss, what should be included in such a document. Would you
like to participate in this?..

>> But: would it be possible to clarify, maybe just in the intro, that this
document is primarily geared toward the HSM case?
I think that mentioning HSMs as one of most important cases when the
construction is needed, can be helpful.
Chris, Nick, what do you think?

Best regards,
Stanislav


пн, 25 нояб. 2019 г. в 00:37, Riad S. Wahby <rsw@jfet.org>rg>:

> "Stanislav V. Smyshlyaev" <smyshsv@gmail.com> wrote:
> > But this makes the scope of the I-D (initially motivated by TLS servers)
> > wider - a "menu of choices" of good solutions instead of one good
> solution.
> > If we want to do this, then, as it seems to me, the current process with
> an
> > I-D, which has already passed the RGLC and has moved to Waiting for
> > Document Shepherd stage, should be stopped and returned to the previous
> > stage of a work item before RGLC.
>
> In this case, it seems like a separate document for other constructions
> is definitely more appropriate---no sense introducing serious delay for
> this document.
>
> But: would it be possible to clarify, maybe just in the intro, that this
> document is primarily geared toward the HSM case?
>
> -=rsw
>