CVE-2020-9391
published 2020-02-25CVE-2020-9391: An issue was discovered in the Linux kernel 5.4 and 5.5 through 5.5.6 on the AArch64 architecture. It ignores the top byte in the address passed to the brk…
PriorityP420medium5.5CVSS 3.1
AVLACLPRLUINSUCNINAH
EPSS
0.50%
39.3th percentile
An issue was discovered in the Linux kernel 5.4 and 5.5 through 5.5.6 on the AArch64 architecture. It ignores the top byte in the address passed to the brk system call, potentially moving the memory break downwards when the application expects it to move upwards, aka CID-dcde237319e6. This has been observed to cause heap corruption with the GNU C Library malloc implementation.
Affected
8 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | linux | < linux 5.5.13-1 (bookworm) | linux 5.5.13-1 (bookworm) |
| fedoraproject | fedora | — | — |
| linux | linux_kernel | — | — |
| linux | linux_kernel | >= 0 < 5.5.13-1 | 5.5.13-1 |
| linux | linux_kernel | >= 0 < 5.5.13-1 | 5.5.13-1 |
| linux | linux_kernel | >= 0 < 5.5.13-1 | 5.5.13-1 |
| linux | linux_kernel | >= 0 < 5.5.13-1 | 5.5.13-1 |
| linux | linux_kernel | 5.5 – 5.5.6 | — |
CVSS provenance
nvdv3.15.5MEDIUMCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
nvdv2.02.1LOWAV:L/AC:L/Au:N/C:N/I:N/A:P
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.
GHSA
GHSA-gpf5-7vrh-q24p: An issue was discovered in the Linux kernel 5
ghsa_unreviewed·2022-05-24
CVE-2020-9391 [LOW] CWE-119 GHSA-gpf5-7vrh-q24p: An issue was discovered in the Linux kernel 5
An issue was discovered in the Linux kernel 5.4 and 5.5 through 5.5.6 on the AArch64 architecture. It ignores the top byte in the address passed to the brk system call, potentially moving the memory break downwards when the application expects it to move upwards, aka CID-dcde237319e6. This has been observed to cause heap corruption with the GNU C Library malloc implementation.
OSV
CVE-2020-9391: An issue was discovered in the Linux kernel 5
osv·2020-02-25·CVSS 5.5
CVE-2020-9391 [MEDIUM] CVE-2020-9391: An issue was discovered in the Linux kernel 5
An issue was discovered in the Linux kernel 5.4 and 5.5 through 5.5.6 on the AArch64 architecture. It ignores the top byte in the address passed to the brk system call, potentially moving the memory break downwards when the application expects it to move upwards, aka CID-dcde237319e6. This has been observed to cause heap corruption with the GNU C Library malloc implementation.
Red Hat
kernel: brk discards top byte of addresses on aarch64 causing heap corruption in glibc malloc
vendor_redhat·2020-02-25·CVSS 5.5
CVE-2020-9391 [MEDIUM] CWE-119 kernel: brk discards top byte of addresses on aarch64 causing heap corruption in glibc malloc
kernel: brk discards top byte of addresses on aarch64 causing heap corruption in glibc malloc
An issue was discovered in the Linux kernel 5.4 and 5.5 through 5.5.6 on the AArch64 architecture. It ignores the top byte in the address passed to the brk system call, potentially moving the memory break downwards when the application expects it to move upwards, aka CID-dcde237319e6. This has been observed to cause heap corruption with the GNU C Library malloc implementation.
A heap corruption flaw was found in the Linux kernel on the AArch64 architecture. The top byte is ignored in the address passed to the brk system call, potentially moving the memory break downwards when the application expects it to move upwards. This has been observed to cause heap corruption within the GNU C Library mall
Debian
CVE-2020-9391: linux - An issue was discovered in the Linux kernel 5.4 and 5.5 through 5.5.6 on the AAr...
vendor_debian·2020·CVSS 5.5
CVE-2020-9391 [MEDIUM] CVE-2020-9391: linux - An issue was discovered in the Linux kernel 5.4 and 5.5 through 5.5.6 on the AAr...
An issue was discovered in the Linux kernel 5.4 and 5.5 through 5.5.6 on the AArch64 architecture. It ignores the top byte in the address passed to the brk system call, potentially moving the memory break downwards when the application expects it to move upwards, aka CID-dcde237319e6. This has been observed to cause heap corruption with the GNU C Library malloc implementation.
Scope: local
bookworm: resolved (fixed in 5.5.13-1)
bullseye: resolved (fixed in 5.5.13-1)
forky: resolved (fixed in 5.5.13-1)
sid: resolved (fixed in 5.5.13-1)
trixie: resolved (fixed in 5.5.13-1)
No detection rules found.
No public exploits indexed.
Bugzilla
CVE-2020-9391 kernel: brk discards top byte of addresses on aarch64 causing heap corruption in glibc malloc [fedora-all]
bugzilla·2020-03-17·CVSS 5.5
CVE-2020-9391 [MEDIUM] CVE-2020-9391 kernel: brk discards top byte of addresses on aarch64 causing heap corruption in glibc malloc [fedora-all]
CVE-2020-9391 kernel: brk discards top byte of addresses on aarch64 causing heap corruption in glibc malloc [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-all.
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: thi
Bugzilla
CVE-2020-9391 kernel: brk discards top byte of addresses on aarch64 causing heap corruption in glibc malloc
bugzilla·2020-03-17·CVSS 5.5
CVE-2020-9391 [MEDIUM] CVE-2020-9391 kernel: brk discards top byte of addresses on aarch64 causing heap corruption in glibc malloc
CVE-2020-9391 kernel: brk discards top byte of addresses on aarch64 causing heap corruption in glibc malloc
An issue was discovered in the Linux kernel 5.4 and 5.5 through 5.5.6 on the AArch64 architecture. It ignores the top byte in the address passed to the brk system call, potentially moving the memory break downwards when the application expects it to move upwards, aka CID-dcde237319e6. This has been observed to cause heap corruption with the GNU C Library malloc implementation.
References:
https://bugzilla.redhat.com/show_bug.cgi?id=1797052
http://www.openwall.com/lists/oss-security/2020/02/25/6
Upstream commit:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=dcde237319e626d1ec3c9d8b7613032f0fd4663a
Discussion:
Created kernel tracking bugs for this i
Bugzilla
CVE-2020-9391 kernel: brk discards top byte of addresses on aarch64, causing heap corruption in glibc malloc
bugzilla·2020-01-31·CVSS 5.5
CVE-2020-9391 [MEDIUM] CVE-2020-9391 kernel: brk discards top byte of addresses on aarch64, causing heap corruption in glibc malloc
CVE-2020-9391 kernel: brk discards top byte of addresses on aarch64, causing heap corruption in glibc malloc
Description of problem:
Package python27 fails to build from source in Fedora rawhide on aarch64:
...
test_args_error (test.test_io.CBufferedWriterTest) ... ok
test_close_error_on_close (test.test_io.CBufferedWriterTest) ... ok
test_constructor (test.test_io.CBufferedWriterTest) ... make: *** [Makefile:894: test] Segmentation fault (core dumped)
error: Bad exit status from /var/tmp/rpm-tmp.e12Exf (%check)
This is reproducible.
Version-Release: 2.7.17-1.fc32
Steps to Reproduce:
$ fedpkg clone python27
$ cd python27
$ fedpkg build
Additional info:
This package is tracked by Koschei. See:
https://koschei.fedoraproject.org/package/python27
The first failing build is https://kosch
arXiv
Timeloops: Automatic System Call Policy Learning for Containerized Microservices
arxiv_fulltext·2022-09-26
Timeloops: Automatic System Call Policy Learning for Containerized Microservices
Meghna Pancholi
[email protected]
Columbia University
Andreas D. Kellas
[email protected]
Columbia University
Vasileios P. Kemerlis
[email protected]
Brown University
Simha Sethumadhavan
[email protected]
Columbia University
## Abstract
We introduce , a novel technique for automatically learning system
call filtering policies for containerized microservices applications. At
run-time, automatically learns which system calls a program should
be allowed to invoke, while rejecting attempts to call spurious system calls.
Further, addresses many of the shortcomings of state-of-the-art
static analysis-based techniques, such as the ability to generate tight filters
for programs written in interpreted languages such as PHP, Python, and
JavaScript. has a simple and rob
http://www.openwall.com/lists/oss-security/2020/02/25/6https://bugzilla.redhat.com/show_bug.cgi?id=1797052https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=dcde237319e626d1ec3c9d8b7613032f0fd4663ahttps://lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/O4LH35HOPBJIKYHYFXMBBM75DN75PZHZ/https://security.netapp.com/advisory/ntap-20200313-0003/http://www.openwall.com/lists/oss-security/2020/02/25/6https://bugzilla.redhat.com/show_bug.cgi?id=1797052https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=dcde237319e626d1ec3c9d8b7613032f0fd4663ahttps://lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/O4LH35HOPBJIKYHYFXMBBM75DN75PZHZ/https://security.netapp.com/advisory/ntap-20200313-0003/
2020-02-25
Published