Gruppi utente
La seguente è una lista dei gruppi utente presenti nei progetti Wikimedia Foundation. È organizzata in un approssimativo ordine decrescente di permessi. Da notare che l'ordine non è direttamente correlato con il "potere" nel vero senso della parola, ma piuttosto si riferisce ai livelli di accesso all'interno del software MediaWiki. Sebbene le abilità tecniche sono le stesse in tutti i progetti Wikimedia, alcune definizioni di classe e ruoli differiscono da wiki a wiki.
Gruppi locali
Questa è una lista dei gruppi d'utente, ordinati dal livello di accesso più alto al più basso:
- amministratori (sysop)
- amministratori del OAuth (solo su Meta)
- Rinominatori globali (solo su Meta)
- gestori del filtro anti abusi (in alcune wiki)
- Rollbacker (in alcune wiki)
- Reviewer or Editor (soltanto in wiki che usano Flagged Revisions)
- Template editor (in alcune wiki)
- File mover (in alcune wiki)
- Patroller (in alcune wiki)
- Creatori di utenze (esiste globalmente, usato in alcune wiki)
- Esente dal blocco IP
- Bot
- Flooder (in alcune wiki)
- Utente autoconvalidato e Utente non autoconvalidato
- Utente anonimo
- Utenti bloccati (questo non è un gruppo utente)
Gruppi utente globali
- Vedi anche Permessi globali, Gruppi globali e Diritti globali.
Bot globale
I bot globali hanno il livello d'accesso da bot su tutte le wiki in cui i bot globali sono abilitati (l'abilitazione a questo flag deve essere permessa esplicitamente dalle policy locali; vedi la lista delle wiki in cui è possibile). I bot globali sono soggetti alla Special:MyLanguage/Bot policy che limita questi bot a compiti specifici.
Vedi anche:
- Special:MyLanguage/Bot policy
- bot globali: membri | diritti sulle varie wiki | log
Rollback globale
Gli utenti con i diritti di rollback globale possono annullare una serie di modifiche effettuate da un utente con un solo click su qualsiasi wiki, soprattutto per eliminare i vandalismi e inserimenti senza senso. Gli utenti che vogliono usufruire di questo diritto devono dimostrare di essere attivi nella lotta ai vandalismi cross-wiki.
Vedi anche:
- Rollback globale
- Rollbacker globali: membri | diritti sulle varie wiki
Amministratori globali
Gli amministratori globali sono utenti con l'accesso da amministratore in molte piccole wiki, soprattutto con l'obiettivo di combattere e contrastare i vandali in assenza di amministratori locali. Ottengono il flag dopo una discussione preliminare effettua su Steward requests/Global.
Vedi anche:
- Amministratori globali
- Amministratori globali: membri | toollabs:meta/globalgroups/#global-sysop diritti sulle varie wiki
Membri con permessi VRT
I membri con permessi VRT sono gli utenti che hanno accesso alle code per i permessi sul sistema VRT di Wikimedia. Il gruppo globale è usato principalmente per scopi d'identificazione, e l'unico diritto utente che contiene è l'abilità di poter abilitare l'autenticazione a due fattori
Staff
Il gruppo Staff è assegnato ad alcuni dipendenti pagati della Wikimedia Foundation e ai loro delegati. Questo gruppo ha un accesso speciale principalmente per problemi tecnici o legali.
Sfondo
La Wikimedia Foundation valuta costantemente chi è un membro del gruppo di utenti dello staff al fine di ridurre al minimo la proliferazione di questo strumento molto specializzato. L'appartenenza al gruppo dello staff viene costantemente rivalutata, in particolare alla luce della disponibilità di uno strumento più limitato che si adatterà alle esigenze di un membro dello staff, se ci si aspetta che qualcuno non abbia bisogno dei diritti di staff per un periodo di tempo, o se c'è qualcosa che cambia durante una valutazione del rischio. Queste rivalutazioni fanno parte di buone pratiche di sicurezza.
Previously, who did and did not have staff rights was relatively arbitrary, based upon asking the staff member who was in charge of these rights. The process has been subsequently formalized to protect against abuse or misuse of staff rights. In order to receive staff rights, it requires second level sign-off (meaning that for a new employee in a department, director level signoff is required and for a new manager, C-level signoff is required), a formal written use-case that is kept on file and routinely reviewed to determine whether the use-case is still met by assignment of staff rights, a brief training session explaining their appropriate and inappropriate use, and an acknowledgement (in writing) of the rights and responsibilities that come with staff rights.
Previously, there were few protections against abuse. Today, there are a number of checks and balances built into the system. On the English Wikipedia, for instance, the Arbitration Committee reviews all logged actions and discusses questionable actions with Jan (as the WMF employee responsible for approving rights assignments) to ensure they are within policy. On other wikis where there is no comparable subcommittee, the Trust and Safety (T&S) team audits and reviews employee actions. This has resulted in employee disciplinary action on occasion. These are not toothless protections.
Assignment
Staff rights are managed by the Global Head of Trust and Safety and the second-level Wikimedia Foundation manager of the person requesting staff rights.
Wikimedia stewards and staff will add or remove permissions (former link) from the staff global user group and they also add or remove user accounts from the staff global user group based on the requests of the Global Head of Trust and Safety or their designee. There is no requirement that community consensus be demonstrated or that the above requirements (including sign-offs) are proved.
Rationale and responsibility of advanced permissions assignment for Wikimedia Foundation staff are currently recorded in a locked Google spreadsheet. A mirror of that page can be found at WMF Advanced Permissions.
Permessi
La tabella seguente elenca i diritti utente disponibili nel gruppo di utenti staff e una spiegazione del motivo per cui questi diritti sono necessari per tale gruppo.
| Diritti degli utenti | Scopo |
|---|---|
| autoconfirmed | ... |
| autopatrol | ... |
| bigdelete | At times, the T&S or technical team need the ability to delete pages with a high number of revisions for technical reasons, or for legal compliance reasons. |
| browsearchive | ... |
| centralauth-merge | ... |
| centralauth-unmerge | ... |
| centralnotice-admin | ... |
| checkuser | The T&S team uses this right for legal compliance (subpoena, etc.) and safety reasons (investigations of threats) |
| checkuser-log | The T&S team uses this right for legal compliance (subpoena, etc.) and safety reasons (investigations of threats) |
| delete | The T&S team uses this right for legal compliance and copyright purposes. |
| deletedhistory | The T&S team uses this right for legal compliance and copyright purposes. |
| deletedtext | The T&S team uses this right for legal compliance and copyright purposes. |
| deletelogentry | The T&S team uses this right for legal compliance purposes. |
| deleterevision | The T&S team uses this right for legal compliance and copyright purposes. |
| edit | ... |
| editinterface | The T&S team uses this right for legal compliance and copyright purposes (i.e., to change the copyright notices, etc.). Other staff members use it to support the development of other projects and technical initiatives. |
| editusercss | This was done for a couple of reasons.
First, we have had times when we saw a user insert some code in their own user.js and user.css files that really shouldn't be there, and then propagate that code out to the wikis by adding a transclusion from their own user files to, for instance, Mediawiki:Common.js of a smaller wiki, and thereby add google tracking code, for instance. This allows staff to easily (and in a logged fashion) remove such code. Second, in order to include a script for those users who hold staff rights which colors red the interface buttons for things that they really shouldn't touch without a REALLY good reason (i.e., the execute checkuser button). You can see that script in my own user.js file. This is a reminder for new staff who didn't come from the community that these are specialized rights, and not everyone has access to them, and serves as a mental "speedbump" against using them. |
| editusercssjs | |
| edituserjs | |
| globalblock | ... |
| globalblock-exempt | ... |
| globalblock-whitelist | ... |
| globalunblock | ... |
| hiderevision | ... |
| hideuser | ... |
| import | ... |
| importupload | ... |
| ipblock-exempt | ... |
| moodbar-admin | ... |
| move | ... |
| move-rootuserpages | ... |
| move-subpages | ... |
| movefile | ... |
| noratelimit | ... |
| nuke | ... |
| override-antispoof | ... |
| oversight | ... |
| prefstats | ... |
| protect | ... |
| purge | ... |
| reupload | ... |
| reupload-shared | ... |
| superprotect | ... |
| suppressionlog | ... |
| suppressredirect | ... |
| suppressrevision | ... |
| tboverride | ... |
| tboverride-account | ... |
| transcode-reset | ... |
| transcode-status | ... |
| uboverride | ... |
| unblockself | ... |
| undelete | ... |
| unwatchedpages | ... |
| upload | ... |
| upload_by_url | ... |
Vedi anche:
- Attuale staff stipendiato
- Staff: Permessi globali · global groups (toolforge) · Lista dei Membri · group changelog
- Permessi globali speciali
- Proposta originale
Steward
Gli steward hanno un accesso completo all'interfaccia wiki e sono incaricati dell'applicazione, dal punto di vista pratico, del consenso comunitario, di occuparsi di situazioni d'emergenza e di intervenire contro i vandalismi cross-wiki. Gli steward sono eletti annualmente con la partecipazione da ogni wiki.
vedi:
- Steward
- Steward/Storia
- Stewards: membri | diritti (globali)
<span id="Special-purpose">
Permessi globali speciali
- Ombuds commission
- Amministratori di sistema
- Fondatore
- Aiutanti del filtro anti abusi
- Modificatori dell'interfaccia