Author Topic: A sad state of security.  (Read 11495 times)

Offline Maxite

  • Icaruspedia Staff
  • ***
  • Posts: 681
  • Gender: Male
  • Otaku Nut
    • View Profile
    • OtakuDeus
A sad state of security.
« on: December 14, 2010, 01:33:29 AM »
I was feeling bored today, so I decided to do a quick test on some very basic security between the NIWA wikis:
How much access would an anonymous person have to the front pages of the various NIWA wikis? Prudent security suggests that wikis should keep their front pages (and all templates related to their front pages) secured and unable to be edited by strangers. Here are my results, which are shocking:

Animal Crossing Wiki:
Secure.

Bulbapedia:
Secure.

Donkey Kong Wiki:
Main page open to editing, along with all templates used by the main page.

Golden Sun Universe:
Main page open to editing, along with all templates used by the main page.

Lylat Wiki:
Secure.

Super Mario Wiki:
Secure.

Metroid Wiki:
Secure.

Nintendo Wiki:
Secure.

Pikipedia:
Templates used by main page can be edited.

Pikcanon-NOT:
Templates used by main page can be edited.

SmashWiki:
Templates used by main page can be edited.

Strategy Wiki:
Secure.

Wars Wiki:
Secure.

WikiBound:
Secure.

WiKirby:
Secure.

Zelda Wiki:
Secure.

This is frankly terrible: over one quarter of our wikis allow anonymous users to edit their main pages in some fashion. I think we should strive for better security standards than the ones we are seeing here.
« Last Edit: December 14, 2010, 03:39:41 AM by Maxite »

Offline HavocReaper48

  • The Falcon Punch Master
  • Donkey Kong Wiki Staff
  • ***
  • Posts: 386
  • Gender: Male
  • Orly?
    • View Profile
Re: A sad state of security.
« Reply #1 on: December 14, 2010, 02:16:32 AM »

Unnecessary protection for unvandalized material is abusing and a waste of powers. Why protect what's already safe? For the time being.

...were you that IP on Template:News today, by any chance?
« Last Edit: December 28, 2010, 04:27:17 PM by HavocReaper48 »

Offline Toomai

  • SmashWiki Staff
  • ***
  • Posts: 106
  • Gender: Male
  • Smash & Learn
    • View Profile
    • SmashWiki
Re: A sad state of security.
« Reply #2 on: December 14, 2010, 02:25:23 AM »
Why wouldn't we allow non-admins to add to the News or "Did you know" sections? We'll protect them if we have problems; if we have no problems there's no reason to restrict legitimate edits.
oeuf

Offline Maxite

  • Icaruspedia Staff
  • ***
  • Posts: 681
  • Gender: Male
  • Otaku Nut
    • View Profile
    • OtakuDeus
Re: A sad state of security.
« Reply #3 on: December 14, 2010, 02:40:15 AM »
You don't have to prevent people from contributing to news and similar: Most of the other wikis I saw that do lock down their templates do have open talk pages for those pages.

While I guess the saying "If it ain't broke, don't fix it" can apply, I also feel that "Better safe than sorry" applies more. Ultimately it is each wiki's individual decision on how they want to secure things, and what they want to leave open. My personal opinion is that front pages should be secured, since any vandalism to those pages will be the first thing that guests to your wiki will see.

Offline Garrett

  • StrategyWiki Staff
  • ***
  • Posts: 16
    • View Profile
Re: A sad state of security.
« Reply #4 on: December 14, 2010, 02:45:13 AM »
I'd suggest that embedded templates and images should be protected on a case-by-case basis (starting with anon protection, which weeds out the lazier vandals, and moving up if needed). Any pages for news or whatever that are meant to be updated by the community as a whole (rather than just the staff) should be protected against registered users as a last resort (possibly only temporarily if possible).

This is useful information either way, of course, and you may wish to forward it to the staff of these wikis to see whether they wish to do anything about it. If nothing else it will give them an idea of where to be watching for future vandalism to occur. :)

