Manual:Combating vandalism/fr


 * Votre site a-t-il été vandalisé ? Laissez votre message sur la page de discussion, le forum, ou encore la liste de diffusion par courriel mediawiki-l afin d'obtenir de l'aide. Voir aussi .

Lorsque vous installez une nouvelle copie de MediaWiki, elle peut devenir la cible de différents types de vandalismes. De par la nature même des sites web, et peu importe le nombre de sécurités déployé, le vandalisme sera toujours présent jusqu'à un certain niveau. Cette page explique comment vous pouvez le limiter. Notez que Wikipedia est beaucoup plus gros que les autres sites web qui installent MediaWiki; il est modifié beaucoup plus souvent que la moyenne des wikis et regroupe davantage d'utilisateurs à gérer pour le vandalisme. La dynamique du vandalisme pour les sites web des petits wikis est différente.



Types d'attaques

 * Attaque en masse par robot : un vandale peut essayer d'exécuter un robot dont le rôle est de modifier, renommer, créer des pages à une grande vitesse, ou encore téléverser des versions illicites d'images. C'est le type de vandalisme le plus fréquent sur la plupart des wikis, et c'est fait habituellement pour spammer : voir Combattre le spam pour des conseils adaptés.
 * Noms d'utilisateur inconvenants : les utilisateurs peuvent être renommés en utilisant l'extension Rename User. Renommez toujours l'utilisateur en priorité, ensuite seulement faites les autres actions (bloquez et annulez ses contributions). Cela va garder les journaux et les modifications récentes aussi cohérents que possible.
 * Suppression du contenu (partiel ou complet)
 * Vandalisme des modèles : un vandale peut modifier les modèles utilisés partout et ainsi perturber beaucoup de pages. Pour contrer cela, protégez les modèles les plus utilisés dont la liste est donnée sur la page Special:MostLinkedTemplates (par exemple sur ce wiki)



Identifier la dégradation et le piratage
La première chose est de déterminer si le site est actuellement compromis, c'est à dire a été vandalisé. Allez sur différentes pages pour voir si les dégradations sont partout. Si de multiples pages sont dégradées, il est possible qu'un modèle commun ou même la notice du site ont été vandalisés.

Pour déterminer si le site est encore en train de charger, ouvrez la console développeur du navigateur et vérifiez le HTML. Si le HTML contient le contenu de la page, alors le site n'est probablement pas compromis.



