From owner-freebsd-questions@freebsd.org Wed Jan 10 11:37:04 2018 Return-Path: Delivered-To: freebsd-questions@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 88AF9E7A721 for ; Wed, 10 Jan 2018 11:37:04 +0000 (UTC) (envelope-from freebsd@qeng-ho.org) Received: from bede.home.qeng-ho.org (bede.qeng-ho.org [217.155.128.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "fileserver.home.qeng-ho.org", Issuer "fileserver.home.qeng-ho.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0A4936F378; Wed, 10 Jan 2018 11:37:03 +0000 (UTC) (envelope-from freebsd@qeng-ho.org) Received: from arthur.home.qeng-ho.org (arthur.home.qeng-ho.org [172.23.1.2]) by bede.home.qeng-ho.org (8.15.2/8.15.2) with ESMTP id w0ABNh0w005432; Wed, 10 Jan 2018 11:23:44 GMT (envelope-from freebsd@qeng-ho.org) Subject: =?UTF-8?Q?Re:_32_bit_fix=3f_=28Was_Re:_Meltdown_=e2=80=93_Spectre?= =?UTF-8?Q?=29?= To: Dave B , Ed Maste , freebsd-questions@freebsd.org References: <2e86bfd9-9141-2872-1946-0e9d26326433@googlemail.com> <6523f352-c895-e488-8006-76495907745a@googlemail.com> From: Arthur Chance Message-ID: <49785edc-1ac4-48f3-bff0-19704dadc70b@qeng-ho.org> Date: Wed, 10 Jan 2018 11:23:43 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <6523f352-c895-e488-8006-76495907745a@googlemail.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2018 11:37:04 -0000 On 10/01/2018 09:41, Dave B via freebsd-questions wrote: > Hi Ed. > > Understood.   There's "a lot" of FreeBSD based kit out there, running on > 32 bit hardware.  A lot of NAS's for one.   (I don’t suppose any of > those commercial "appliances" will ever be updated though.) An attack requires running code exploiting the vulnerability on the target machine. NAS type appliances shouldn't allow arbitrary code to be run. (Emphasis on shouldn't, a lot of appliances seem not to care about security.) > But from my understanding, this problem has probably been present since > 1995, and maybe even earlier.  There is a paper published somewhere that > documents such issues, dated around 1992!  Awaiting for the SN645 show > notes to be published, for that info. I can't find the article I was reading right now, but it said Intel chips became vulnerable when the Westmere architecture (the 32 nm version of Nehalem) was introduced back in 2010. That was the early days of the Core i[357] CPUs, so Core and Core 2 CPUs are probably too old to be affected. > (Keep an eye on  https://www.grc.com/securitynow.htm ) > > The conclusion then, was that it was probably not a problem as would be > "too difficult" to manipulate for any gain. > > The machines I have, are ex Win'2000 boxes, so are probably affected.   > One of them was web facing.  It's not now! > > Best Regards. > > Dave B. > > (G0WBX) > > > > On 10/01/18 03:29, Ed Maste wrote: >> On 9 January 2018 at 07:23, Dave B via freebsd-questions >> wrote: >>> When is a patch for i386 (32 bit) versions likely to be available? >>> >>> Regards. >>> >>> Dave B. >>> >>> (I only run non GUI 32 bit instances of FreeBSD, on older hardware, GPSD >>> NTP machines etc.) >> Similar techniques can be applied to i386, but they are a lower >> priority and we don't yet have a timeline. I expect that i386 patches >> will follow after the full set of mitigations have been applied to >> amd64. >> >> Note that if the "older hardware" is old enough it may predate these issues. > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > -- An amusing coincidence: log2(58) = 5.858 (to 0.0003% accuracy).