The abrt-action-install-debuginfo-to-abrt-cache help program in Automatic Bug Reporting Tool (ABRT) does not properly handle the process environment before invoking abrt-action-install-debuginfo, which allows local users to gain privileges.

It was found that ABRT was vulnerable to multiple race condition and symbolic link flaws. A local attacker could use these flaws to potentially escalate their privileges on the system. (CVE-2015-3315)

It was discovered that the kernel-invoked coredump processor provided by ABRT wrote core dumps to files owned by other system users. This could result in information disclosure if an application crashed while its current directory was a directory writable to by other users (such as /tmp). (CVE-2015-3142)

It was discovered that the default event handling scripts installed by ABRT did not handle symbolic links correctly. A local attacker with write access to an ABRT problem directory could use this flaw to escalate their privileges. (CVE-2015-1869)

It was found that the ABRT event scripts created a user-readable copy of an sosreport file in ABRT problem directories, and included excerpts of /var/log/messages selected by the user-controlled process name, leading to an information disclosure. (CVE-2015-1870)

It was discovered that, when moving problem reports between certain directories, abrt-handle-upload did not verify that the new problem directory had appropriate permissions and did not contain symbolic links. An attacker able to create a crafted problem report could use this flaw to expose other parts of ABRT, or to overwrite arbitrary files on the system. (CVE-2015-3147)

It was discovered that the abrt-action-install-debuginfo-to-abrt-cache helper program did not properly filter the process environment before invoking abrt-action-install-debuginfo. A local attacker could use this flaw to escalate their privileges on the system. (CVE-2015-3159)

Updated abrt packages that fix multiple security issues are now available for Red Hat Enterprise Linux 6.

Red Hat Product Security has rated this update as having Moderate security impact. Common Vulnerability Scoring System (CVSS) base scores, which give detailed severity ratings, are available for each vulnerability from the CVE links in the References section.

ABRT (Automatic Bug Reporting Tool) is a tool to help users to detect defects in applications and to create a bug report with all the information needed by a maintainer to fix it. It uses a plug-in system to extend its functionality.

It was found that ABRT was vulnerable to multiple race condition and symbolic link flaws. A local attacker could use these flaws to potentially escalate their privileges on the system. (CVE-2015-3315)

It was discovered that the kernel-invoked coredump processor provided by ABRT wrote core dumps to files owned by other system users. This could result in information disclosure if an application crashed while its current directory was a directory writable to by other users (such as /tmp). (CVE-2015-3142)

It was discovered that the default event handling scripts installed by ABRT did not handle symbolic links correctly. A local attacker with write access to an ABRT problem directory could use this flaw to escalate their privileges. (CVE-2015-1869)

It was found that the ABRT event scripts created a user-readable copy of an sosreport file in ABRT problem directories, and included excerpts of /var/log/messages selected by the user-controlled process name, leading to an information disclosure. (CVE-2015-1870)

It was discovered that, when moving problem reports between certain directories, abrt-handle-upload did not verify that the new problem directory had appropriate permissions and did not contain symbolic links. An attacker able to create a crafted problem report could use this flaw to expose other parts of ABRT, or to overwrite arbitrary files on the system. (CVE-2015-3147)

It was discovered that the abrt-action-install-debuginfo-to-abrt-cache helper program did not properly filter the process environment before invoking abrt-action-install-debuginfo. A local attacker could use this flaw to escalate their privileges on the system. (CVE-2015-3159)

The CVE-2015-1869, CVE-2015-1870, CVE-2015-3142, CVE-2015-3147, and CVE-2015-3159 issues were discovered by Florian Weimer of Red Hat Product Security.

All users of abrt are advised to upgrade to these updated packages, which correct these issues.

