Bug 695577 - MediaWiki 1.16.2 Cross-Site Scripting (2) and Access Control Bypass CVE-2011-1578 CVE-2011-1579 CVE-2011-1580
Summary: MediaWiki 1.16.2 Cross-Site Scripting (2) and Access Control Bypass CVE-2011-...
Status: CLOSED DUPLICATE of bug 696360
Alias: None
Product: Fedora
Classification: Fedora
Component: mediawiki
Version: 14
Hardware: All
OS: All
Target Milestone: ---
Assignee: Axel Thimm
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2011-04-12 04:08 UTC by Kurt Seifried
Modified: 2011-04-14 02:49 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2011-04-14 02:49:31 UTC
Type: ---

Attachments (Terms of Use)

Description Kurt Seifried 2011-04-12 04:08:11 UTC
Description of problem:


Hash: SHA1

I would like to announce the release of MediaWiki 1.16.3, which is a
security release. Three security issues were discovered.

Masato Kinugawa discovered a cross-site scripting (XSS) issue, which
affects Internet Explorer clients only, and only version 6 and
earlier. Web server configuration changes are required to fix this
issue. Upgrading MediaWiki will only be sufficient for people who use
Apache with AllowOverride enabled.

Due to the diversity of uploaded files that we allow, MediaWiki does
not guarantee that uploaded files will be safe if they are interpreted
by the client as some arbitrary file type, such as HTML. We rely on
the web server to send the correct Content-Type header, and we rely on
the web browser to respect it. This XSS issue arises due to IE 6
looking for a file extension in the query string of the URL (i.e.
after the "?"), if no extension is found in path part of the URL.
Masato Kinugawa discovered that the file extension in the path part
can be hidden from IE 6 by substituting the "." with "%2E".

To fix this issue, configure your web server to deny requests with
URLs that have a path part ending in a dot followed by a dangerous
file extension. For example, in Apache with mod_rewrite:

    RewriteEngine On
    RewriteCond %{QUERY_STRING} \.[a-z]{1,4}$ [nocase]
    RewriteRule . - [forbidden]

Upgrading MediaWiki is necessary to fix this issue in
dynamically-generated content. This issue is easier to exploit using
dynamically generated content, since it requires no special
privileges. Accounts on both public and private wikis can be
compromised by clicking a malicious link in an email or website. For
more details, see bug 28235.

Wikipedia user Suffusion of Yellow discovered a CSS validation error
in the wikitext parser. This is an XSS issue for Internet Explorer
clients, and a privacy loss issue for other clients since it allows
the embedding of arbitrary remote images. For more details, see bug 28450.

MediaWiki developer Happy-Melon discovered that the transwiki import
feature neglected to perform access control checks on form submission.
The transwiki import feature is disabled by default. If it is enabled,
it allows wiki pages to be copied from a remote wiki listed in
$wgImportSources. The issue means that any user can trigger such an
import to occur. For more details, see bug 28449.

The localisations were updated using content from translatewiki.net.


Patch to previous version (1.16.2), without interface text:
Interface text changes:

GPG signatures:

Public keys:

Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/


Comment 1 Kurt Seifried 2011-04-13 23:46:26 UTC
> 1) XSS with IE <= 6 due to improper handling of uploaded file names
Use CVE-2011-1578

> 2) CSS validation error in wikitext parser
Use CVE-2011-1579

> 3) transwiki import neglects to perform access control checks
Use CVE-2011-1580

Comment 2 Vincent Danen 2011-04-14 02:49:31 UTC

*** This bug has been marked as a duplicate of bug 696360 ***

Note You need to log in before you can comment on or make changes to this bug.