October 2008 has not been a kind month for Drupal. In addition to a 3rd party module needing to be updated, there have been modules banned because of multiple vulnerabilities, many problems with people updating modules wrong in Drupal 6, and several problems with the core that requires the Drupal core to be updated itself.
I do want to mention that how secure a system is isn't measured by how many security announcements or vulnerabilities are found. There are also issues of how long does it take to fix them, and whether or not they are finding them before they are found in the wild.
Drupal has excellent security in this sense. We have to thank both the security team and community members who contribute to the team for this fast pro-active approach to security.
There is a Cross-Site-Request-Forgery for Drupal 5.x prior to 5.x-1.1 and Drupal 6.x prior to 6.x-1.6 that allows modifications to be made to translated strings and suggestion submissions.
Files outside of the root directory can be manipulated and a Cross-Site-Scripting error exists. A Files outside the root directory can be manipulated on an IP-based virtual host. The book system is vulnerable to XSS when the "create book content" permission or the permission to edit any node in the book hierarchy is used.
has multiple vulnerabilities and should be removed removed from your site
access restrictions bypassed when 'clone node' perm used
open to SQL injection when "Allow user to vote again" set
There is an access bypass in several modules due to incorrect updating the menu system in Drupal 6. This allows underprivileged users to access content they should be prohibited from, post dangerous content, and use administrative functions.
modules affectedThe module doesn't implement Drupal's menu and database APIs correctly, allowing unprivileged users to view comments, hashed emails, usernames and roles which they might otherwise not have access to.
The module does not follow Drupal best practices for database queries and handling of user submitted data, leading to a number of vulnerabilities. One example is that an unprivileged user may become logged in to the account of an existing user, including an administrator.
All versions of Everyblog are affected. The Drupal security team suggests you remove all versions of this module from your site. This module has been removed from Drupal.org.
Several deficiencies were found in Drupal core modules and functions. Those functions include: upload, access rules, BlogAPI, node module.
In Drupal 5, Node module (hook_nodeapi) can let users look at files attached to content which they do not otherwise have access to.
A logic error in the Drupal 6 upload module validation allows unprivileged users to attach files to content.
Both 5 and 6 suffer from several security related problems including:
Brilliant Gallery for Drupal 5.x prior to 5.x-4.2 has an SQL injection
also see: DRUPAL-SA-2008-058 (9-24)
Comments
Post new comment