Last modified: 2014-09-11 19:16:13 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T19308, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 17308 - CentralAuth's global logs (gblrights/globalauth) should be global or central instead of local
CentralAuth's global logs (gblrights/globalauth) should be global or central ...
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
CentralAuth (Other open bugs)
unspecified
All All
: Low enhancement with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
: 14914 61548 (view as bug list)
Depends on:
Blocks: SWMT
  Show dependency treegraph
 
Reported: 2009-02-02 00:25 UTC by Mike.lifeguard
Modified: 2014-09-11 19:16 UTC (History)
12 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Mike.lifeguard 2009-02-02 00:25:02 UTC
To force stewards to make global group changes only from Meta instead of any wiki, please change the code to allow assigning 'globalgrouppermissions' as a local steward right instead of a global one. Currently it is forced to be a global right. This may be due to security concerns of which I am unaware, however stewards can now make changes to global group membership from anywhere, but they should only be made on Meta.

/extensions/CentralAuth/SpecialGlobalGroupPermissions.php
42		## Permission MUST be gained from global rights.
43		return $globalUser->hasGlobalPermission( 'globalgrouppermissions' );

As well, the same for 'globalgroupmembership' and whatever the "edit wiki sets" right is called (I forget) if they are forced to be global rights as well (I couldn't immediately tell from the source code) for the same reason - membership in global groups should be changed and changing wiki sets should be done only from Meta.
Comment 1 Nobody 2009-02-02 00:40:31 UTC
A user able to modify LocalSettings.php could likely modify migrateStewards.php also and defeat any use of these limits as a security feature. (see also http://svn.wikimedia.org/viewvc/mediawiki?view=rev&revision=45262 )
Comment 2 Andrew Garrett 2009-02-19 19:33:23 UTC
It's mostly because it seemed "wrong" at the time to allow global changes to be made with local rights. I am aware that there are existing sections of code where this can occur, but I thought it sensible not to add one more.

I'm happy to be convinced the other way, though. What do others think?
Comment 3 Mike.lifeguard 2009-02-19 19:57:36 UTC
(In reply to comment #2)
> It's mostly because it seemed "wrong" at the time to allow global changes to be
> made with local rights. I am aware that there are existing sections of code
> where this can occur, but I thought it sensible not to add one more.
> 
> I'm happy to be convinced the other way, though. What do others think?
> 

I just don't understand how/why it "seemed wrong"... to allow global group changes to be made with local rights. As stated initially, this (erroneously) allows stewards to make such changes from any wiki - whereas they should be made only from Meta.
Comment 4 Mike.lifeguard 2009-03-19 19:08:57 UTC
*** Bug 14914 has been marked as a duplicate of this bug. ***
Comment 5 DerHexer 2010-05-10 21:34:56 UTC
Doing that from any wiki means that stewards should have to check on each project Special:Log/gblrights if any steward has anywhere abused his rights. Quite a mess with currently more than 700 projects.
Comment 6 Ruslan 2011-05-22 16:32:35 UTC
Instead of committing "a crime against Nature" by making global groups manageable as a local right, I would prefer to have truly global logs. Currently there are ~700 local (sic!) global logs, which defies the purpose of having global logs.
Comment 7 Brion Vibber 2011-06-16 18:35:39 UTC
I've filed bug 29435 about a related issue -- having access to the global groups assignment controlled by a global group means that you can't really set the system *up* without manual DB intervention to put the first person in the first group.

Global logs would solve the root issue of this current bug (that local logs are hard to find because they're not centralized) but not that one.

Based on the comments above, I suspect that switching it to *allow* (not necessarily *require*) a local right *and* using global logs might be the best of all worlds.
Comment 8 Ruslan 2011-06-21 15:35:13 UTC
So, I still do not understand, if this is difficult to switch to global logs?
Comment 9 Krinkle 2011-06-21 23:34:32 UTC
So either:

A) global logging (in the centralauth database ?) which would be accessable from any wiki but only stored once;
or, B) global actions are logged to the logging table of the central wiki. Accessable from the central wiki (Meta-Wiki)

A) is nicer but could be too much work, don't know. B) sounds easy but requires a db-connection to be made to the central wiki and isn't really "global".
Comment 10 Kunal Mehta (Legoktm) 2014-09-11 19:16:13 UTC
*** Bug 61548 has been marked as a duplicate of this bug. ***

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


Navigation
Links