The remote Oracle Linux 6 host has packages installed that are affected by multiple vulnerabilities as referenced in the ELSA-2015-1210 advisory.

  - The default event handling scripts in Automatic Bug Reporting Tool (ABRT) allow local users to gain     privileges as demonstrated by a symlink attack on a var_log_messages file. (CVE-2015-1869)

  - The event scripts in Automatic Bug Reporting Tool (ABRT) uses world-readable permission on a copy of     sosreport file in problem directories, which allows local users to obtain sensitive information from     /var/log/messages via unspecified vectors. (CVE-2015-1870)

  - The kernel-invoked coredump processor in Automatic Bug Reporting Tool (ABRT) does not properly check the     ownership of files before writing core dumps to them, which allows local users to obtain sensitive     information by leveraging write permissions to the working directory of a crashed application.
    (CVE-2015-3142)

  - daemon/abrt-handle-upload.in in Automatic Bug Reporting Tool (ABRT), when moving problem reports from     /var/spool/abrt-upload, allows local users to write to arbitrary files or possibly have other unspecified     impact via a symlink attack on (1) /var/spool/abrt or (2) /var/tmp/abrt. (CVE-2015-3147)

  - The abrt-action-install-debuginfo-to-abrt-cache help program in Automatic Bug Reporting Tool (ABRT) does     not properly handle the process environment before invoking abrt-action-install-debuginfo, which allows     local users to gain privileges. (CVE-2015-3159)

  - Automatic Bug Reporting Tool (ABRT) allows local users to read, change the ownership of, or have other     unspecified impact on arbitrary files via a symlink attack on (1) /var/tmp/abrt/*/maps, (2)     /tmp/jvm-*/hs_error.log, (3) /proc/*/exe, (4) /etc/os-release in a chroot, or (5) an unspecified root     directory related to librpm. (CVE-2015-3315)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

Security fixes for :

  - CVE-2015-3315

    - CVE-2015-3142

    - CVE-2015-1869

    - CVE-2015-1870

    - CVE-2015-3151

    - CVE-2015-3150

    - CVE-2015-3159

abrt: =====

  - Move the default dump location from /var/tmp/abrt to     /var/spool/abrt

    - Use root for owner of all dump directories

    - Stop reading hs_error.log from /tmp

    - Don not save the system logs by default

    - Don not save dmesg if kernel.dmesg_restrict=1

libreport: ==========

  - Harden the code against directory traversal, symbolic     and hard link attacks

    - Fix a bug causing that the first value of       AlwaysExcludedElements was ignored

    - Fix missing icon for the 'Stop' button icon name

    - Improve development documentation

    - Translations updates

gnome-abrt: ===========

  - Use DBus to get problem data for detail dialog

    - Fix an error introduced with the details on System       page

    - Enabled the Details also for the System problems

Note that Tenable Network Security has extracted the preceding description block directly from the Fedora security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

Security fixes for :

  - CVE-2015-3315

    - CVE-2015-3142

    - CVE-2015-1869

    - CVE-2015-1870

    - CVE-2015-3151

    - CVE-2015-3150

    - CVE-2015-3159

abrt :

  - Move the default dump location from /var/tmp/abrt to     /var/spool/abrt

    - Use root for owner of all dump directories

    - Stop reading hs_error.log from /tmp

    - Don not save the system logs by default

    - Don not save dmesg if kernel.dmesg_restrict=1

libreport :

  - Harden the code against directory traversal, symbolic     and hard link attacks

    - Fix a bug causing that the first value of       AlwaysExcludedElements was ignored

    - Fix missing icon for the 'Stop' button icon name

    - Improve development documentation

    - Translations updates

gnome-abrt :

  - Enabled the Details also for the System problems

    - Do not crash in the testing of availabitlity of       XServer

    - Fix 'Open problem's data directory'

    - Quit Application on Ctrl+Q

    - Translation updates

satyr :

  - New kernel taint flags

    - More secure core stacktraces from core hook

Note that Tenable Network Security has extracted the preceding description block directly from the Fedora security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

Updated abrt packages that fix multiple security issues are now available for Red Hat Enterprise Linux 7.

Red Hat Product Security has rated this update as having Important security impact. A Common Vulnerability Scoring System (CVSS) base score, which gives a detailed severity rating, is available from the CVE link in the References section.

ABRT (Automatic Bug Reporting Tool) is a tool to help users to detect defects in applications and to create a bug report with all the information needed by a maintainer to fix it. It uses a plug-in system to extend its functionality.

It was found that ABRT was vulnerable to multiple race condition and symbolic link flaws. A local attacker could use these flaws to potentially escalate their privileges on the system. (CVE-2015-3315)

It was discovered that the kernel-invoked coredump processor provided by ABRT wrote core dumps to files owned by other system users. This could result in information disclosure if an application crashed while its current directory was a directory writable to by other users (such as /tmp). (CVE-2015-3142)

It was discovered that the default event handling scripts installed by ABRT did not handle symbolic links correctly. A local attacker with write access to an ABRT problem directory could use this flaw to escalate their privileges. (CVE-2015-1869)

It was found that the ABRT event scripts created a user-readable copy of an sosreport file in ABRT problem directories, and included excerpts of /var/log/messages selected by the user-controlled process name, leading to an information disclosure. (CVE-2015-1870)

It was discovered that, when moving problem reports between certain directories, abrt-handle-upload did not verify that the new problem directory had appropriate permissions and did not contain symbolic links. An attacker able to create a crafted problem report could use this flaw to expose other parts of ABRT to attack, or to overwrite arbitrary files on the system. (CVE-2015-3147)

Multiple directory traversal flaws were found in the abrt-dbus D-Bus service. A local attacker could use these flaws to read and write arbitrary files as the root user. (CVE-2015-3151)

It was discovered that the abrt-dbus D-Bus service did not properly check the validity of the problem directory argument in the ChownProblemDir, DeleteElement, and DeleteProblem methods. A local attacker could use this flaw to take ownership of arbitrary files and directories, or to delete files and directories as the root user.
(CVE-2015-3150)

It was discovered that the abrt-action-install-debuginfo-to-abrt-cache helper program did not properly filter the process environment before invoking abrt-action-install-debuginfo. A local attacker could use this flaw to escalate their privileges on the system. (CVE-2015-3159)

All users of abrt are advised to upgrade to these updated packages, which correct these issues.

It was found that ABRT was vulnerable to multiple race condition and symbolic link flaws. A local attacker could use these flaws to potentially escalate their privileges on the system. (CVE-2015-3315)

It was discovered that the kernel-invoked coredump processor provided by ABRT wrote core dumps to files owned by other system users. This could result in information disclosure if an application crashed while its current directory was a directory writable to by other users (such as /tmp). (CVE-2015-3142)

It was discovered that the default event handling scripts installed by ABRT did not handle symbolic links correctly. A local attacker with write access to an ABRT problem directory could use this flaw to escalate their privileges. (CVE-2015-1869)

It was found that the ABRT event scripts created a user-readable copy of an sosreport file in ABRT problem directories, and included excerpts of /var/log/messages selected by the user-controlled process name, leading to an information disclosure. (CVE-2015-1870)

It was discovered that, when moving problem reports between certain directories, abrt-handle-upload did not verify that the new problem directory had appropriate permissions and did not contain symbolic links. An attacker able to create a crafted problem report could use this flaw to expose other parts of ABRT to attack, or to overwrite arbitrary files on the system. (CVE-2015-3147)

Multiple directory traversal flaws were found in the abrt-dbus D-Bus service. A local attacker could use these flaws to read and write arbitrary files as the root user. (CVE-2015-3151)

It was discovered that the abrt-dbus D-Bus service did not properly check the validity of the problem directory argument in the ChownProblemDir, DeleteElement, and DeleteProblem methods. A local attacker could use this flaw to take ownership of arbitrary files and directories, or to delete files and directories as the root user.
(CVE-2015-3150)

It was discovered that the abrt-action-install-debuginfo-to-abrt-cache helper program did not properly filter the process environment before invoking abrt-action-install-debuginfo. A local attacker could use this flaw to escalate their privileges on the system. (CVE-2015-3159)

The remote Oracle Linux 7 host has packages installed that are affected by multiple vulnerabilities as referenced in the ELSA-2015-1083 advisory.

  - The default event handling scripts in Automatic Bug Reporting Tool (ABRT) allow local users to gain     privileges as demonstrated by a symlink attack on a var_log_messages file. (CVE-2015-1869)

  - The event scripts in Automatic Bug Reporting Tool (ABRT) uses world-readable permission on a copy of     sosreport file in problem directories, which allows local users to obtain sensitive information from     /var/log/messages via unspecified vectors. (CVE-2015-1870)

  - The kernel-invoked coredump processor in Automatic Bug Reporting Tool (ABRT) does not properly check the     ownership of files before writing core dumps to them, which allows local users to obtain sensitive     information by leveraging write permissions to the working directory of a crashed application.
    (CVE-2015-3142)

  - daemon/abrt-handle-upload.in in Automatic Bug Reporting Tool (ABRT), when moving problem reports from     /var/spool/abrt-upload, allows local users to write to arbitrary files or possibly have other unspecified     impact via a symlink attack on (1) /var/spool/abrt or (2) /var/tmp/abrt. (CVE-2015-3147)

  - abrt-dbus in Automatic Bug Reporting Tool (ABRT) allows local users to delete or change the ownership of     arbitrary files via the problem directory argument to the (1) ChownProblemDir, (2) DeleteElement, or (3)     DeleteProblem method. (CVE-2015-3150)

  - Directory traversal vulnerability in abrt-dbus in Automatic Bug Reporting Tool (ABRT) allows local users     to read, write to, or change ownership of arbitrary files via unspecified vectors to the (1) NewProblem,     (2) GetInfo, (3) SetElement, or (4) DeleteElement method. (CVE-2015-3151)

  - The abrt-action-install-debuginfo-to-abrt-cache help program in Automatic Bug Reporting Tool (ABRT) does     not properly handle the process environment before invoking abrt-action-install-debuginfo, which allows     local users to gain privileges. (CVE-2015-3159)

  - Automatic Bug Reporting Tool (ABRT) allows local users to read, change the ownership of, or have other     unspecified impact on arbitrary files via a symlink attack on (1) /var/tmp/abrt/*/maps, (2)     /tmp/jvm-*/hs_error.log, (3) /proc/*/exe, (4) /etc/os-release in a chroot, or (5) an unspecified root     directory related to librpm. (CVE-2015-3315)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	Name	Product	Family	Severity
84611	Scientific Linux Security Update : abrt on SL6.x i386/x86_64 (20150707)	Nessus	Scientific Linux Local Security Checks	high
84609	RHEL 6 : abrt (RHSA-2015:1210)	Nessus	Red Hat Local Security Checks	high
84608	Oracle Linux 6 : abrt (ELSA-2015-1210)	Nessus	Oracle Linux Local Security Checks	high
84475	Fedora 21 : abrt-2.3.0-7.fc21 / gnome-abrt-1.0.0-3.fc21 / libreport-2.3.0-8.fc21 (2015-10193)	Nessus	Fedora Local Security Checks	high
84312	Fedora 22 : abrt-2.6.0-1.fc22 / gnome-abrt-1.2.0-1.fc22 / libreport-2.6.0-1.fc22 / satyr-0.18-1.fc22 (2015-9886)	Nessus	Fedora Local Security Checks	high
84197	CentOS 7 : abrt (CESA-2015:1083)	Nessus	CentOS Local Security Checks	high
84113	Scientific Linux Security Update : abrt on SL7.x x86_64 (20150609)	Nessus	Scientific Linux Local Security Checks	high
84077	RHEL 7 : abrt (RHSA-2015:1083)	Nessus	Red Hat Local Security Checks	high
84074	Oracle Linux 7 : abrt (ELSA-2015-1083)	Nessus	Oracle Linux Local Security Checks	high

Detections

Analytics

CVE-2015-3159

high

Tenable Plugins

high

high

high

high

high

high

high

high

high