Extension:AccessControl/fr

L'extension AccessControl permet de restreindre l'accès à des pages spécifiques en fonction de groupes internes ou de listes de groupes depuis l'espace utilisateur.

MediaWiki dans son état par défaut n'est pas conçu comme un système de gestion de contenu (CMS), mais lorsqu'il est utilisé comme intranet d'entreprise ou scolaire, cela est nécessaire pour protéger les données sensibles. AccessControl a été développé à cet effet.

Comment cette extension répond aux exigences de sécurité du site

 * Flux Atom/RSS, diff et liens de révision : le contenu de la page est protégé, mais lors de l'ouverture d'une page de l'historique, un élément de contenu brut apparaîtra. Si la balise &lt;accesscontrol> a été placée au début, un attaquant potentiel pourra peut-être voir les noms des utilisateurs contributeurs !


 * Annonces et recherche : Sauf indication contraire, s'il existe une page avec un contenu protégé dans les résultats de recherche, l'utilisateur est redirigé. Depuis la version 2.5 de l'extension, la recherche peut également être autorisée. Mais il ne faut pas oublier que les résultats de recherche affichés peuvent compromettre des données sensibles. Par conséquent, n'écrivez pas dans votre wiki des informations sensibles, telles que des mots de passe, qui pourraient être obtenues par une recherche plein texte si la recherche dans le contenu de pages protégées par un contrôle d'accès est autorisée !


 * Inclusion/transclusion, droits connexes et autres extensions : les pages contenant la balise &lt;accesscontrol>, ou incluant une autre page protégée par la balise &lt;accesscontrol>, sont sécurisées. La balise &lt;accesscontrol> est traitée en texte wiki brut avant la conversion HTML.


 * Redirections : Le problème de redirection a été réparé dans la version 1.1


 * API & liens d'action : Pour chaque utilisateur anonyme, la classe d'action est automatiquement définie sur false, en plus de l'attribut view pour les pages non protégées. Les actions autorisées pour les utilisateurs autorisés dépendent des paramètres d'autorisations de MediaWiki et du nom d'utilisateur répertorié dans la liste d'accès que les pages utilisent.


 * Modifier la section et les pages de surveillance : les options ne sont disponibles que pour les utilisateurs enregistrés s'ils sont connectés et figurent sur la liste d'accès de sécurité.


 * Fichiers et images


 * Export XML ( Special:Export )
 * Attention : AccessControl version < 2.0, était basé sur un hook non protégé du côté de MediaWiki avant d'exporter les pages en code brut. Par conséquent, si vous utilisez AccessControl version < 2.0, vous devez interdire la page spéciale pour interdire l'exportation des pages depuis MediaWiki.


 * Porte dérobée de l'auteur : L'extension AccessControl n'a pas de porte dérobée !


 * Mise en cache : Je recommande de désactiver la mise en cache. Voir les paragraphes précédents.

Plus d'informations sur les problèmes potentiels concernant la sécurité sont sur la page Security issues with authorization extensions.

Features

 * Easy to set up and simple to use.
 * No patches to MediaWiki core.
 * Unlimited groups.
 * Dual mode access control:
 * View control.
 * Edit control, including restrictions on manual edit access when using action=edit in the URL.
 * User groups may use any namespace.
 * Namespaces with group lists may be protected by another extension.
 * MediaWiki sysop group may view and edit the protected pages.
 * Controlled by extension variable
 * Access may be granted to multiple groups
 * Read-only access may be granted to both groups and individual users.
 * Unauthorized users can use the search feature only if is it allowed. See how this extension meets the requirements for site security.

Documentation
Manual (in Czech language for now) here as wiki page, but is prepared for translation. If you want to contribute to creating an English version, you must donate any amount of money to pay for a commercial translator, because the author does not have the time and skills for it. The man page (for now only Czech version) is part of the source code, and can be imported into your private MediaWiki instance if you want.

Step 1: Local Settings File

 * Add the following lines to the bottom of your LocalSettings.php:

If you're not sure which namespace ID to use, then use 730 and 731 as detailed at the extension defalt namespaces listing. See step 2 for more information on how to do this.
 * Add a namespace to the LocalSettings.php file for the purpose of creating groups.
 * See for more information.
 * Check the settings in AccessControl.php. These can be set in LocalSettings.php:

Step 2: Create User Groups

 * This method has changes in the latest version, please see note 1 at the bottom of this page. (User lists must be stored in the main namespace).

