Cross-posted to http://techblog.wikimedia.org/2010/07/mediawiki-version-statistics/
Some kind people at Qualys have surveyed versions of open source web apps present on the web, including MediaWiki. Here is the relevant page from their presentation:
For the original see:
https://community.qualys.com/docs/DOC-1401
And the press release:
http://www.qualys.com/company/newsroom/newsreleases/usa/view/2010-07-28/
They make the point that 95% of MediaWiki installations have a "serious vulnerability", whereas only 4% of WordPress installations do. While WordPress's web-based upgrade utility certainly has a positive impact on security, I feel I should point out that what WordPress counts as a serious vulnerability does not align with MediaWiki's definition of the same term.
For instance, if a web-based user could execute arbitrary PHP code on the server, compromising all data and user accounts, we would count that as the most serious sort of vulnerability, and we would do an immediate release to fix it. We're proud of the fact that we haven't had any such vulnerability in a stable release since 1.5.3 (December 2005).
However in WordPress, they count this as a feature, and all administrators can do it. Similarly, WordPress avoids the difficult problem of sanitising HTML and CSS while preserving a rich feature set by simply allowing all authors to post raw HTML.
If you are running MediaWiki in a CMS-like mode, with whitelist edit and account creation restricted, then I think it's fair to say that in terms of security, you're better off with MediaWiki 1.14.1 or later than you are with the latest version of WordPress.
However, the statistics presented by Qualys show that an alarming number of people are running versions of MediaWiki older than 1.14.1, which was the most recent fix for an XSS vulnerability exploitable without special privileges. There is certainly room for us to do better.
We have a new installer project in development, which we hope to release in 1.17. It includes a feature which encourages users to sign up for our release announcements mailing list. But maybe we need to do more. Should we take a leaf from WordPress's book, and nag administrators with a prominent notice when they are not using the latest version? Such a feature would require MediaWiki to "dial home", which is controversial in our developer community.
-- Tim Starling
You can argue that software is like cars. Problems are found after, and sometimes long after, the product is in the hands of a customer. In both cases the developers will look at the problem and decide if the problem is serious enough for a recall or patch. Software is unique in that it is one of the few products which can "dial home". If cars could do this we would demand that car makers allow cars to upgrade themselves at our request and convenience at the press of a button. I do not understand the "controversy" when it comes to software. Whether the software dials home to check on updates or not can be an enabled feature. I use a lot of software which dials home such as Firefox, Mac OS X, and even my E-machines PC came with an upgrade tool to maintain the Windows OS.
My gut feeling is that the developers of Mediawiki are focused on developing for Wikipedia almost to exclusion, and have stated as much many times when features were requested, and I do not have a problem with this, just being very happy they have decided to share their wonderful software openly. However, in the decision to share the software comes some level of responsibility, which I have seen grow over time, with quick repairs to the software and notices to subscribers. However, "dialing home" would definitely enhance this ability, so I cannot understand the controversy, except in the mindset of Wikipedia centric development.
So, I would encourage a "dial home" feature, not only for the Mediawiki software but also an API to allow extension software to dial home. The more tools available to assist in securing software the better.
-Jim
-----Original Message----- From: Tim Starling [mailto:tstarling@wikimedia.org] Sent: Friday, July 30, 2010 12:35 AM To: mediawiki-l@lists.wikimedia.org; wikitech-l@lists.wikimedia.org Subject: [Mediawiki-l] MediaWiki version statistics
Cross-posted to http://techblog.wikimedia.org/2010/07/mediawiki-version-statistics/
Some kind people at Qualys have surveyed versions of open source web apps present on the web, including MediaWiki. Here is the relevant page from their presentation:
For the original see:
https://community.qualys.com/docs/DOC-1401
And the press release:
http://www.qualys.com/company/newsroom/newsreleases/usa/view/2010-07-28/
They make the point that 95% of MediaWiki installations have a "serious vulnerability", whereas only 4% of WordPress installations do. While WordPress's web-based upgrade utility certainly has a positive impact on security, I feel I should point out that what WordPress counts as a serious vulnerability does not align with MediaWiki's definition of the same term.
For instance, if a web-based user could execute arbitrary PHP code on the server, compromising all data and user accounts, we would count that as the most serious sort of vulnerability, and we would do an immediate release to fix it. We're proud of the fact that we haven't had any such vulnerability in a stable release since 1.5.3 (December 2005).
However in WordPress, they count this as a feature, and all administrators can do it. Similarly, WordPress avoids the difficult problem of sanitising HTML and CSS while preserving a rich feature set by simply allowing all authors to post raw HTML.
If you are running MediaWiki in a CMS-like mode, with whitelist edit and account creation restricted, then I think it's fair to say that in terms of security, you're better off with MediaWiki 1.14.1 or later than you are with the latest version of WordPress.
However, the statistics presented by Qualys show that an alarming number of people are running versions of MediaWiki older than 1.14.1, which was the most recent fix for an XSS vulnerability exploitable without special privileges. There is certainly room for us to do better.
We have a new installer project in development, which we hope to release in 1.17. It includes a feature which encourages users to sign up for our release announcements mailing list. But maybe we need to do more. Should we take a leaf from WordPress's book, and nag administrators with a prominent notice when they are not using the latest version? Such a feature would require MediaWiki to "dial home", which is controversial in our developer community.
-- Tim Starling
_______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Hi, could you explain what does this dial home feature mean? It would be more comprehensive toward those who are not software expert but do want to contribute. Thank you. Regards, Nevio
2010/7/30 Sullivan, James (NIH/CIT) [C] sullivan@mail.nih.gov
You can argue that software is like cars. Problems are found after, and sometimes long after, the product is in the hands of a customer. In both cases the developers will look at the problem and decide if the problem is serious enough for a recall or patch. Software is unique in that it is one of the few products which can "dial home". If cars could do this we would demand that car makers allow cars to upgrade themselves at our request and convenience at the press of a button. I do not understand the "controversy" when it comes to software. Whether the software dials home to check on updates or not can be an enabled feature. I use a lot of software which dials home such as Firefox, Mac OS X, and even my E-machines PC came with an upgrade tool to maintain the Windows OS.
My gut feeling is that the developers of Mediawiki are focused on developing for Wikipedia almost to exclusion, and have stated as much many times when features were requested, and I do not have a problem with this, just being very happy they have decided to share their wonderful software openly. However, in the decision to share the software comes some level of responsibility, which I have seen grow over time, with quick repairs to the software and notices to subscribers. However, "dialing home" would definitely enhance this ability, so I cannot understand the controversy, except in the mindset of Wikipedia centric development.
So, I would encourage a "dial home" feature, not only for the Mediawiki software but also an API to allow extension software to dial home. The more tools available to assist in securing software the better.
-Jim
-----Original Message----- From: Tim Starling [mailto:tstarling@wikimedia.org] Sent: Friday, July 30, 2010 12:35 AM To: mediawiki-l@lists.wikimedia.org; wikitech-l@lists.wikimedia.org Subject: [Mediawiki-l] MediaWiki version statistics
Cross-posted to http://techblog.wikimedia.org/2010/07/mediawiki-version-statistics/
Some kind people at Qualys have surveyed versions of open source web apps present on the web, including MediaWiki. Here is the relevant page from their presentation:
For the original see:
https://community.qualys.com/docs/DOC-1401
And the press release:
http://www.qualys.com/company/newsroom/newsreleases/usa/view/2010-07-28/
They make the point that 95% of MediaWiki installations have a "serious vulnerability", whereas only 4% of WordPress installations do. While WordPress's web-based upgrade utility certainly has a positive impact on security, I feel I should point out that what WordPress counts as a serious vulnerability does not align with MediaWiki's definition of the same term.
For instance, if a web-based user could execute arbitrary PHP code on the server, compromising all data and user accounts, we would count that as the most serious sort of vulnerability, and we would do an immediate release to fix it. We're proud of the fact that we haven't had any such vulnerability in a stable release since 1.5.3 (December 2005).
However in WordPress, they count this as a feature, and all administrators can do it. Similarly, WordPress avoids the difficult problem of sanitising HTML and CSS while preserving a rich feature set by simply allowing all authors to post raw HTML.
If you are running MediaWiki in a CMS-like mode, with whitelist edit and account creation restricted, then I think it's fair to say that in terms of security, you're better off with MediaWiki 1.14.1 or later than you are with the latest version of WordPress.
However, the statistics presented by Qualys show that an alarming number of people are running versions of MediaWiki older than 1.14.1, which was the most recent fix for an XSS vulnerability exploitable without special privileges. There is certainly room for us to do better.
We have a new installer project in development, which we hope to release in 1.17. It includes a feature which encourages users to sign up for our release announcements mailing list. But maybe we need to do more. Should we take a leaf from WordPress's book, and nag administrators with a prominent notice when they are not using the latest version? Such a feature would require MediaWiki to "dial home", which is controversial in our developer community.
-- Tim Starling
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
My understanding of "dial home" is that the software will automatically contact a pre-defined website to check whether updates are available and if so allow the automated download of those updates and automatically install them. Typically, as with Wordpress, an administrator has to allow the download and installation. Wordpress also has the annoying feature where it not only shows that updates are available to a logged in administrator but also to any logged in user. For example, my Wordpress dashboard currently says: "WordPress 3.0.1 is available! Please notify the site administrator.", which I can understand might annoy the administrator. But it explains why Wordpress installations are mostly up to date. On my PC at home Firefox also dials home but has the annoying feature of not asking me whether I want to upgrade and simply starts the upgrade on its own, telling me to wait until it is finished. My CentOS linux system also dials home for OS upgrades, and then lists what specific software will be upgraded before asking me to continue to have them upgraded. So there are different ways to implement a software's ability to dial home and upgrade itself, some more annoying than others, but I think if we are looking for Mediawiki to achieve a high level of notifying administrators and getting it patched, dialing home works better than subscribing to a mail list.
-Jim
-----Original Message----- From: nevio carlos de alarcão [mailto:nevinhoalarcao@gmail.com] Sent: Friday, July 30, 2010 9:22 AM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] MediaWiki version statistics
Hi, could you explain what does this dial home feature mean? It would be more comprehensive toward those who are not software expert but do want to contribute. Thank you. Regards, Nevio
2010/7/30 Sullivan, James (NIH/CIT) [C] sullivan@mail.nih.gov
You can argue that software is like cars. Problems are found after, and sometimes long after, the product is in the hands of a customer. In both cases the developers will look at the problem and decide if the problem is serious enough for a recall or patch. Software is unique in that it is one of the few products which can "dial home". If cars could do this we would demand that car makers allow cars to upgrade themselves at our request and convenience at the press of a button. I do not understand the "controversy" when it comes to software. Whether the software dials home to check on updates or not can be an enabled feature. I use a lot of software which dials home such as Firefox, Mac OS X, and even my E-machines PC came with an upgrade tool to maintain the Windows OS.
My gut feeling is that the developers of Mediawiki are focused on developing for Wikipedia almost to exclusion, and have stated as much many times when features were requested, and I do not have a problem with this, just being very happy they have decided to share their wonderful software openly. However, in the decision to share the software comes some level of responsibility, which I have seen grow over time, with quick repairs to the software and notices to subscribers. However, "dialing home" would definitely enhance this ability, so I cannot understand the controversy, except in the mindset of Wikipedia centric development.
So, I would encourage a "dial home" feature, not only for the Mediawiki software but also an API to allow extension software to dial home. The more tools available to assist in securing software the better.
-Jim
-----Original Message----- From: Tim Starling [mailto:tstarling@wikimedia.org] Sent: Friday, July 30, 2010 12:35 AM To: mediawiki-l@lists.wikimedia.org; wikitech-l@lists.wikimedia.org Subject: [Mediawiki-l] MediaWiki version statistics
Cross-posted to http://techblog.wikimedia.org/2010/07/mediawiki-version-statistics/
Some kind people at Qualys have surveyed versions of open source web apps present on the web, including MediaWiki. Here is the relevant page from their presentation:
For the original see:
https://community.qualys.com/docs/DOC-1401
And the press release:
http://www.qualys.com/company/newsroom/newsreleases/usa/view/2010-07-28/
They make the point that 95% of MediaWiki installations have a "serious vulnerability", whereas only 4% of WordPress installations do. While WordPress's web-based upgrade utility certainly has a positive impact on security, I feel I should point out that what WordPress counts as a serious vulnerability does not align with MediaWiki's definition of the same term.
For instance, if a web-based user could execute arbitrary PHP code on the server, compromising all data and user accounts, we would count that as the most serious sort of vulnerability, and we would do an immediate release to fix it. We're proud of the fact that we haven't had any such vulnerability in a stable release since 1.5.3 (December 2005).
However in WordPress, they count this as a feature, and all administrators can do it. Similarly, WordPress avoids the difficult problem of sanitising HTML and CSS while preserving a rich feature set by simply allowing all authors to post raw HTML.
If you are running MediaWiki in a CMS-like mode, with whitelist edit and account creation restricted, then I think it's fair to say that in terms of security, you're better off with MediaWiki 1.14.1 or later than you are with the latest version of WordPress.
However, the statistics presented by Qualys show that an alarming number of people are running versions of MediaWiki older than 1.14.1, which was the most recent fix for an XSS vulnerability exploitable without special privileges. There is certainly room for us to do better.
We have a new installer project in development, which we hope to release in 1.17. It includes a feature which encourages users to sign up for our release announcements mailing list. But maybe we need to do more. Should we take a leaf from WordPress's book, and nag administrators with a prominent notice when they are not using the latest version? Such a feature would require MediaWiki to "dial home", which is controversial in our developer community.
-- Tim Starling
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
"Dial home" or "phone home" is a euphimism from the movie ET. It refers to software that "checks in" periodically with the software devolper. Many people consider phone home implementations not to be features so much as spyware.
----- Original Message ----- From: nevio carlos de alarcão nevinhoalarcao@gmail.com To: MediaWiki announcements and site admin list mediawiki-l@lists.wikimedia.org Date: Fri, 30 Jul 2010 10:22:25 -0300 Subject: Re: [Mediawiki-l] MediaWiki version statistics
Hi, could you explain what does this dial home feature mean? It would be more comprehensive toward those who are not software expert but do want to contribute. Thank you. Regards, Nevio
Hoi, I love FUD. The functionality we are discussing here will be open for inspection to anyone. The fact that some malicious home calling applications exist do not make all such applications suspect.
A good example of phone home software is the "update manager" in Ubuntu that informs me when it is time to update my software. Phoning home is also normal in anti-virus software. Truly the organisations who employ "phone home" functionality have a reputation to keep up, when they abuse the trust people put in them, they will lose out. Thanks, GerardM
On 30 July 2010 16:24, Steve VanSlyck s.vanslyck@spamcop.net wrote:
"Dial home" or "phone home" is a euphimism from the movie ET. It refers to software that "checks in" periodically with the software devolper. Many people consider phone home implementations not to be features so much as spyware.
----- Original Message ----- From: nevio carlos de alarcão nevinhoalarcao@gmail.com To: MediaWiki announcements and site admin list < mediawiki-l@lists.wikimedia.org> Date: Fri, 30 Jul 2010 10:22:25 -0300 Subject: Re: [Mediawiki-l] MediaWiki version statistics
Hi, could you explain what does this dial home feature mean? It would be more comprehensive toward those who are not software expert but do want
to
contribute. Thank you. Regards, Nevio
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Yes, exactly. It all depends on what the phone home was intended to do, and what its actually doing. [Insert here futher comments, appropriately vituperative, about software that installs a service without asking permission.]
----- Original Message ----- From: Gerard Meijssen gerard.meijssen@gmail.com To: MediaWiki announcements and site admin list mediawiki-l@lists.wikimedia.org Date: Fri, 30 Jul 2010 16:34:37 +0200 Subject: Re: [Mediawiki-l] MediaWiki version statistics
Hoi,
I love FUD. The functionality we are discussing here will be open for inspection to anyone. The fact that some malicious home calling applications exist do not make all such applications suspect.
A good example of phone home software is the "update manager" in Ubuntu that informs me when it is time to update my software. Phoning home is also normal in anti-virus software. Truly the organisations who employ "phone home" functionality have a reputation to keep up, when they abuse the trust people put in them, they will lose out. Thanks, GerardM
On 30 July 2010 16:24, Steve VanSlyck s.vanslyck@spamcop.net wrote:
"Dial home" or "phone home" is a euphimism from the movie ET. It refers to software that "checks in" periodically with the software devolper. Many people consider phone home implementations not to be features so much as spyware.
----- Original Message ----- From: nevio carlos de alarcão nevinhoalarcao@gmail.com To: MediaWiki announcements and site admin list < mediawiki-l@lists.wikimedia.org> Date: Fri, 30 Jul 2010 10:22:25 -0300 Subject: Re: [Mediawiki-l] MediaWiki version statistics
Hi, could you explain what does this dial home feature mean? It would be more comprehensive toward those who are not software expert but do want
to
contribute. Thank you. Regards, Nevio
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
_______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
On 30 July 2010 15:57, Steve VanSlyck s.vanslyck@spamcop.net wrote:
Yes, exactly. It all depends on what the phone home was intended to do, and what its actually doing. [Insert here futher comments, appropriately vituperative, about software that installs a service without asking permission.]
Speaking as maintainer of several WordPress blogs and a few MediaWiki installations, I'd like to state my wholehearted support for Jeroen's work to make MediaWiki updating and extension managemhent as easy as that of WordPress. While WordPress *needs* it more, given its security-hole-of-the-week reputation, it's really becoming very good indeed.
And there is nothing whatsoever wrong with "phone home" in appropriate circumstances, particularly when there's good reason and the software gives you appropriate control.
- d.
On 7/30/2010 10:24 AM, Steve VanSlyck wrote:
From: nevio carlos de alarcãonevinhoalarcao@gmail.com
Hi, could you explain what does this dial home feature mean? It would be more comprehensive toward those who are not software expert but do want to contribute. Thank you. Regards, Nevio
"Dial home" or "phone home" is a euphimism from the movie ET. It refers to software that "checks in" periodically with the software devolper. Many people consider phone home implementations not to be features so much as spyware.
When software phones home to give the folks at home information about the computer doing the phoning, that's spyware. We're talking about software that phones home and asks if there's anything new that it might want. Or at least that's what it sounds like to me. Two totally different things. No one has suggested MediaWiki software phone home and give anyone any information (other than what might show up in an httpd log). Just make it something that can be turned off for the really paranoid types.
On the other hand, I'm pretty paranoid when it comes to "automatic updates" of things like this. I like to have the old code base that I can switch back to if anything goes wrong -- and things DO go wrong.
On Fri, Jul 30, 2010 at 11:03 AM, Henry Hartley henry@dotrose.com wrote:
On 7/30/2010 10:24 AM, Steve VanSlyck wrote:
From: nevio carlos de alarcãonevinhoalarcao@gmail.com
Hi, could you explain what does this dial home feature mean? It would be more comprehensive toward those who are not software expert but do want to contribute. Thank you. Regards, Nevio
"Dial home" or "phone home" is a euphimism from the movie ET. It refers to software that "checks in" periodically with the software devolper. Many people consider phone home implementations not to be features so much as spyware.
When software phones home to give the folks at home information about the computer doing the phoning, that's spyware. We're talking about software that phones home and asks if there's anything new that it might want. Or at least that's what it sounds like to me. Two totally different things. No one has suggested MediaWiki software phone home and give anyone any information (other than what might show up in an httpd log). Just make it something that can be turned off for the really paranoid types.
On the other hand, I'm pretty paranoid when it comes to "automatic updates" of things like this. I like to have the old code base that I can switch back to if anything goes wrong -- and things DO go wrong.
Just reminding everyone that there's this awesome free encyclopedia out there with an article on the subject. ;-) http://en.wikipedia.org/wiki/Phoning_home (Though everyone's given great answers already!)
Thanks Casey, I did this redirection: http://en.wikipedia.org/w/index.php?title=Dial_home_features&redirect=no
http://en.wikipedia.org/w/index.php?title=Dial_home_features&redirect=no Nevio
2010/7/30 Casey Brown lists@caseybrown.org
On Fri, Jul 30, 2010 at 11:03 AM, Henry Hartley henry@dotrose.com wrote:
On 7/30/2010 10:24 AM, Steve VanSlyck wrote:
From: nevio carlos de alarcãonevinhoalarcao@gmail.com
Hi, could you explain what does this dial home feature mean? It would be more comprehensive toward those who are not software expert but do want to contribute. Thank you. Regards, Nevio
"Dial home" or "phone home" is a euphimism from the movie ET. It refers to software that "checks in" periodically with the software devolper. Many people consider phone home implementations not to be features so much as spyware.
When software phones home to give the folks at home information about the computer doing the phoning, that's spyware. We're talking about software that phones home and asks if there's anything new that it might want. Or at least that's what it sounds like to me. Two totally different things. No one has suggested MediaWiki software phone home and give anyone any information (other than what might show up in an httpd log). Just make it something that can be turned off for the really paranoid types.
On the other hand, I'm pretty paranoid when it comes to "automatic updates" of things like this. I like to have the old code base that I can switch back to if anything goes wrong -- and things DO go wrong.
Just reminding everyone that there's this awesome free encyclopedia out there with an article on the subject. ;-) http://en.wikipedia.org/wiki/Phoning_home (Though everyone's given great answers already!)
-- Casey Brown Cbrown1023
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
On 31/07/10 00:24, Steve VanSlyck wrote:
"Dial home" or "phone home" is a euphimism from the movie ET.
If it was a reference to ET I would have said "phone" not "dial". It could, however, be a reference to Stargate.
-- Tim Starling
"TS" == Tim Starling tstarling@wikimedia.org writes:
TS> On 31/07/10 00:24, Steve VanSlyck wrote:
"Dial home" or "phone home" is a euphimism from the movie ET.
TS> If it was a reference to ET I would have said "phone" not "dial". It TS> could, however, be a reference to Stargate.
TS> -- Tim Starling
Tim, I posted my reply to https://bugzilla.wikimedia.org/show_bug.cgi?id=19540#c18 as your blog blocks Taiwan users and is WONTFIX
Hoi, In the LocalisationUpdate extension, there is already functionality that "phones home". It phones home to get the latest localisations for both MediaWiki core and extensions.
When for updates to the software, both core and extensions the system is to phone home, it makes sense to integrate the LocalisationUpdate functionality and make it a more complete package. Thanks, GerardM
On 30 July 2010 15:01, Sullivan, James (NIH/CIT) [C] sullivan@mail.nih.govwrote:
You can argue that software is like cars. Problems are found after, and sometimes long after, the product is in the hands of a customer. In both cases the developers will look at the problem and decide if the problem is serious enough for a recall or patch. Software is unique in that it is one of the few products which can "dial home". If cars could do this we would demand that car makers allow cars to upgrade themselves at our request and convenience at the press of a button. I do not understand the "controversy" when it comes to software. Whether the software dials home to check on updates or not can be an enabled feature. I use a lot of software which dials home such as Firefox, Mac OS X, and even my E-machines PC came with an upgrade tool to maintain the Windows OS.
My gut feeling is that the developers of Mediawiki are focused on developing for Wikipedia almost to exclusion, and have stated as much many times when features were requested, and I do not have a problem with this, just being very happy they have decided to share their wonderful software openly. However, in the decision to share the software comes some level of responsibility, which I have seen grow over time, with quick repairs to the software and notices to subscribers. However, "dialing home" would definitely enhance this ability, so I cannot understand the controversy, except in the mindset of Wikipedia centric development.
So, I would encourage a "dial home" feature, not only for the Mediawiki software but also an API to allow extension software to dial home. The more tools available to assist in securing software the better.
-Jim
-----Original Message----- From: Tim Starling [mailto:tstarling@wikimedia.org] Sent: Friday, July 30, 2010 12:35 AM To: mediawiki-l@lists.wikimedia.org; wikitech-l@lists.wikimedia.org Subject: [Mediawiki-l] MediaWiki version statistics
Cross-posted to http://techblog.wikimedia.org/2010/07/mediawiki-version-statistics/
Some kind people at Qualys have surveyed versions of open source web apps present on the web, including MediaWiki. Here is the relevant page from their presentation:
For the original see:
https://community.qualys.com/docs/DOC-1401
And the press release:
http://www.qualys.com/company/newsroom/newsreleases/usa/view/2010-07-28/
They make the point that 95% of MediaWiki installations have a "serious vulnerability", whereas only 4% of WordPress installations do. While WordPress's web-based upgrade utility certainly has a positive impact on security, I feel I should point out that what WordPress counts as a serious vulnerability does not align with MediaWiki's definition of the same term.
For instance, if a web-based user could execute arbitrary PHP code on the server, compromising all data and user accounts, we would count that as the most serious sort of vulnerability, and we would do an immediate release to fix it. We're proud of the fact that we haven't had any such vulnerability in a stable release since 1.5.3 (December 2005).
However in WordPress, they count this as a feature, and all administrators can do it. Similarly, WordPress avoids the difficult problem of sanitising HTML and CSS while preserving a rich feature set by simply allowing all authors to post raw HTML.
If you are running MediaWiki in a CMS-like mode, with whitelist edit and account creation restricted, then I think it's fair to say that in terms of security, you're better off with MediaWiki 1.14.1 or later than you are with the latest version of WordPress.
However, the statistics presented by Qualys show that an alarming number of people are running versions of MediaWiki older than 1.14.1, which was the most recent fix for an XSS vulnerability exploitable without special privileges. There is certainly room for us to do better.
We have a new installer project in development, which we hope to release in 1.17. It includes a feature which encourages users to sign up for our release announcements mailing list. But maybe we need to do more. Should we take a leaf from WordPress's book, and nag administrators with a prominent notice when they are not using the latest version? Such a feature would require MediaWiki to "dial home", which is controversial in our developer community.
-- Tim Starling
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
On 10-07-30 12:35 AM, Tim Starling wrote:
They make the point that 95% of MediaWiki installations have a "serious vulnerability"
And this is based only on the version tag? Let's not forget that people who install Mediawiki with packages from their distribution are late in terms of version, but the security patches are backported to them.
Is there a magic word or a parameter to a magic word in order to refer to the pagename of an included page (i.e. to Bar, if you include {{Foo:Bar}} ) ?
Thx
Bernhard
Scheid, Bernhard wrote:
Is there a magic word or a parameter to a magic word in order to refer to the pagename of an included page (i.e. to Bar, if you include {{Foo:Bar}} ) ?
Thx
Bernhard
No. Pagename and friends will refer to the page you are viewing. If you want Bar inside [[Foo:Bar]] even when transcluding as {{Foo:Bar}}, you can type it as literal.
@platonides: Thx as always. Actually I found a kind of solution contained in the DPL extension, a technique called "surrogate template".
Bernhard ________________________________________ Von: mediawiki-l-bounces@lists.wikimedia.org [mediawiki-l-bounces@lists.wikimedia.org] im Auftrag von Platonides [Platonides@gmail.com] Gesendet: Dienstag, 03. August 2010 00:35 An: mediawiki-l@lists.wikimedia.org Betreff: Re: [Mediawiki-l] Magic word: INCLUDEDPAGENAME?
Scheid, Bernhard wrote:
Is there a magic word or a parameter to a magic word in order to refer to the pagename of an included page (i.e. to Bar, if you include {{Foo:Bar}} ) ?
Thx
Bernhard
No. Pagename and friends will refer to the page you are viewing. If you want Bar inside [[Foo:Bar]] even when transcluding as {{Foo:Bar}}, you can type it as literal.
_______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
mediawiki-l@lists.wikimedia.org