CVE-2015-8844
published 2016-04-27CVE-2015-8844: The signal implementation in the Linux kernel before 4.3.5 on powerpc platforms does not check for an MSR with both the S and T bits set, which allows local…
PriorityP416medium5.5CVSS 3.0
AVLACLPRNUIRSUCNINAH
EPSS
0.39%
31.6th percentile
The signal implementation in the Linux kernel before 4.3.5 on powerpc platforms does not check for an MSR with both the S and T bits set, which allows local users to cause a denial of service (TM Bad Thing exception and panic) via a crafted application.
Affected
6 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | linux | < linux 4.4.2-1 (bookworm) | linux 4.4.2-1 (bookworm) |
| linux | linux_kernel | <= 4.3.4 | — |
| linux | linux_kernel | >= 0 < 4.4.2-1 | 4.4.2-1 |
| linux | linux_kernel | >= 0 < 4.4.2-1 | 4.4.2-1 |
| linux | linux_kernel | >= 0 < 4.4.2-1 | 4.4.2-1 |
| linux | linux_kernel | >= 0 < 4.4.2-1 | 4.4.2-1 |
CVSS provenance
nvdv3.05.5MEDIUMCVSS:3.0/AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H
nvdv2.04.7MEDIUMAV:L/AC:M/Au:N/C:N/I:N/A:C
osv5.5MEDIUM
vendor_debian5.5MEDIUM
vendor_redhat5.5MEDIUM
Stop checking back — get the weekly exploitation signal.
Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.
Red Hat
kernel: incorrect restoration of machine specific registers from userspace
vendor_redhat·2016-04-13·CVSS 5.5
CVE-2015-8844 [MEDIUM] CWE-772 kernel: incorrect restoration of machine specific registers from userspace
kernel: incorrect restoration of machine specific registers from userspace
The signal implementation in the Linux kernel before 4.3.5 on powerpc platforms does not check for an MSR with both the S and T bits set, which allows local users to cause a denial of service (TM Bad Thing exception and panic) via a crafted application.
A flaw was found in the Linux kernel which could cause a kernel panic when restoring machine specific registers on the PowerPC platform. Incorrect transactional memory state registers could inadvertently change the call path on return from userspace and cause the kernel to enter an unknown state and crash.
Statement: This issue does not affect the Linux kernels as shipped with Red Hat Enterprise Linux 5 and 6,
This issue affects the Linux kernels as shipped with R
Debian
CVE-2015-8844: linux - The signal implementation in the Linux kernel before 4.3.5 on powerpc platforms ...
vendor_debian·2015·CVSS 5.5
CVE-2015-8844 [MEDIUM] CVE-2015-8844: linux - The signal implementation in the Linux kernel before 4.3.5 on powerpc platforms ...
The signal implementation in the Linux kernel before 4.3.5 on powerpc platforms does not check for an MSR with both the S and T bits set, which allows local users to cause a denial of service (TM Bad Thing exception and panic) via a crafted application.
Scope: local
bookworm: resolved (fixed in 4.4.2-1)
bullseye: resolved (fixed in 4.4.2-1)
forky: resolved (fixed in 4.4.2-1)
sid: resolved (fixed in 4.4.2-1)
trixie: resolved (fixed in 4.4.2-1)
GHSA
GHSA-qhfv-w8w8-3r26: The signal implementation in the Linux kernel before 4
ghsa_unreviewed·2022-05-14
CVE-2015-8844 [MEDIUM] CWE-20 GHSA-qhfv-w8w8-3r26: The signal implementation in the Linux kernel before 4
The signal implementation in the Linux kernel before 4.3.5 on powerpc platforms does not check for an MSR with both the S and T bits set, which allows local users to cause a denial of service (TM Bad Thing exception and panic) via a crafted application.
OSV
CVE-2015-8844: The signal implementation in the Linux kernel before 4
osv·2016-04-27·CVSS 5.5
CVE-2015-8844 [MEDIUM] CVE-2015-8844: The signal implementation in the Linux kernel before 4
The signal implementation in the Linux kernel before 4.3.5 on powerpc platforms does not check for an MSR with both the S and T bits set, which allows local users to cause a denial of service (TM Bad Thing exception and panic) via a crafted application.
No detection rules found.
No public exploits indexed.
Bugzilla
CVE-2015-8844 CVE-2015-8845 kernel: incorrect restoration of machine specific registers from userspace [fedora-all]
bugzilla·2016-04-13·CVSS 5.5
CVE-2015-8844 [MEDIUM] CVE-2015-8844 CVE-2015-8845 kernel: incorrect restoration of machine specific registers from userspace [fedora-all]
CVE-2015-8844 CVE-2015-8845 kernel: incorrect restoration of machine specific registers from userspace [fedora-all]
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of Fedora.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When submitting as an update, use the fedpkg template provided in the next
comment(s). This will include the bug IDs of this tracking bug as well as
the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
fedpkg commit message.
NOTE: this issue a
Bugzilla
CVE-2015-8845 CVE-2015-8844 kernel: incorrect restoration of machine specific registers from userspace
bugzilla·2016-04-13·CVSS 5.5
CVE-2015-8845 [MEDIUM] CVE-2015-8845 CVE-2015-8844 kernel: incorrect restoration of machine specific registers from userspace
CVE-2015-8845 CVE-2015-8844 kernel: incorrect restoration of machine specific registers from userspace
A flaw was found in the linux kernel which could cause a kernel panic when restoring machine specific registers on the power pc platform. Incorrect transactional memory state registers could inadvertently change the call path on return from userspace and cause the kernel to enter an unknown state and panic defensively.
The message is usually as follows:
kernel BUG at arch/powerpc/kernel/tm.S:177
Call Trace:
[c0000001cb41ba60] [c000000000015b40] .tm_reclaim_current+0xa0/0x120
[c0000001cb41bb00] [c000000000018188] .get_tm_stackpointer+0x48/0x80
[c0000001cb41bb80] [c000000000025634] .handle_rt_signal64+0x64/0x7c0
[c0000001cb41bc70] [c000000000017db8] .do_signal+0x168/0x320
[c0000001cb41b
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=d2b9d2a5ad5ef04ff978c9923d19730cb05efd55http://rhn.redhat.com/errata/RHSA-2016-2574.htmlhttp://rhn.redhat.com/errata/RHSA-2016-2584.htmlhttp://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.3.5http://www.openwall.com/lists/oss-security/2016/04/13/1http://www.securitytracker.com/id/1035594https://bugzilla.redhat.com/show_bug.cgi?id=1326540https://github.com/torvalds/linux/commit/d2b9d2a5ad5ef04ff978c9923d19730cb05efd55http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=d2b9d2a5ad5ef04ff978c9923d19730cb05efd55http://rhn.redhat.com/errata/RHSA-2016-2574.htmlhttp://rhn.redhat.com/errata/RHSA-2016-2584.htmlhttp://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.3.5http://www.openwall.com/lists/oss-security/2016/04/13/1http://www.securitytracker.com/id/1035594https://bugzilla.redhat.com/show_bug.cgi?id=1326540https://github.com/torvalds/linux/commit/d2b9d2a5ad5ef04ff978c9923d19730cb05efd55
2016-04-27
Published