- Previous thread: We have lists tailored specifically for your type of business
- Next thread: kern.bufcachepercent
- Threads sorted by date: openbsd 200911
My interpretation is that yes, they identified it as a possibility, but
due to limitations of the Intel platform, there wasn't an obvious,
clean, "correct" way to fix it.
I don't think this is a "primary" exploit, however. You would have to
have a buffer overflow or something in some other app first. Fixing
this, as someone stated, mitigates the consequences of other primary
exploits. But feel free to correct me if I'm wrong (do I really need to
say that? :)
C2
Claire beuserie wrote:
> Hi,
>
> On Wed, Nov 4, 2009 at 12:58 AM, Theo de Raadt wrote:
>
>
>> 2) At least three of our developers were aware of this exploitation
>> method going back perhaps two years before than the commit, but we
>> gnashed our teeth a lot to try to find other solutions. Clever
>> cpu architectures don't have this issue because the virtual address
>> spaces are seperate, so i386/amd64 are the ones with the big impact.
>> We did think long and hard about tlb bashing page 0 everytime we
>> switch into the kernel, but it still does not look attractive from
>> a performance standpoint.
>>
>>
>
> I'm confused.
>
> That came out a bit weird: are you saying you knew about the bug for 2 years
> but did not fix it?
>
>
> c.b-
due to limitations of the Intel platform, there wasn't an obvious,
clean, "correct" way to fix it.
I don't think this is a "primary" exploit, however. You would have to
have a buffer overflow or something in some other app first. Fixing
this, as someone stated, mitigates the consequences of other primary
exploits. But feel free to correct me if I'm wrong (do I really need to
say that? :)
C2
Claire beuserie wrote:
> Hi,
>
> On Wed, Nov 4, 2009 at 12:58 AM, Theo de Raadt wrote:
>
>
>> 2) At least three of our developers were aware of this exploitation
>> method going back perhaps two years before than the commit, but we
>> gnashed our teeth a lot to try to find other solutions. Clever
>> cpu architectures don't have this issue because the virtual address
>> spaces are seperate, so i386/amd64 are the ones with the big impact.
>> We did think long and hard about tlb bashing page 0 everytime we
>> switch into the kernel, but it still does not look attractive from
>> a performance standpoint.
>>
>>
>
> I'm confused.
>
> That came out a bit weird: are you saying you knew about the bug for 2 years
> but did not fix it?
>
>
> c.b-
Conversations: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/
- http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/ by Theo de Raadt on 2009-11-03T23:04:43+00:00
- Re: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/ by Gilles Chehade on 2009-11-03T23:34:57+00:00
- Re: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/ by Claire beuserie on 2009-11-04T01:03:28+00:00
- Re: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/ by Gonzalo Lionel Rodriguez on 2009-11-04T01:10:05+00:00
- Re: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/ by Cor on 2009-11-04T01:50:22+00:00
- Re: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/ by Tobias Ulmer on 2009-11-04T01:52:06+00:00
- Re: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/ by Aaron Mason on 2009-11-04T01:56:04+00:00
- Re: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/ by Scott McEachern on 2009-11-04T02:43:22+00:00
- Re: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/ by Theo de Raadt on 2009-11-04T02:54:10+00:00
- Re: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/ by Bob Beck on 2009-11-04T03:47:08+00:00
- Re: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/ by ropers on 2009-11-04T07:29:39+00:00
- Re: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/ by Artur Grabowski on 2009-11-04T07:42:07+00:00
- Re: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/ by Otto Moerbeek on 2009-11-04T09:28:15+00:00
- Re: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/ by Egon E. Braun Filho on 2009-11-04T18:52:55+00:00
- Re: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/ by Egon E. Braun Filho on 2009-11-04T18:57:45+00:00
- Re: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/ by Tomáš Bodžár on 2009-11-04T19:38:00+00:00
- Re: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/ by Dave Wilson on 2009-11-06T09:53:25+00:00
- Re: http://www.theregister.co.uk/2009/11/03/linux_kernel_vulnerability/ by Mark Beihoffer on 2009-11-06T10:37:27+00:00
Related Threads
- [dwr-user] re[dwr-user] quest for example for autocomplete text field with DWR - javascript
- Re: Bash "read" command: want to preload some data - debian
- [PATCH] Staging: wlan-ng: fix coding style in hfa834x_usb.c - kernel
- [PATCH 03/10] d3d9/tests: Extend the window proc / focus window tests. - wine
- [users@httpd] mod_fcgid question - httpd
- Django in sub - django
- How to invoke specific operation with params for cxf webservice endpoint through configuration - apachecamel
- [dev] Mac OS X 10.6 (Snow Leopard) build problems with OOO320 - openoffice
- [Tomcat Wiki] Trivial Update of "FAQ/CharacterEncoding" by KonstantinKolinko - tomcat
- Install fcgi 0.8.8 on Ruby-1.8 - ruby