Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 5 Jan 2018 13:51:24 -0500
From:      "Cameron, Frank J" <cameron@ctc.com>
To:        freebsd-security@freebsd.org
Subject:   Re: Intel hardware bug
Message-ID:  <20180105185124.GF11964@linux116.ctc.com>
In-Reply-To: <c61bbcc1-28d6-7345-a122-e2d003faabcc@metricspace.net>
References:  <736a2b77-d4a0-b03f-8a6b-6a717f5744d4@metricspace.net> <2594.1515141192@segfault.tristatelogic.com> <809675000.867372.1515146821354@mail.yahoo.com> <250f3a77-822b-fba5-dcd7-758dfec94554@metricspace.net> <CAOnawYpe5V-kUn4tLWKyBcDmsKqUP9-VNRhfDG48VMFWFbq6Vw@mail.gmail.com> <df99a36a-4e81-58c2-284e-c2fcdebb6040@freebsd.org> <c61bbcc1-28d6-7345-a122-e2d003faabcc@metricspace.net>

next in thread | previous in thread | raw e-mail | index | archive | help
Eric McCorkle wrote:
> On 01/05/2018 11:40, Nathan Whitehorn wrote:
> > POWER has the same thing. It's actually stronger separation, since user
> > processes don't share addresses either -- all processes, including the
> > kernel, have windowed access to an 80-bit address space, so no process
> > can even describe an address in another process's address space. There
> > are ways, of course, in which IBM could have messed up the
> > implementation, so the fact that it *should* be secure does not mean it
> > *is*.
> 
> That's interesting, as it conflicts with Red Hat's vulnerability
> disclosure.  It that because the silicon is buggy, or because Linux
> somehow ends up being vulnerable when it need not be?

"Complete mitigation of this vulnerability for Power Systems clients
involves installing patches to both system firmware and operating
systems. The firmware patch provides partial remediation to this
vulnerability and is a pre-requisite for the OS patch to be effective."
https://www.ibm.com/blogs/psirt/potential-impact-processors-power-family/

-----------------------------------------------------------------
This message and any files transmitted within are intended
solely for the addressee or its representative and may contain
company proprietary information.  If you are not the intended
recipient, notify the sender immediately and delete this
message.  Publication, reproduction, forwarding, or content
disclosure is prohibited without the consent of the original
sender and may be unlawful.

Concurrent Technologies Corporation and its Affiliates.
www.ctc.com  1-800-282-4392
-----------------------------------------------------------------



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20180105185124.GF11964>