User groups are simply standard wiki pages that are part of a namespace other than the default namespace. For ease of use, it is suggested that a specific custom namespace is created for the explicit purpose of managing access control list pages For your custom namespace, if you're not sure which namespace ID to use, then use 730 and 731 as detailed at the extension defalt namespaces listing. For your convenience, IDs 730-739 are reserved for your use for this extension.


 * Create a wiki page with a users list in any namespace
 * It is not sufficient to simply create a page with a colon in the name, this extension requires the use of a namespace and one or more pages within namespaces
 * Page Name Example: My:Group
 * The namespace is My
 * The group page is Group
 * This is the name of user group
 * Users are added to the group in a bulleted list
 * Page Content Example
 * Presume that the namespace IT exists
 * Note that in v3.0 you also need to register the namespace IT either in LocalSettings.php e.g. $wgAccessControlNamespaces = array(NS_IT); or modify the extension.json . Furthermore IT: should not be specified in the accesscontrol tag, just "Department"
 * Create a page in the namespace titled "Department"
 * Create users "John Doe" and "Jane Doe" in the group. The group information is contained on the page "Department".
 * Each username appears as a list item.


 * User names listed with "(ro)" at the end can only read the protected article, not edit it. For other groups of users, you can create another member list with the name Department in another namespace. Note that the user's name must start with a capital letter!


 * Tips: To protect the IT namespace you can use the Lockdown extension, but you can also use the &lt;accesscontrol> tag to protect it.

Step 3: Additional Access Control

 * Depending on localization, your wiki needs pages created to which anonymous or unauthorized users will be redirected. You have to create them in advance because some of them can't access pages from another page.
 * The safety of the page is provided by the &lt;accesscontrol> tag. If there isn't a tag or the page is empty, it's freely accessible to logged-in users that can read and edit the page. No user, logged in or anonymous, will have read-only access.
 * Members from groups listed in the &lt;accesscontrol> tag can edit the page only if the group title isn't listed with "(ro)" and if they don't have read only access set in the group member list.
 * By default the variable  is set to true so that members of sysop can edit user group pages in any namespace.


 * Example tag code

In this example, all users from the groups "Administrators", "IT:Department" and "Sales" can read the page but only the users from "Administrators" group (if exists) and John Doe from "IT:Department" user group can edit it.

Usage on Pages to Control Access
That is for the installation. To restrict access to a page for specific user groups, just include the names of the allowed user groups (separated by commas) as the content of the &lt;accesscontrol> tag in the top of the content page.

Attention
Version 2.5.1 is strongly recommended to be used.

For version < 2.3

 * There was a problem in function fromTemplate causing AccessControl to ignore tags from included pages or templates. Actualization is recommended!

For version ≥ 2.0

 * Pages can have only one &lt;accesscontrol> element.
 * If the user is a member of multiple groups, the group that gives them more access is assumed.
 * This extension uses a MediaWiki hook that is called whenever a search result is displayed. This means that a page that has an ACL will trigger an "Access Denied" message for end users who happen to search for text contained in a protected page. A simple solution is to put pages that require AccessControl into another namespace and then disable searching for that namespace. Although this isn't really a bug, it is undesirable behavior. Click here for an example showing a work around.

For version ≤ 1.3

 * Groups from MediaWiki must not be in localized form! sysop cannot be Správce, etc.
 * A page may have multiple &lt;accesscontrol> elements, with access accepted from groups in any tag.
 * Anonymous users do not have access to pages protected by &lt;accesscontrol> elements.
 * If variable  is true, sysops always have edit access.

MediaWiki Version Testing

 * Version 4.0 is obsolete (T281848). Upgrade recommend.
 * La version 3.0.1 a été testée sur MediaWiki 1.34.0, mais est obsolète. Mise à niveau recommandée.
 * Version 2.5.1 was tested on MediaWiki 1.33.0-alpha (5eb97ec)
 * Version 2.6 was tested on MediaWiki 1.27.0-rc.0 (57f722a)
 * Version 2.5 was tested on MediaWiki 1.27.0 (from git repository)
 * Version 2.5 was tested on MediaWiki 1.22.9 (from git repository)
 * Version 2.3 was tested on MediaWiki 1.22.0 (from git repository)
 * Version 2.2 was tested on MediaWiki 1.22.0 (from git repository)
 * Version 2.0 was tested on MediaWiki 1.19-alpha (from svn repository)
 * Version 1.2 was tested on MediaWiki 1.15.5-1 (from Debian repository)
 * Version 1.1 was tested on MediaWiki 1.16.0(b3). Works fine, except that it needed a minor change to line 358 of AccessControl.php (remove '&' from parameter to  ). When viewing a page on a Linux server, the  tags show. But on a Windows server, the tags don't show and it is fine! Still haven't figured that one out, but it is ok for my application.
 * Version 1.1 was tested on MediaWiki 1.15
 * Version 1.0 of this extension has been tested and works fine on MediaWikis > 1.12.x.
 * Version 1.1 tested on MediaWiki 1.16.1 with new patch from http://git.felk.cvut.cz/pub/git?p=accesscontrol.git;a=commitdiff;h=2f678deed0e4e4f77620e391c94559c7b50102a9

Historique
The first version of this extension (1.x) was based on Group Based Access Control, but without bugs the original had.

Voir aussi

 * Extension:Semantic ACL
 * Extension:Semantic ACL