Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751188AbdFCCcT (ORCPT ); Fri, 2 Jun 2017 22:32:19 -0400 Received: from frisell.zx2c4.com ([192.95.5.64]:57039 "EHLO frisell.zx2c4.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751142AbdFCCcS (ORCPT ); Fri, 2 Jun 2017 22:32:18 -0400 From: "Jason A. Donenfeld" To: "Theodore Ts'o" , Linux Crypto Mailing List , LKML , kernel-hardening@lists.openwall.com Cc: "Jason A. Donenfeld" Subject: [PATCH RFC 0/3] get_random_bytes seed blocking Date: Sat, 3 Jun 2017 04:32:01 +0200 Message-Id: <20170603023204.30933-1-Jason@zx2c4.com> X-Mailer: git-send-email 2.13.0 In-Reply-To: References: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 842 Lines: 21 Per the other thread on this mailing list, here's an initial stab at what we discussed -- adding a blocking API for the RNG, and adding a default-on dmesg Kconfig value for when things go wrong. Let me know what you think of this general implementation strategy, and if you like it, I'll move forward with polish and with integrating it into a fix for a few currently buggy get_random_bytes use cases. Jason A. Donenfeld (3): random: add synchronous API for the urandom pool random: add get_random_{bytes,u32,u64,int,long}_wait family random: warn when kernel uses unseeded randomness drivers/char/random.c | 49 +++++++++++++++++++++++++++++++++++++++++++++---- include/linux/random.h | 31 +++++++++++++++++++++++++++++++ lib/Kconfig.debug | 15 +++++++++++++++ 3 files changed, 91 insertions(+), 4 deletions(-) -- 2.13.0