Prévention
Pour désactiver temporairement la création de comptes et les modifications anonymes, un administrateur système peut indiquer ceci dans le fichier LocalSettings.php :
 * - Ceci vous aide à propos des mauvais titres de page et de noms d'utilisateurs
 * - Bien que les Captcha soient plus utiles contre le spam, ils sont également quelque peu utiles contre le vandalisme dans la mesure où le vandale peut avoir à répondre aux Captcha pour créer des comptes, ajouter des liens externes, etc. Cependant, cela gênera également l'utilisateur véritable, les Captcha doivent donc être utilisés et configurés de manière réfléchie. Une meilleure option pourrait être ou VandalBrake2, ce qui limiterait simplement le taux d'édition.
 * Initialiser à une valeur positive. Ceci est inutile si vous n'avez pas de vandales qui se partagent la même adresse IP au cours d'une journée, mais cela pose en revanche quelques problèmes si certains utilisateurs s'inscrivent à partir d'adresses IP partagées au cours d'une journée donnée.
 * - pour empêcher les vandales d'échapper à toutes les autres mesures de prévention en changeant facilement les adresses IP à l'aide de Tor, si la modification du wiki de manière anonyme n'est pas demandée.
 * - si le wiki souffre de sites web de spam sévères qui sont récurrents, ont un schéma ou sont souvent déjà bloqués en liste noire (sinon, maintenir la liste noire n'en vaut pas la peine).
 * - Extension qui contrôle les comportements sur le wiki et qui est très adaptable. Différents types de règles peuvent être créés. Pour des exemples de filtres et la manière dont ils fonctionnent, voir les règles des filtres Wikipedia. Les filtres peuvent aussi être configurés pour ne pas apparaître au public.
 * - Si plusieurs comptes utilisateur de vandales sont créés à partir des mêmes adresses IP en peu de temps, augmenter ce nombre peut aider à multiplier l'effet de vos blocages manuels avec le blocage automatique activé. Inutile pour les vandales manuels qui peuvent changer leur IP facilement, et pour les robots vandales qui ont de nombreuses IP ; nuisible (dans une certaine mesure) s’ils proviennent d’adresses IP partagées que vos utilisateurs légitimes peuvent utiliser.
 * - Protéger les modèles de sorte que seuls les utilisateurs auto-confirmés ou les administrateurs système puissent les mettre à jour
 * - Utile pour combattre le vandalisme anonyme sur plusieurs wikis.
 * - Limiter les activités des utilisateurs anonymes ainsi que celles des débutants.
 * Utiliser les pour retirer aux débutants les droits dont ils n'ont pas besoin. Par exemple vous pouvez positionner   si vous voulez empêcher ceux qui ne sont pas des opérateurs système, de remplacer vos images existantes par des images du site goatse ou équivalentes.
 * - Utile pour limiter les utilisateurs anonymes et les nouveaux venus, à faire leurs modifications dans l'espace de noms Draft: et / ou Introduction:.
 * : Envoie toutes les modifications des nouveaux utilisateurs à la modération. Si, ou lorsque le modérateur approuve la modification, celle-ci apparaîtra dans l'historique de la page et dans la liste des Modifications récentes. Toutes les modifications d'un vandale peuvent être rejetées d'un seul clic.
 * Lockdown

Si vous utilisez, un administrateur peut (avec différents degrés de succès selon la configuration et la situation) activer ou désactiver rapidement les adresses IP avec un filtre sur :

(user_age == 0)

Voir pour d'autres moyens d'empêcher l'accès.



Approbation des modifications

 * - approuver les modifications de la version stable d'une page
 * - une alternative à faible coût pour



Si le vandalisme n'a pas gagné la dernière bataille sur votre wiki


Nettoyage
Après avoir combattu le spam, il est nécessaire de réparer les dégâts. Si vous laissez en place spam existant, les fonctionnalités antispam pourront interférer avec les personnes qui tenteront d'apporter des modifications légitimes.

Si le problème se limite à quelques pages, il peut être résolu manuellement à l'aide des fonctions administratives standard.



Outils standards de nettoyage
Si vous disposez d'un ensemble de pages à supprimer, le script peut vous aider.

Si le problème se limite à quelques adresses IP ou utilisateurs, peut systématiquement supprimer toutes leurs contributions. S'il est soumis sans modèle utilisateur ou de page, la fonctionnalité Nuke vous permet également de lister les pages récemment créées et de cocher les cases pour savoir lesquelles supprimer ou non, ce qui peut être un outil de nettoyage du spam très efficace si vous avez quelques pages valides avec beaucoup de spam.

Le script de maintenance peut être utilisé pour annuler « toutes » les modifications d'un utilisateur ou d'une adrresse IP donnée, si ces modifications sont les « dernières » modifications d'une page.

ajoute des outils de blocage et de suppression similaires pour l'ensemble des modifications récentes.

Une approche légèrement plus radicale implique les  après la suppression par lots, telle que :


 * pour purger les modifications supprimées de votre base de données,
 * pour purger également les comptes.

cleanup.php
If spam is widespread and performed by many users, you may find this  extension useful. Ce script revient automatiquement en arrière et supprime le spam correspondant sur votre wiki après que vous ayiez mis à jour la liste noire du spam. Pour ce faire, il analyse l'intégralité du wiki et là où du spam est trouvé, il revient à la dernière révision sans spam. Ce script revient automatiquement en arrière et supprime le spam correspondant sur votre wiki après que vous ayiez mis à jour la liste noire du spam. Pour ce faire, il analyse l'intégralité du wiki et là où du spam est trouvé, il revient à la dernière révision sans spam.

Procédure :


 * 1) Copiez cleanup.php dans le dossier extensions/SpamBlacklist
 * 2) Accédez au sous-répertoire extensions/SpamBlacklist
 * 3) tapez « dir » pour confirmer que cleanup.php est présent dans le répertoire
 * 4) entrez   pour exécuter le script
 * 1) entrez   pour exécuter le script



Autres outils de nettoyage

 * : sysops can mass delete page created by a certain user or IP (included in standard download)
 * : so you can rename bad usernames (included in standard download)
 * Activez les autorisations de restauration en ajoutant ce qui suit à votre LocalSettings.php et accordez le droit «  » dans la gestion des droits d'utilisateur aux utilisateurs de confiance, afin qu'ils puissent annuler plus facilement le vandalisme lorsqu'il se produit :


 * - permet de trouver les adresses IP des utilisateurs afin de bloquer les adresses IP sous-jacentes des vandales en série.

Les fonctionnalités en gras ci-dessus sont faciles et rapides à installer et vous aideront beaucoup, alors installez-les définitivement.



Modifications restreintes
In some cases, it is sufficient (and appropriate) to restrict editing pages to those users who have created an account. This restriction will halt a number of automated attacks. This approach can be coupled with, for example, requiring a captcha during account registration, as described above, or blocking usernames matching a certain regular expression using the extension.

It is also possible to configure MediaWiki to require e-mail verification before editing certain pages. See the page for more details on these methods.



