MantisBT before 1.2.11 does not check the delete_attachments_threshold permission when form_security_validation is set to OFF, which allows remote authenticated users with certain privileges to bypass intended access restrictions and delete arbitrary attachments.

New upstream release, fixes several security bugs

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.

The remote host is affected by the vulnerability described in GLSA-201211-01 (MantisBT: Multiple vulnerabilities)

    Multiple vulnerabilities have been discovered in MantisBT. Please review       the CVE identifiers referenced below for details.
  Impact :

    A remote attacker could exploit these vulnerabilities to conduct       directory traversal attacks, disclose the contents of local files, inject       arbitrary web scripts, obtain sensitive information, bypass       authentication and intended access restrictions, or manipulate bugs and       attachments.
  Workaround :

    There is no known workaround at this time.

Several vulnerabilities were discovered in Mantis, an issue tracking system.

  - CVE-2012-1118     Mantis installation in which the     private_bug_view_threshold configuration option has been     set to an array value do not properly enforce bug     viewing restrictions.

  - CVE-2012-1119     Copy/clone bug report actions fail to leave an audit     trail.

  - CVE-2012-1120     The delete_bug_threshold/bugnote_allow_user_edit_delete     access check can be bypassed by users who have write     access to the SOAP API.

  - CVE-2012-1122     Mantis performed access checks incorrectly when moving     bugs between projects.

  - CVE-2012-1123     A SOAP client sending a null password field can     authenticate as the Mantis administrator.

  - CVE-2012-2692     Mantis does not check the delete_attachments_threshold     permission when a user attempts to delete an attachment     from an issue.

Mantis reports :

Roland Becker and Damien Regad (MantisBT developers) found that any user able to report issues via the SOAP interface could also modify any bugnotes (comments) created by other users. In a default/typical MantisBT installation, SOAP API is enabled and any user can sign up to report new issues. This vulnerability therefore impacts upon many public facing MantisBT installations.

Roland Becker (MantisBT developer) found that the delete_attachments_threshold permission was not being checked when a user attempted to delete an attachment from an issue. The more generic update_bug_threshold permission was being checked instead. MantisBT administrators may have been under the false impression that their configuration of the delete_attachments_threshold was successfully preventing unwanted users from deleting attachments.

ID	Name	Product	Family	Severity
63039	Fedora 16 : mantis-1.2.12-1.fc16 (2012-18299)	Nessus	Fedora Local Security Checks	high
63038	Fedora 17 : mantis-1.2.12-1.fc17 (2012-18294)	Nessus	Fedora Local Security Checks	high
63036	Fedora 18 : mantis-1.2.12-1.fc18 (2012-18273)	Nessus	Fedora Local Security Checks	high
62867	GLSA-201211-01 : MantisBT: Multiple vulnerabilities	Nessus	Gentoo Local Security Checks	high
59778	Debian DSA-2500-1 : mantis - several vulnerabilities	Nessus	Debian Local Security Checks	high
59466	FreeBSD : mantis -- multiple vulnerabilities (55587adb-b49d-11e1-8df1-0004aca374af)	Nessus	FreeBSD Local Security Checks	high

Detections

Analytics

CVE-2012-2692

medium

Tenable Plugins

high

high

high

high

high

high