Offline Maxite

  • Icaruspedia Staff
  • ***
  • Posts: 681
  • Gender: Male
  • Otaku Nut
    • View Profile
    • OtakuDeus
Re: A sad state of security.
« Reply #5 on: December 14, 2010, 03:16:51 AM »
I'd suggest that embedded templates and images should be protected on a case-by-case basis (starting with anon protection, which weeds out the lazier vandals, and moving up if needed). Any pages for news or whatever that are meant to be updated by the community as a whole (rather than just the staff) should be protected against registered users as a last resort (possibly only temporarily if possible).

This is useful information either way, of course, and you may wish to forward it to the staff of these wikis to see whether they wish to do anything about it. If nothing else it will give them an idea of where to be watching for future vandalism to occur. :)

All of my testing was done anonymously (not logged in or on any account). I wouldn't be opposed to leaving those pages open to editing by registered member (as I noticed some of them were when I was doing some testing). But to leave your main pages open to any random person on the internet seems a bit too extreme.

Again, this is up to each individual wiki to set their own policies. I just think that the bar should be set a wee bit higher than what it currently is.

Offline Jake

  • Nookipedia Staff
  • ***
  • Posts: 244
  • Gender: Male
  • Nookipedia Director / Server Admin
    • View Profile
    • Nookipedia
Re: A sad state of security.
« Reply #6 on: December 14, 2010, 03:23:34 AM »
Animal Crossing Wiki:
Templates used by main page can be edited.
Cascading protection, my friend. Actually the smarter approach as opposed to just protecting everything as we go along. (You never know when someone will forget something.) Next time try to be a bit more thorough in your research. ;)
« Last Edit: December 14, 2010, 03:25:57 AM by Jake »

Offline Maxite

  • Icaruspedia Staff
  • ***
  • Posts: 681
  • Gender: Male
  • Otaku Nut
    • View Profile
    • OtakuDeus
Re: A sad state of security.
« Reply #7 on: December 14, 2010, 03:41:46 AM »
Animal Crossing Wiki:
Templates used by main page can be edited.
Cascading protection, my friend. Actually the smarter approach as opposed to just protecting everything as we go along. (You never know when someone will forget something.) Next time try to be a bit more thorough in your research. ;)

Ack, that is my bad. I did random checking, otherwise I went with "edit" or "protected" status. It wasn't until later that I started doing more thorough checking. Updated the main post after verifying. I've since rechecked the others to verify that the information is accurate.
« Last Edit: December 14, 2010, 03:45:11 AM by Maxite »

Offline Koroku

  • Golden Sun Universe Staff
  • ***
  • Posts: 62
  • Gender: Male
  • Wikimoner
    • View Profile
Re: A sad state of security.
« Reply #8 on: December 14, 2010, 01:30:29 PM »
Wikimon is registered users only, so we're safe. :D And I think the main page is Admin-only....

Offline Multi Rang

  • Newbie
  • *
  • Posts: 2
    • View Profile
Re: A sad state of security.
« Reply #9 on: December 19, 2010, 09:54:23 PM »
Ya see, if some edits something, theres a page tha shows you that opage before the pages, so you could just go there and copy n paste everything.

Offline tacopill

  • Lylat Wiki Staff
  • ***
  • Posts: 3128
    • View Profile
    • csanimefan
Re: A sad state of security.
« Reply #10 on: December 19, 2010, 11:19:43 PM »
Ya see, if some edits something, theres a page tha shows you that opage before the pages, so you could just go there and copy n paste everything.

Which page would that be, o Wiki Guru.







Offline SnorlaxMonster

  • Bulbapedia Staff
  • ***
  • Posts: 485
  • Gender: Male
  • Bulbapedia bureaucrat, Zelda Wiki administrator
    • View Profile
Re: A sad state of security.
« Reply #11 on: December 20, 2010, 02:02:40 AM »
Ya see, if some edits something, theres a page tha shows you that opage before the pages, so you could just go there and copy n paste everything.

Which page would that be, o Wiki Guru.
I think what Multi Rang is saying is that you can use the history to go back to the page before it was vandalized.

