From owner-freebsd-security@freebsd.org Thu Jan 4 15:52:55 2018 Return-Path: Delivered-To: freebsd-security@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9BA87EBEA37 for ; Thu, 4 Jan 2018 15:52:55 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (mail.metricspace.net [IPv6:2001:470:1f11:617::107]) by mx1.freebsd.org (Postfix) with ESMTP id 78F156F9FE for ; Thu, 4 Jan 2018 15:52:55 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [192.168.43.57] (mobile-166-171-187-140.mycingular.net [166.171.187.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id 073EF857B for ; Thu, 4 Jan 2018 15:28:00 +0000 (UTC) To: "freebsd-security@freebsd.org" From: Eric McCorkle Subject: Potential band-aid for Meltdown Message-ID: <30300a34-d0d9-efbf-c9b3-6375703f65a0@metricspace.net> Date: Thu, 4 Jan 2018 10:27:59 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-security@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Security issues \[members-only posting\]" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2018 15:52:55 -0000 I was thinking over meltdown mitigations this morning, and a thought occurred to me (which falls in line with general ideas I've been pursuing) This is a Crowd Supply project I've been eyeing: https://www.crowdsupply.com/rhs-research/nanoevb It's basically an FPGA that can plug into an M.2 slot. One potential use of this could be to use it as an off-die crypto unit, thereby keeping keys out of memory. I don't know what the driver situation looks like for this thing, but as its an open hardware project, I doubt it would be too hard to get support up and running. I realize it's not a perfect solution by far, but it would provide some level of mitigation (especially for things like GELI) that could hold people over until they can replace their hardware.