Even when editing is restricted to account holders, spammers can automatically create accounts and flood a wiki with new account spam. This can largely be avoided by disabling account creation and transferring authentication to a service such as. New account creation is disabled with this line in LocalSettings.php: The MediaWiki:Loginprompt can be updated from the default to suggest that new users create accounts with an OpenID. Current accounts are unaffected, and new users often already have an account with one of the OpenID providers.



Verrouillage (solution radicale)
You can disallow editing by anonymous users, forcing them to create an account with a username and sign in prior to editing. As a last resort, spam can be nearly eliminated by creating a "gated community" in which new users cannot create a new account and must request one from you.

People often naively suggest lock-down as the best solution to wiki spam. It does reduce spam, but it is a poor solution and a lazy solution, because you are introducing something which massively inconveniences real users. Having to choose a username and password is a big turn off for many people. The wiki way is to be freely and openly editable. This "soft security" approach is one of the key strengths of the wiki concept. Are you going to let the spammers spoil that?

...if so, you can easily lock down your MediaWiki installation by adding the following to your LocalSettings.php:

Note that this only reduces spam. MediaWiki installations are routinely targeted by spambots which perform automated registrations, and so this setting will result in a lot of bogus user accounts in the database, usually with names that follow some recognizable pattern. Spammers may create numerous sleeper accounts, which are accounts that do nothing and then are used for spam at a later time. You should combine this with other measures such as (see above) on user registration and/or.

Account creation by spammers may be reduced by transferring authentication to a service such as. New account creation is disabled with this line in LocalSettings.php: $wgGroupPermissions['*']['createaccount'] = false; The MediaWiki:Loginprompt can be updated from the default to suggest that new users create accounts with an OpenID. Current accounts are unaffected, and new users often already have an account with one of the OpenID providers.

Some spammers don't supply e-mail addresses, or supply invalid e-mail addresses. To deal with these, you can require e-mail validation before editing with :

As a last resort, spam can be almost entirely eliminated by creating a "gated community" where new users can't even register without asking you to set up an account for them. To do this, add the following to your LocalSettings.php:

You can then visit Special:UserLogin while signed in to create new accounts. See and  for more information.



Conseils et points à retenir

 * One-time vandalism (or spam) from an IP address may deserve only a temporary block (1 month or a 1 week etc.) unless there is recurrent vandalism/spam from an IP address that is static.
 * Configure your protection systems such that they should not significantly inconvenience the average user.



Raccourcis relatifs à l'administration
Keep a page for administrators on the wiki related to quick links for dealing with vandalism. Click "Edit" for this section and copy the code below:
 * User related
 * User rename: Special:RenameUser (requires )
 * New users log: Special:Log/newusers
 * User list: Special:ListUsers
 * Block related
 * Block IP: Special:Block
 * IP block ranges (perform block ranges carefully and in most cases only temporarily such as 24 hours, 3 days, 2 weeks, 3 months and so on depending on the situation):
 * Les plus souvent utilisés (exemples de blocages) :
 * IPv4
 * 69.208.0.0/16 (pour bloquer 69.208.x.x)
 * 69.208.52.0/24 (pour bloquer 69.208.52.x)
 * IPv6
 * 2001:db8::/64 (pour bloquer 2001:db8:0:0:x:x:x:x)
 * 2001:db8:90:ac:fdec:9aec::/96 (pour bloquer 2001:db8:90:ac:fdec:9aec:x:x)
 * Journal des blocages : Special:Log/block
 * Déblocage et liste des blocages actuels : Special:BlockList
 * Autres raccourcis
 * Masquer les révisions : pour cacher les noms inconvenants d'utilisateur encore présents dans les journaux ou les commentaires des mauvaises modifications etc
 * Autres raccourcis
 * Masquer les révisions : pour cacher les noms inconvenants d'utilisateur encore présents dans les journaux ou les commentaires des mauvaises modifications etc



Etapes typiques de la gestion du vandalisme

 * 1) Renommer l'utilisateur si le nom d'utilisateur ne convient pas.
 * 2) Bloquer un nom d'utilisateur indéfiniment (ou pour une durée qui vous semble convenable)
 * 3) * Ou s'il s'agit d'une adresse IP, bloquer cette adresse IP temporairement (les blocages infinis ne sont pas recommandés dans la plupart des cas)
 * 4) Annuler les modifications faites par cet utilisateur en vérifiant les contributions. Notez que si vous avez renommé l'utilisateur, les contributions sont attribuées au nouveau nom d'utilisateur et non plus à l'ancien.
 * 5) Dans le cas des pages créées par le vandalisme ou des redirections, supprimer ces pages et ces redirections.
 * 6) Masquez les révisions si nécessaire. Ceci nous aide à masquer les commentaires des modifications, ou les noms inappropriés des utilisateurs pour les modifications, afin que les journaux des pages restent propres



Voir aussi

 * deals with the most common form of vandalism, which everyone hates
 * deals with the most common form of vandalism, which everyone hates