Offline tacopill

  • Lylat Wiki Staff
  • ***
  • Posts: 3128
    • View Profile
    • csanimefan
Re: A sad state of security.
« Reply #12 on: December 20, 2010, 07:22:56 AM »
Ya see, if some edits something, theres a page tha shows you that opage before the pages, so you could just go there and copy n paste everything.

Which page would that be, o Wiki Guru.
I think what Multi Rang is saying is that you can use the history to go back to the page before it was vandalized.

Yes, but i think a point of this thread is to ensure you don't have to act on a vandalism of the main page.....kind of looks bad for those seconds it wasn't reversed.

I think.







Offline SnorlaxMonster

  • Bulbapedia Staff
  • ***
  • Posts: 485
  • Gender: Male
  • Bulbapedia bureaucrat, Zelda Wiki administrator
    • View Profile
Re: A sad state of security.
« Reply #13 on: December 20, 2010, 11:43:29 AM »
Yeah, nobody wants to deal with vandalism on their main page. If nobody notices it and changes it (for example, noone is online), it can be incredibly damaging to the wiki's reputation. In my opinion, all main pages should be, at the very least, autoconfirmed protected. Templates do not matter as much, but cascading protection on the main page is a good idea.

Oh, and all policy pages should be protected. We can't have normal-level users (even those with good intentions) changing policies. They require discussion to change.

Offline tacopill

  • Lylat Wiki Staff
  • ***
  • Posts: 3128
    • View Profile
    • csanimefan
Re: A sad state of security.
« Reply #14 on: December 20, 2010, 06:30:31 PM »
Yeah, nobody wants to deal with vandalism on their main page. If nobody notices it and changes it (for example, noone is online), it can be incredibly damaging to the wiki's reputation. In my opinion, all main pages should be, at the very least, autoconfirmed protected. Templates do not matter as much, but cascading protection on the main page is a good idea.

Oh, and all policy pages should be protected. We can't have normal-level users (even those with good intentions) changing policies. They require discussion to change.

Ooo! i like that.

I should do that on LW/WB/etc.







Offline Jake

  • Nookipedia Staff
  • ***
  • Posts: 244
  • Gender: Male
  • Nookipedia Director / Server Admin
    • View Profile
    • Nookipedia
Re: A sad state of security.
« Reply #15 on: December 20, 2010, 08:45:27 PM »
Yeah, nobody wants to deal with vandalism on their main page. If nobody notices it and changes it (for example, noone is online), it can be incredibly damaging to the wiki's reputation. In my opinion, all main pages should be, at the very least, autoconfirmed protected. Templates do not matter as much, but cascading protection on the main page is a good idea.

Oh, and all policy pages should be protected. We can't have normal-level users (even those with good intentions) changing policies. They require discussion to change.

Ooo! i like that.

I should do that on LW/WB/etc.

It's also worth noting that if you set up a custom namespace for policies, you can automatically have every page in it protected via LocalSettings.php. We don't do that on ACF, but I thought I would point it out for any wikis that would like that functionality.

Offline tacopill

  • Lylat Wiki Staff
  • ***
  • Posts: 3128
    • View Profile
    • csanimefan
Re: A sad state of security.
« Reply #16 on: December 21, 2010, 02:53:21 AM »
Yeah, nobody wants to deal with vandalism on their main page. If nobody notices it and changes it (for example, noone is online), it can be incredibly damaging to the wiki's reputation. In my opinion, all main pages should be, at the very least, autoconfirmed protected. Templates do not matter as much, but cascading protection on the main page is a good idea.

Oh, and all policy pages should be protected. We can't have normal-level users (even those with good intentions) changing policies. They require discussion to change.

Ooo! i like that.

I should do that on LW/WB/etc.

It's also worth noting that if you set up a custom namespace for policies, you can automatically have every page in it protected via LocalSettings.php. We don't do that on ACF, but I thought I would point it out for any wikis that would like that functionality.

Thank you for the info.

In case anyone is wondering, Please look here for the information.

If i am reading that correctly, i think you maybe able to do what is talked about in the link for the project namespace as well....