From owner-freebsd-security@FreeBSD.ORG Thu Sep 6 18:27:30 2012 Return-Path: Delivered-To: freebsd-security@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD794106567E; Thu, 6 Sep 2012 18:27:30 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 684808FC20; Thu, 6 Sep 2012 18:27:30 +0000 (UTC) Received: from ds4.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id 74F6B6391; Thu, 6 Sep 2012 20:27:29 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 4A4E48271; Thu, 6 Sep 2012 20:27:29 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Arthur Mesh References: <201208221843.q7MIhLU4077951@svn.freebsd.org> <5043DBAF.40506@FreeBSD.org> <20120903005708.7082f230@gumby.homeunix.com> <20120906171824.GC14757@dragon.NUXI.org> <86392vqc86.fsf@ds4.des.no> <20120906181922.GA89120@x96.org> Date: Thu, 06 Sep 2012 20:27:28 +0200 In-Reply-To: <20120906181922.GA89120@x96.org> (Arthur Mesh's message of "Thu, 6 Sep 2012 11:19:22 -0700") Message-ID: <86txvbovlb.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-security@freebsd.org, RW Subject: Re: svn commit: r239569 - head/etc/rc.d X-BeenThere: freebsd-security@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Security issues \[members-only posting\]" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Sep 2012 18:27:30 -0000 Arthur Mesh writes: > "Dag-Erling Sm=C3=B8rgrav" writes: > > Is there a reason to choose sha256 over a weaker, faster hash? > Given the fact that yarrow uses sha256 internally, I don't think it's a > sound idea to add weaker links to the chain. What can possibly be weaker than discarding most of the entropy provided by the administrator? David had a genuine concern about performance when stuffing large amounts of data into /dev/random. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no