A vulnerability has been found in xterm which could allow for arbitrary code execution.
| Package | Arch | Vulnerable | Unaffected |
|---|---|---|---|
| x11-terms/xterm | * | < 375 | >= 375 |
xterm is a terminal emulator for the X Window system.
xterm does not correctly handle control characters related to OSC 50 font ops sequence handling.
The vulnerability allows text written to the terminal to write text to the terminal's command line. If the terminal's shell is zsh running with vi line editing mode, text written to the terminal can also trigger the execution of arbitrary commands via writing ^G to the terminal.
As a workaround, users can disable xterm's usage of OSC 50 sequences by adding the following to the XResources configuration: XTerm*allowFontOps: false
All xterm users should upgrade to the latest version:
# emerge --sync # emerge --ask --oneshot --verbose ">=x11-terms/xterm-375"
Multiple vulnerabilities have been discovered in xterm, the worst of which could result in denial of service.
| Package | Arch | Vulnerable | Unaffected |
|---|---|---|---|
| x11-terms/xterm | * | < 371 | >= 371 |
xterm is a terminal emulator for the X Window system.
Multiple vulnerabilities have been discovered in xterm. Please review the CVE identifiers referenced below for details.
Please review the referenced CVE identifiers for details.
There is no known workaround at this time.
All xterm users should upgrade to the latest version:
# emerge --sync # emerge --ask --oneshot --verbose ">=x11-terms/xterm-371"
An error in the processing of special sequences in xterm may lead to arbitrary commands execution.
| Package | Arch | Vulnerable | Unaffected |
|---|---|---|---|
| x11-terms/xterm | * | < 239 | >= 239 |
xterm is a terminal emulator for the X Window system.
Paul Szabo reported an insufficient input sanitization when processing Device Control Request Status String (DECRQSS) sequences.
A remote attacker could entice a user to display a file containing specially crafted DECRQSS sequences, possibly resulting in the remote execution of arbitrary commands with the privileges of the user viewing the file.
There is no known workaround at this time.
All xterm users should upgrade to the latest version:
# emerge --sync # emerge --ask --oneshot --verbose ">=x11-terms/xterm-239"
X.org, libX11, xdm, xf86dga, xinit, xload, xtrans, and xterm are vulnerable to local privilege escalations because of unchecked setuid() calls.
| Package | Arch | Vulnerable | Unaffected |
|---|---|---|---|
| app-emulation/emul-linux-x86-xlibs | amd64 | < 7.0-r2 | >= 7.0-r2 |
| x11-apps/xdm | * | < 1.0.4-r1 | >= 1.0.4-r1 |
| x11-apps/xf86dga | * | < 1.0.1-r1 | >= 1.0.1-r1 |
| x11-apps/xinit | * | < 1.0.2-r6 | >= 1.0.2-r6 |
| x11-apps/xload | * | < 1.0.1-r1 | >= 1.0.1-r1 |
| x11-base/xorg-server | * | < 1.1.0-r1 | >= 1.0.2-r6 (revision), >= 1.1.0-r1 |
| x11-base/xorg-x11 | * | < 6.9.0-r2 | >= 6.8.2-r8 (revision), >= 6.9.0-r2 |
| x11-libs/libx11 | * | < 1.0.1-r1 | >= 1.0.1-r1 |
| x11-libs/xtrans | * | < 1.0.0-r1 | >= 1.0.0-r1 |
| x11-terms/xterm | * | < 215 | >= 215 |
X.org is an implementation of the X Window System.
Several X.org libraries and X.org itself contain system calls to set*uid() functions, without checking their result.
Local users could deliberately exceed their assigned resource limits and elevate their privileges after an unsuccessful set*uid() system call. This requires resource limits to be enabled on the machine.
There is no known workaround at this time.
All X.Org xdm users should upgrade to the latest version:
# emerge --sync # emerge --ask --oneshot --verbose ">=x11-apps/xdm-1.0.4-r1"
All X.Org xinit users should upgrade to the latest version:
# emerge --sync # emerge --ask --oneshot --verbose ">=x11-apps/xinit-1.0.2-r6"
All X.Org xload users should upgrade to the latest version:
# emerge --sync # emerge --ask --oneshot --verbose ">=x11-apps/xload-1.0.1-r1"
All X.Org xf86dga users should upgrade to the latest version:
# emerge --sync # emerge --ask --oneshot --verbose ">=x11-apps/xf86dga-1.0.1-r1"
All X.Org users should upgrade to the latest version:
# emerge --sync # emerge --ask --oneshot --verbose ">=x11-base/xorg-x11-6.9.0-r2"
All X.Org X servers users should upgrade to the latest version:
# emerge --sync # emerge --ask --oneshot --verbose ">=x11-base/xorg-server-1.1.0-r1"
All X.Org X11 library users should upgrade to the latest version:
# emerge --sync # emerge --ask --oneshot --verbose ">=x11-libs/libx11-1.0.1-r1"
All X.Org xtrans library users should upgrade to the latest version:
# emerge --sync # emerge --ask --oneshot --verbose ">=x11-libs/xtrans-1.0.1-r1"
All xterm users should upgrade to the latest version:
# emerge --sync # emerge --ask --oneshot --verbose ">=x11-terms/xterm-215"
All users of the X11R6 libraries for emulation of 32bit x86 on amd64 should upgrade to the latest version:
# emerge --sync # emerge --ask --oneshot --verbose ">=app-emulation/emul-linux-x86-xlibs-7.0-r2"
Please note that the fixed packages have been available for most architectures since June 30th but the GLSA release was held up waiting for the remaining architectures.