Vvs at 11:23, 23 May 2018

2018-05-23T11:23:12Z

Vvs: Created page with "== Changes == Since {{kernel link|rhel6|042stab129.1}}: * Rebase to RHEL6u9 kernel 2.6.32-696.30.1.el6 * '''[Important]''' An industry-wide issue was found in the way many m..."

2018-05-23T11:21:13Z

Created page with "== Changes == Since {{kernel link|rhel6|042stab129.1}}: * Rebase to RHEL6u9 kernel 2.6.32-696.30.1.el6 * '''[Important]''' An industry-wide issue was found in the way many m..."

New page

== Changes ==
Since {{kernel link|rhel6|042stab129.1}}:

* Rebase to RHEL6u9 kernel 2.6.32-696.30.1.el6

* '''[Important]''' An industry-wide issue was found in the way many modern microprocessor designs have implemented speculative execution of Load & Store instructions (a commonly used performance optimization). It relies on the presence of a precisely-defined instruction sequence in the privileged code as well as the fact that memory read from address to which a recent memory write has occurred may see an older value and subsequently cause an update into the microprocessor's data cache even for speculatively executed instructions that never actually commit (retire). As a result, an unprivileged attacker could use this flaw to read privileged memory by conducting targeted cache side-channel attacks. (CVE-2018-3639)

* An erroneous code in the x86 kexec system call path caused a memory corruption. As a consequence, the system became unresponsive with the following kernel stack trace:
WARNING: CPU: 13 PID: 36409 at lib/list_debug.c:59 __list_del_entry+0xa1/0xd0 list_del corruption. prev->next should be ffffdd03fddeeca0, but was (null)
: This update ensures that the code does not corrupt memory. As a result, the operating system no longer hangs. (x86_64 042stab129.1 kernel is only affected, RHBZ#1573176, PSBM-84796)

=== See also ===
* {{RHSA|2018-1651}}
* {{CVE|2018-3639}}
* https://access.redhat.com/security/vulnerabilities/ssbd

@@ Line 4: / Line 4: @@
 * Rebase to RHEL6u9 kernel 2.6.32-696.30.1.el6
-* '''[Important]''' An industry-wide issue was found in the way many modern microprocessor designs have implemented speculative execution of Load & Store instructions (a commonly used performance optimization). It relies on the presence of a precisely-defined instruction sequence in the privileged code as well as the fact that memory read from address to which a recent memory write has occurred may see an older value and subsequently cause an update into the microprocessor's data cache even for speculatively executed instructions that never actually commit (retire). As a result, an unprivileged attacker could use this flaw to read privileged memory by conducting targeted cache side-channel attacks. (CVE-2018-3639)
+* '''[Important]''' Kernel Side-Channel Attack using Speculative Store Bypass.
 * An erroneous code in the x86 kexec system call path caused a memory corruption. As a consequence, the system became unresponsive with the following kernel stack trace:

Download/kernel/rhel6/042stab130.1/changes - Revision history

Vvs at 11:23, 23 May 2018

Vvs: Created page with "== Changes == Since {{kernel link|rhel6|042stab129.1}}: * Rebase to RHEL6u9 kernel 2.6.32-696.30.1.el6 * '''[Important]''' An industry-wide issue was found in the way many m..."