Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 570988 (CVE-2015-8743) - <app-emulation/qemu-2.5.0-r1: net: ne2000: OOB memory access in ioport r/w functions (CVE-2015-8743)
Summary: <app-emulation/qemu-2.5.0-r1: net: ne2000: OOB memory access in ioport r/w fu...
Alias: CVE-2015-8743
Product: Gentoo Security
Classification: Unclassified
Component: Vulnerabilities (show other bugs)
Hardware: All Linux
: Normal minor (vote)
Assignee: Gentoo Security
Whiteboard: B4 [glsa cve cleanup]
Depends on:
Reported: 2016-01-05 14:33 UTC by Agostino Sarubbo
Modified: 2016-02-04 09:35 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Agostino Sarubbo gentoo-dev 2016-01-05 14:33:49 UTC
From ${URL} :

Qemu emulator built with the NE2000 device emulation support is vulnerable to an
OOB r/w access issue. It could occur while performing 'ioport' r/w operations.

A privileged(CAP_SYS_RAWIO) user/process could use this flaw to leak or corrupt
Qemu memory bytes(3).

Upstream fix:


@maintainer(s): after the bump, in case we need to stabilize the package, please let us know if it is ready for the stabilization or not.
Comment 1 SpanKY gentoo-dev 2016-01-18 05:00:27 UTC
fix is in qemu-2.5.0-r1 in the tree now
Comment 2 Agostino Sarubbo gentoo-dev 2016-01-26 15:03:04 UTC
The stabilization happened in bug 571566
Comment 3 GLSAMaker/CVETool Bot gentoo-dev 2016-01-26 19:02:44 UTC
CVE-2015-8743 (
  An out-of-bounds read-write access flaw was found in the QEMU emulator built
  with NE2000-device emulation support. The flaw occurred while performing
  'ioport' read-write operations. A privileged (CAP_SYS_RAWIO) user or process
  could exploit the flaw to leak or corrupt QEMU memory bytes.
Comment 4 Kristian Fiskerstrand (RETIRED) gentoo-dev 2016-01-26 19:03:03 UTC
Added to existing GLSA draft
Comment 5 GLSAMaker/CVETool Bot gentoo-dev 2016-02-04 09:35:24 UTC
This issue was resolved and addressed in
 GLSA 201602-01 at
by GLSA coordinator Kristian Fiskerstrand (K_F).