View online: https://www.drupal.org/SA-CORE-2014-003
* Advisory ID: DRUPAL-SA-CORE-2014-003
* Project: Drupal core [1]
* Version: 6.x, 7.x
* Date: 2014-July-16
* Security risk: Critical [2]
* Exploitable from: Remote
* Vulnerability: Multiple vulnerabilities
——– DESCRIPTION
———————————————————
Multiple vulnerabilities were fixed in the supported Drupal core versions 6
and 7.
…. Denial of service with malicious HTTP Host header (Base system – Drupal
6 and 7 – Critical)
Drupal core’s multisite feature dynamically determines which configuration
file to use based on the HTTP Host header.
The HTTP Host header validation does not sufficiently check
maliciously-crafted header values, thereby exposing a denial of service
vulnerability.
…. Access bypass (File module – Drupal 7 – Critical)
The File module included in Drupal 7 core allows attaching files to pieces of
content. The module doesn’t sufficiently check permission to view the
attached file when attaching a file that was previously uploaded. This could
allow attackers to gain access to private files.
This vulnerability is mitigated by the fact that the attacker must have
permission to create or edit content with a file field.
Note: The Drupal 6 FileField [3] module is affected by a similar issue (see
SA-CONTRIB-2014-071 – FileField – Access bypass [4]) and requires an update
to the current security release of Drupal 6 core in order for the fix
released there to work correctly. However, Drupal 6 core itself is not
directly affected.
…. Cross-site scripting (Form API option groups – Drupal 6 and 7 –
Moderately critical)
A cross-site scripting vulnerability was found due to Drupal’s form API
failing to sanitize option group labels in select elements. This
vulnerability affects Drupal 6 core directly, and likely affects Drupal 7
forms provided by contributed or custom modules.
This vulnerability is mitigated by the fact that it requires the “administer
taxonomy” permission to exploit in Drupal 6 core, and there is no known
exploit within Drupal 7 core itself.
…. Cross-site scripting (Ajax system – Drupal 7 – Moderately critical)
A reflected cross-site scripting vulnerability was found in certain forms
containing a combination of an Ajax-enabled textfield (for example, an
autocomplete field) and a file field.
This vulnerability is mitigated by the fact that an attacker can only trigger
the attack in a limited set of circumstances, usually requiring custom or
contributed modules.
——– CVE IDENTIFIER(S) ISSUED
——————————————–
* /A CVE identifier [5] will be requested, and added upon issuance, in
accordance with Drupal Security Team processes./
——– VERSIONS AFFECTED
—————————————————
* Drupal core 6.x versions prior to 6.32.
* Drupal core 7.x versions prior to 7.29.
——– SOLUTION
————————————————————
Install the latest version:
* If you use Drupal 6.x, upgrade to Drupal core 6.32. [6]
* If you use Drupal 7.x, upgrade to Drupal core 7.29. [7]
Also see the Drupal core [8] project page.
——– REPORTED BY
———————————————————
* The denial of service vulnerability using malicious HTTP Host headers was
reported by Régis Leroy [9].
* The access bypass vulnerability in the File module was reported by Ivan
Ch
[10].
* The cross-site scripting vulnerability with Form API option groups was
reported by Károly Négyesi [11].
* The cross-site scripting vulnerability in the Ajax system was reported by
mani22test [12].
——– FIXED BY
————————————————————
* The denial of service vulnerability using malicious HTTP Host headers was
fixed by Régis Leroy [13], and by Klaus Purer [14] of the Drupal
Security
Team.
* The access bypass vulnerability in the File module was fixed by Nate Haug
[15] and Ivan Ch [16], and by Drupal Security Team members David
Rothstein
[17], Heine Deelstra [18] and David Snopek [19].
* The cross-site scripting vulnerability with Form API option groups was
fixed by Greg Knaddison [20] of the Drupal Security Team.
* The cross-site scripting vulnerability in the Ajax system was fixed by
Neil Drumm [21] of the Drupal Security Team.
——– COORDINATED BY
——————————————————
* The Drupal Security Team [22]
——– CONTACT AND MORE INFORMATION
—————————————-
The Drupal security team can be reached at security at drupal.org or via the
contact form at http://drupal.org/contact [23].
Learn more about the Drupal Security team and their policies [24], writing
secure code for Drupal [25], and securing your site [26].
Follow the Drupal Security Team on Twitter at
https://twitter.com/drupalsecurity [27]
[1] http://drupal.org/project/drupal
[2] http://drupal.org/security-team/risk-levels
[3] https://www.drupal.org/project/filefield
[4] https://www.drupal.org/node/2304561
[5] http://cve.mitre.org/
[6] https://www.drupal.org/drupal-6.32-release-notes
[7] https://www.drupal.org/drupal-7.29-release-notes
[8] http://drupal.org/project/drupal
[9] https://www.drupal.org/user/1367862
[10] https://www.drupal.org/user/556138
[11] https://www.drupal.org/u/chx
[12] https://www.drupal.org/user/2844779
[13] https://www.drupal.org/user/1367862
[14] https://www.drupal.org/user/262198
[15] https://www.drupal.org/user/35821
[16] https://www.drupal.org/user/556138
[17] https://www.drupal.org/user/124982
[18] https://www.drupal.org/user/17943
[19] https://www.drupal.org/user/266527
[20] https://www.drupal.org/u/greggles
[21] https://www.drupal.org/u/drumm
[22] http://drupal.org/security-team
[23] http://drupal.org/contact
[24] http://drupal.org/security-team
[25] http://drupal.org/writing-secure-code
[26] http://drupal.org/security/secure-configuration
[27] https://twitter.com/drupalsecurity
_______________________________________________
Security-news mailing list
Security-news@drupal.org
Unsubscribe at https://lists.drupal.org/mailman/listinfo/security-news
7e
