diff options
author | feld <feld@FreeBSD.org> | 2018-06-22 06:49:53 +0800 |
---|---|---|
committer | feld <feld@FreeBSD.org> | 2018-06-22 06:49:53 +0800 |
commit | c4db9df3d4cc86cbfce464f8278b5b0164524893 (patch) | |
tree | 0b1ad2cc4159351e0721a310177b9a00451af338 /security | |
parent | 357ac49fc43dea6665116c11d962bd9dd4fe60e0 (diff) | |
download | freebsd-ports-gnome-c4db9df3d4cc86cbfce464f8278b5b0164524893.tar.gz freebsd-ports-gnome-c4db9df3d4cc86cbfce464f8278b5b0164524893.tar.zst freebsd-ports-gnome-c4db9df3d4cc86cbfce464f8278b5b0164524893.zip |
Document SA-18:07.lazyfpu
Diffstat (limited to 'security')
-rw-r--r-- | security/vuxml/vuln.xml | 31 |
1 files changed, 31 insertions, 0 deletions
diff --git a/security/vuxml/vuln.xml b/security/vuxml/vuln.xml index 3234701b726b..bdb7c37ee4b9 100644 --- a/security/vuxml/vuln.xml +++ b/security/vuxml/vuln.xml @@ -58,6 +58,37 @@ Notes: * Do not forget port variants (linux-f10-libxml2, libxml2, etc.) --> <vuxml xmlns="http://www.vuxml.org/apps/vuxml-1"> + <vuln vid="4e07d94f-75a5-11e8-85d1-a4badb2f4699"> + <topic>FreeBSD -- Lazy FPU State Restore Information Disclosure</topic> + <affects> + <package> + <name>FreeBSD-kernel</name> + <range><ge>11.1</ge><lt>11.1_11</lt></range> + </package> + </affects> + <description> + <body xmlns="http://www.w3.org/1999/xhtml"> + <h1>Problem Description:</h1> + <p>A subset of Intel processors can allow a local thread + to infer data from another thread through a speculative + execution side channel when Lazy FPU state restore is + used.</p> + <h1>Impact:</h1> + <p>Any local thread can potentially read FPU state information + from other threads running on the host. This could include + cryptographic keys when the AES-NI CPU feature is present.</p> + </body> + </description> + <references> + <cvename>CVE-2018-3665</cvename> + <freebsdsa>SA-18:07.lazyfpu</freebsdsa> + </references> + <dates> + <discovery>2018-06-21</discovery> + <entry>2018-06-21</entry> + </dates> + </vuln> + <vuln vid="25f73c47-68a8-4a30-9cbc-1ca5eea4d6ba"> <topic>GraphicsMagick -- multiple vulnerabilities</topic> <affects> |