Re: [dsfjdssdfsd] specifying an RNG

"Joseph Salowey (jsalowey)" <jsalowey@cisco.com> Fri, 15 November 2013 17:35 UTC

Return-Path: <jsalowey@cisco.com>
X-Original-To: dsfjdssdfsd@ietfa.amsl.com
Delivered-To: dsfjdssdfsd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 409E611E81B5 for <dsfjdssdfsd@ietfa.amsl.com>; Fri, 15 Nov 2013 09:35:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.247
X-Spam-Level:
X-Spam-Status: No, score=-110.247 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, SARE_SUB_11CONS_WORD=0.352, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UUaZActQpAGw for <dsfjdssdfsd@ietfa.amsl.com>; Fri, 15 Nov 2013 09:35:08 -0800 (PST)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id BAA5411E81AD for <dsfjdssdfsd@ietf.org>; Fri, 15 Nov 2013 09:34:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1574; q=dns/txt; s=iport; t=1384536885; x=1385746485; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=zgjDVjur6Tka/QoD6fODEOfPknUdQIhNPrc3hgYQ0ek=; b=GEI+PYEvMtBPPKdlFPFzUwVBhusPfU6EUNXWrTSlLJp1ryUEipRgFNSP gEwTiXarxG2v1hX/pjcjRdYvpTyINjqtd4xigAvgA+VZQ+Pfdkjfkkqso Mu5guEL8jc8+xNmsc2TMt+c9VexSyRgYbvuNrZuyqzmHgCMcDcAnPZv8c 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ah8FAOdZhlKtJV2Z/2dsb2JhbABZgwc4U75gS4EqFnSCJQEBAQMBAQEBNzQLBQsCAQg2ECEGCyUCBA4Fh28DCQYNtzoNiUQEjHOCQzMHgyCBEQOWJYFrjFWFOIMogio
X-IronPort-AV: E=Sophos;i="4.93,709,1378857600"; d="scan'208";a="285371179"
Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-3.cisco.com with ESMTP; 15 Nov 2013 17:34:44 +0000
Received: from xhc-rcd-x01.cisco.com (xhc-rcd-x01.cisco.com [173.37.183.75]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id rAFHYiUt004241 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 15 Nov 2013 17:34:44 GMT
Received: from xmb-rcd-x09.cisco.com ([169.254.9.122]) by xhc-rcd-x01.cisco.com ([173.37.183.75]) with mapi id 14.03.0123.003; Fri, 15 Nov 2013 11:34:44 -0600
From: "Joseph Salowey (jsalowey)" <jsalowey@cisco.com>
To: Yaron Sheffer <yaronf.ietf@gmail.com>
Thread-Topic: [dsfjdssdfsd] specifying an RNG
Thread-Index: AQHO4cdS9ucHDFeToUWhpJpE9AXeK5om7ziAgAADvoA=
Date: Fri, 15 Nov 2013 17:34:44 +0000
Message-ID: <573A5C4A-290D-4942-A113-B7E4315E9198@cisco.com>
References: <f1fa93561577c1866315495de82b5437.squirrel@www.trepanning.net> <5286580F.3050105@gmail.com>
In-Reply-To: <5286580F.3050105@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.33.248.87]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <6E6C14434F56C8488AEEDC47D31F4F42@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "<dsfjdssdfsd@ietf.org>" <dsfjdssdfsd@ietf.org>, Dan Harkins <dharkins@lounge.org>
Subject: Re: [dsfjdssdfsd] specifying an RNG
X-BeenThere: dsfjdssdfsd@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "The dsfjdssdfsd list provides a venue for discussion of randomness in IETF protocols, for example related to updating RFC 4086." <dsfjdssdfsd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dsfjdssdfsd>, <mailto:dsfjdssdfsd-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dsfjdssdfsd>
List-Post: <mailto:dsfjdssdfsd@ietf.org>
List-Help: <mailto:dsfjdssdfsd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dsfjdssdfsd>, <mailto:dsfjdssdfsd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 15 Nov 2013 17:35:13 -0000

On Nov 15, 2013, at 9:21 AM, Yaron Sheffer <yaronf.ietf@gmail.com>
 wrote:

> Hi Dan,
> 
> While I'm fully supportive of what you're out to achieve, I'm not clear on what it is :-)
> 
> Option A: specify requirements for an RNG (must mix multiple sources of randomness, must survive state disclosure, the output must not reveal the internal state for a standard attacker model, etc.)
> 

[Joe] Yes

> Option B1: specify the deterministic part of an RNG, i.e. the crypto algorithm.
> 

[Joe] Yes, except choose an exiting RNG and describe how to use it to meet requirements in A

> Option B2: specify the deterministic part, as well as the randomness sources (I'm avoiding the E word...).
> 

[Joe] While this is somewhat out of scope we ought to provide whatever guidance we can so folks can avoid common implementation errors.  I think there are useful recommendations we can make based on the list of issues posted on a different thread. 

> Option A is important but most of us don't like requirements documents...
> 
> Option B1 is certainly fun, but traditionally such work has not been done in the IETF. In most cases we have recommended or adopted work done by other standards bodies or even individual cryptographers.
> 
> Option B2 is IMHO too OS-specific to be useful.
> 
> So which is it?
> 
> Thanks,
>     Yaron
> 
> _______________________________________________
> dsfjdssdfsd mailing list
> dsfjdssdfsd@ietf.org
> https://www.ietf.org/mailman/listinfo/dsfjdssdfsd