Re: [saag] another conflict review of some GOST stuff

Dmitry Belyavsky <beldmit@gmail.com> Fri, 11 December 2015 06:24 UTC

Return-Path: <beldmit@gmail.com>
X-Original-To: saag@ietfa.amsl.com
Delivered-To: saag@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 991E21A907F for <saag@ietfa.amsl.com>; Thu, 10 Dec 2015 22:24:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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, SPF_PASS=-0.001] autolearn=ham
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 ocSH0c19AfUz for <saag@ietfa.amsl.com>; Thu, 10 Dec 2015 22:24:28 -0800 (PST)
Received: from mail-lb0-x233.google.com (mail-lb0-x233.google.com [IPv6:2a00:1450:4010:c04::233]) (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 541391A908C for <saag@ietf.org>; Thu, 10 Dec 2015 22:24:28 -0800 (PST)
Received: by lbblt2 with SMTP id lt2so64922601lbb.3 for <saag@ietf.org>; Thu, 10 Dec 2015 22:24:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=deEFwCiLbrZ/tTNgxgubuHqloIOn+W4rI53e1My6ac8=; b=VWY+Rwv/gKtMuQua7MXwqVTIJfxfAF2+8zh3hg/YnTpve+6w8GgQ+s3iZHhU9lsPGU BILaApof5eQ6L1HO9/6DLU1hqzTQS6DB7LZPc88CbOuB/fiRJsUf0VlYLkiY7+q/fc3l U3gwEy6kK0FEqXTK+A39h13NDoEsfsynnmNqB+aE3b7JCFh6vR5N75yqihzBWfLUit3t w3yZY56dtWmv54DlSyvZ0jyyYk6Pqd+unruFB0hAHSR5RLfPnSSl3nnJOrY2ulSAdKFC 65usPR4+cBKiRS05BthmZdgTE8xVihp1Q8EN7EGzWWJyFQ84nr1in2lHSfb7APWhkoCw ocsA==
MIME-Version: 1.0
X-Received: by 10.112.211.136 with SMTP id nc8mr340306lbc.54.1449815066457; Thu, 10 Dec 2015 22:24:26 -0800 (PST)
Received: by 10.25.16.31 with HTTP; Thu, 10 Dec 2015 22:24:26 -0800 (PST)
In-Reply-To: <22121.36056.8625.417621@fireball.acr.fi>
References: <5668D26F.2020200@cs.tcd.ie> <22121.36056.8625.417621@fireball.acr.fi>
Date: Fri, 11 Dec 2015 09:24:26 +0300
Message-ID: <CADqLbzJ8968FgcsoX=vah3GwXP1Z4-6sH7LWsUr4SBQ+2syHAg@mail.gmail.com>
From: Dmitry Belyavsky <beldmit@gmail.com>
To: Tero Kivinen <kivinen@iki.fi>
Content-Type: multipart/alternative; boundary="001a11c3c70006bb430526996079"
Archived-At: <http://mailarchive.ietf.org/arch/msg/saag/BAGaHAKZDCPt8arHxUxdfdRyKdg>
Cc: "saag@ietf.org" <saag@ietf.org>
Subject: Re: [saag] another conflict review of some GOST stuff
X-BeenThere: saag@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Security Area Advisory Group <saag.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/saag>, <mailto:saag-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/saag/>
List-Post: <mailto:saag@ietf.org>
List-Help: <mailto:saag-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/saag>, <mailto:saag-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Dec 2015 06:24:30 -0000

Dear Tero,

On Thu, Dec 10, 2015 at 5:31 PM, Tero Kivinen <kivinen@iki.fi> wrote:

> Stephen Farrell writes:
> > On Dec17, the IESG will also be doing the conflict review for a
> > draft [1] that documents some more about using GOST algorithms.
> >
> > Since we've typically handled national algorithms in this manner
> > (basic alg details are documented as independent submission
> > stream RFCs) I think this one does not represent a conflict with
> > ongoing IETF work or process. But if I'm wrong, please do let me
> > know.
>
> I wonder why this draft do specify PRFs for TLS, IKEv1 and IKEv2? It
> does not allocate any IANA numbers for them, so there is no way of
> using them, so why include those sections in this draft at all. I
> think it would be better to have those in the draft that allocates the
> numbers which allows these to be used?
>
> Also specifying anything for the obsoleted IKEv1 protocol is bad
> idea...
>

The draft [1] describes the current usage of the Russian GOST message
digest and signature algorithms.
As the algorithms themselves were described in RFCs [2], [3], we now need
to specify some details describing how to use them.

The draft does not specify any locally invented non-standard constructions
but uses the standard ones for HMAC, PRFs and KDFs.

Also, there seems to be no IANA registry at least for PRFs for TLS [4]

[1] https://tools.ietf.org/html/draft-smyshlyaev-gost-usage-17
[2] https://tools.ietf.org/html/rfc6986
[3] https://tools.ietf.org/html/rfc7091
[4] http://www.iana.org/assignments/tls-parameters/tls-parameters.xhtml

Thank you!

-- 
SY, Dmitry Belyavsky