Wikipedia: beschermingsbeleid

Deze pagina documenteert een Engels Wikipedia- beleid . Het beschrijft een algemeen aanvaarde standaard die alle redacteuren normaal zouden moeten volgen. Wijzigingen die erin worden aangebracht, moeten de consensus weerspiegelen .

Snelkoppelingen WP: PP WP: BESCHERMEN

Deze pagina in een notendop: hoewel Wikipedia ernaar streeft zo open mogelijk te zijn, is het soms nodig om het bewerken van bepaalde pagina's te beperken om vandalisme , oorlogvoerende of andere storende bewerkingen te voorkomen .

In sommige gevallen moeten pagina's mogelijk worden beschermd tegen wijziging door bepaalde groepen redacteuren. Pagina's worden beschermd wanneer een specifieke schadelijke gebeurtenis is geïdentificeerd die niet kan worden voorkomen met andere middelen, zoals een blokkering . Anders is Wikipedia gebaseerd op het principe dat iedereen het kan bewerken , en daarom streeft het ernaar om zoveel mogelijk van zijn pagina's open te hebben voor openbare bewerking, zodat iedereen materiaal kan toevoegen en fouten kan corrigeren. Dit beleid legt in detail de beschermingstypen en procedures voor paginabescherming en niet-bescherming uit en wanneer elke bescherming wel en niet moet worden toegepast.

Bescherming is een technische beperking die alleen door beheerders wordt toegepast , hoewel elke gebruiker om bescherming kan verzoeken . De bescherming kan voor onbepaalde tijd zijn of vervallen na een bepaalde tijd. De verschillende soorten bescherming worden hieronder beschreven en ze kunnen worden toegepast op de acties voor het bewerken van pagina's, het verplaatsen van pagina's, het maken van pagina's en het uploaden van bestanden. Zelfs als een pagina is beveiligd tegen bewerken, kan de broncode (tekst) van de pagina nog steeds door elke gebruiker worden bekeken en gekopieerd.

Een beveiligde pagina wordt rechtsboven gemarkeerd met een hangslotpictogram, meestal toegevoegd door de sjabloon.{{pp-protected}}

Soorten bescherming

De volgende technische opties zijn beschikbaar voor beheerders om verschillende acties op pagina's te beveiligen:

• Bewerkingsbeveiliging beschermt de pagina tegen bewerken .
• Verplaatsingsbeveiliging beschermt de pagina tegen verplaatsen of hernoemen .
• Aanmaakbeveiliging voorkomt dat een pagina (normaal gesproken een eerder verwijderde ) wordt gemaakt (ook wel " salting " genoemd).
• Uploadbeveiliging voorkomt dat nieuwe versies van een bestand worden geüpload , maar verhindert niet het bewerken naar de beschrijvingspagina van het bestand (tenzij bewerkingsbeveiliging is toegepast).

De volgende technische opties zijn beschikbaar voor beheerders om beschermingsniveaus toe te voegen aan de verschillende acties op pagina's:

• Beveiliging tegen in afwachting van wijzigingen (alleen beschikbaar voor bewerkingsbeveiliging) betekent dat bewerkingen door niet-geregistreerde en nieuwe bijdragers niet zichtbaar zijn voor lezers die niet zijn ingelogd totdat de bewerkingen zijn goedgekeurd door een beoordelaar of een beheerder.
• Semi-bescherming voorkomt de actie door niet-geregistreerde bijdragers en bijdragers met accounts die niet zijn bevestigd .
• Uitgebreide bevestigde bescherming , ook bekend als 30/500 bescherming , voorkomt de actie door gebruikers zonder 30 dagen ambtsperiode en 500 bewerkingen op de Engelse Wikipedia. Het wordt toegepast om elke vorm van verstoring tegen te gaan waarbij semi-bescherming niet effectief is gebleken. Het mag niet worden toegepast als een beschermingsniveau van eerste redmiddel. Het gebruik ervan wordt geregistreerd op het mededelingenbord van de beheerder .
• Sjabloonbeveiliging voorkomt de actie door iedereen behalve sjablooneditors en beheerders (die dit recht hebben als onderdeel van hun toolset).
• Volledige bescherming voorkomt de actie door iedereen behalve beheerders .

Elke vorm van bescherming (met uitzondering van trapsgewijze bescherming ) kan worden aangevraagd op Wikipedia: Verzoeken om paginabescherming . Wijzigingen aan een volledig beveiligde pagina moeten worden voorgesteld op de corresponderende overlegpagina en vervolgens door een beheerder worden uitgevoerd als ze onomstreden zijn of als er consensus over is.

Behalve in het geval van kantooracties (zie hieronder ), rechtsmiddelen voor de Arbitragecommissie of pagina's in de MediaWiki-naamruimte (zie hieronder), kunnen beheerders de beveiliging van een pagina opheffen als de reden voor de bescherming niet langer van toepassing is, een redelijke termijn is verstreken en er is geen consensus dat voortdurende bescherming noodzakelijk is. Editors die de bescherming van een pagina wensen, dienen in eerste instantie de beheerder te vragen die de bescherming heeft toegepast, tenzij de beheerder inactief is of niet langer een beheerder; daarna kunnen verzoeken worden gedaan bij Verzoeken om onbeschermd​ Merk op dat dergelijke verzoeken normaal gesproken worden geweigerd als de beschermende beheerder actief is en niet eerst is geraadpleegd. Een logboek met beveiligingen en onbeveiligingen is beschikbaar op Special: Log / protect .

Volledige bescherming

Een volledig beveiligde pagina kan door niemand worden bewerkt of verplaatst, behalve door beheerders . De bescherming kan voor een bepaalde tijd gelden of voor onbepaalde tijd zijn.

Aanpassingen aan een volledig beveiligde pagina kan op zijn worden voorgesteld overleg pagina (of op een andere geschikte forum) voor discussie. Beheerders kunnen wijzigingen aanbrengen in het beschermde artikel als gevolg van consensus . Door het sjabloon op de overlegpagina te plaatsen, wordt de aandacht van beheerders getrokken voor het doorvoeren van niet-controversiële wijzigingen.{{Edit fully protected}}

Content geschillen

Hoewel geschillen over inhoud en bewerkingsconflicten kunnen worden aangepakt met gebruikersblokkades die zijn uitgegeven door niet-betrokken beheerders, waardoor normale paginabewerking door andere editors tegelijkertijd mogelijk is, biedt het beschermingsbeleid een alternatieve benadering, aangezien beheerders de discretie hebben om een ​​artikel tijdelijk volledig te beschermen om een lopende bewerking oorlog. Deze benadering is wellicht beter geschikt voor geschillen tussen meerdere partijen en omstreden inhoud, omdat het de consensus over de overlegpagina een vereiste maakt voor de implementatie van gevraagde bewerkingen .

Bij het beschermen van een pagina vanwege een geschil over inhoud, hebben beheerders de plicht om te voorkomen dat een versie wordt beschermd die inhoud die het beleid schendt, zoals vandalisme , auteursrechtschendingen , laster of slechte berichtgeving over levende mensen . Beheerders worden geacht niet betrokken te zijn bij het uitoefenen van discretie over het al dan niet toepassen van bescherming op de huidige versie van een artikel, of op een oudere, stabiele of pre-edit-war versie.

Beveiligde pagina's mogen alleen worden bewerkt om wijzigingen aan te brengen die onomstreden zijn of waarover een duidelijke consensus bestaat. Redacteuren die ervan overtuigd zijn dat de beschermde versie van een artikel inhoud die het beleid schendt, of dat bescherming het bestrijden of verstoren van bewerkingen heeft beloond door een omstreden herziening tot stand te brengen, kunnen voorafgaand aan de bewerkingsoorlog een stabiele versie identificeren en verzoeken om teruggave naar die versie. Voordat ze een dergelijk verzoek indienen, moeten redacteuren overwegen hoe onafhankelijke redacteuren de suggestie zouden kunnen bekijken en erkennen dat het voortzetten van een bewerkingsoorlog een reden is om te worden geblokkeerd.

Beheerders die inhoudelijke wijzigingen in een artikel hebben aangebracht, worden als betrokken beschouwd en mogen hun geavanceerde machtigingen niet gebruiken om hun eigen positie te bevorderen. Wanneer u betrokken bent bij een geschil, is het bijna altijd verstandig om het redactionele beleid te respecteren dat alle redacteuren binden en om input van een niet-betrokken beheerder te vragen, in plaats van controverse uit te lokken door eenzijdig te handelen.

Vandalisme

Het toepassen van paginabescherming als preventieve maatregel is in strijd met het open karakter van Wikipedia en is over het algemeen niet toegestaan ​​als het om deze redenen wordt toegepast. Korte periodes van een passend en redelijk beschermingsniveau zijn echter toegestaan ​​in situaties waar overduidelijk vandalisme of verstoring optreedt door meerdere gebruikers en met een frequentie die het gebruik ervan vereist om het te stoppen. De duur van de bescherming moet zo kort mogelijk worden ingesteld en het beschermingsniveau moet worden ingesteld op de laagste beperking die nodig is om de verstoring te stoppen terwijl productieve redacteuren toch wijzigingen kunnen aanbrengen.

"Alleen geschiedenis" recensie

Als een verwijderde pagina een verwijderingscontrole ondergaat , zijn normaal alleen beheerders in staat om de vorige inhoud van de pagina te bekijken. Als ze denken dat het de discussie ten goede zou komen om andere gebruikers toe te staan ​​de pagina-inhoud te bekijken, kunnen beheerders de pagina herstellen , leegmaken of de inhoud vervangen door of een soortgelijk bericht, en de pagina volledig beschermen om verdere bewerking te voorkomen. De vorige inhoud van de pagina is dan voor iedereen toegankelijk via de paginageschiedenis .{{Temporarily undeleted}}

Beschermde algemene bestandsnamen

Algemene bestandsnamen zoals File: Map.jpg , File: Photo.jpg en File: Sound.wav zijn volledig beveiligd om te voorkomen dat er nieuwe versies worden geüpload.

Permanente bescherming

Beheerders kunnen de bescherming niet wijzigen of verwijderen voor sommige gebieden op Wikipedia die permanent worden beschermd door de MediaWiki- software:

• Bewerkingen aan de MediaWiki-naamruimte , die delen van de site-interface definieert, zijn beperkt tot beheerders.
  • Bewerkingen aan systeembrede CSS- en JavaScript-pagina's zoals MediaWiki: common.js zijn verder beperkt tot interfacebeheerders .
• Bewerkingen aan persoonlijke CSS- en JavaScript-pagina's zoals Gebruiker: Voorbeeld / monobook.css en Gebruiker: Voorbeeld / cologneblue.js zijn beperkt tot de geassocieerde gebruikers- en interfacebeheerders. Interfacebeheerders kunnen deze pagina's bijvoorbeeld bewerken om een ​​gebruikersscript te verwijderen dat op een ongepaste manier is gebruikt. Beheerders kunnen deze pagina's verwijderen (maar niet bewerken of herstellen).
• Bewerkingen aan persoonlijke JSON-pagina's zoals Gebruiker: Voorbeeld / data.json zijn beperkt tot de geassocieerde gebruiker en beheerders.

Naast hardgecodeerde bescherming zijn de volgende meestal permanent beschermd:

• Pagina's die erg zichtbaar zijn, zoals de hoofdpagina
• Pagina's die niet mogen worden gewijzigd om auteursrechtelijke of juridische redenen, zoals de algemene disclaimer of de lokale kopie van de copyrightlicentie van de site .
• Pagina's die zeer vaak worden getranscludeerd , zoals of , om vandalisme of Denial of Service- aanvallen te voorkomen. Dit omvat afbeeldingen of sjablonen die worden gebruikt in andere zeer zichtbare of vaak transcludeerde pagina's. Zie Wikipedia: sjablonen voor hoog risico voor meer informatie.{{tl}}{{ambox}}

Sjabloonbeveiliging

Een met een sjabloon beveiligde pagina kan alleen worden bewerkt door beheerders of gebruikers in de groep Sjablooneditors. Dit beschermingsniveau moet bijna uitsluitend worden gebruikt op sjablonen en modules met een hoog risico . In gevallen waarin pagina's in andere naamruimten in zeer hoge mate worden getranscludeerd, is dit beschermingsniveau ook geldig.

Dit is een beschermingsniveau ^[1] dat de volledige bescherming vervangt op pagina's die louter worden beschermd vanwege hoge omzettingspercentages, in plaats van inhoudelijke geschillen. Het moet worden gebruikt op sjablonen waarvan de risicofactor anders volledige bescherming zou hebben gegarandeerd. Het mag niet worden gebruikt op minder risicovolle sjablonen op grond van het feit dat het gebruikersrecht van de sjablooneditor bestaat - het bestaan ​​van het recht mag er niet toe leiden dat meer sjablonen niet meer kunnen worden bewerkt voor de algemene redactiegemeenschap.

Bewerkers kunnen wijzigingen aanvragen voor een door een sjabloon beschermde pagina door ze voor te stellen op de overlegpagina, en indien nodig de sjabloon gebruiken om de aandacht te trekken.{{Edit template-protected}}

Semi-bescherming

Halfbeveiligde pagina's kunnen niet worden bewerkt door niet-geregistreerde gebruikers ( IP-adressen ), evenals accounts die niet automatisch zijn bevestigd (accounts die minstens vier dagen oud zijn en minstens tien bewerkingen in Wikipedia hebben aangebracht) of bevestigd . Semi-bescherming is handig wanneer er een aanzienlijke hoeveelheid verstoring of vandalisme is door nieuwe of niet-geregistreerde gebruikers, of om te voorkomen dat sokpoppen van geblokkeerde of verboden gebruikers worden bewerkt, vooral wanneer het voorkomt op biografieën van levende personen die recentelijk een hoog niveau van media-interesse. Een alternatief voor semi-bescherming is in afwachting van wijzigingen, wat soms de voorkeur heeft wanneer een artikel regelmatig wordt vernield, maar verder weinig wordt bewerkt.

Dergelijke gebruikers kunnen wijzigingen aanvragen voor een semi-beschermde pagina door ze voor te stellen op de overlegpagina, met behulp van de {{ Edit semi-protected }} - sjabloon indien nodig om aandacht te trekken. Als de betreffende pagina en de overlegpagina beide beschermd zijn, dient u uw bewerkingsverzoek in bij Wikipedia: Verzoeken om paginabescherming . Nieuwe gebruikers kunnen ook het bevestigde gebruikersrecht aanvragen op Wikipedia: Verzoeken om toestemming / Bevestigd .

Richtlijnen voor beheerders

Beheerders kunnen voor onbepaalde tijd semi-bescherming toepassen op pagina's die onderhevig zijn aan hevig en aanhoudend vandalisme of schendingen van het inhoudsbeleid (zoals biografieën van levende personen , neutraal standpunt ). Semi-bescherming mag niet worden gebruikt als preventieve maatregel tegen vandalisme dat nog niet heeft plaatsgevonden of om geregistreerde gebruikers te bevoorrechten boven niet-geregistreerde gebruikers in (geldige) inhoudgeschillen.

Bovendien kunnen beheerders tijdelijke semi-bescherming toepassen op pagina's die:

• Onderhevig aan aanzienlijk maar tijdelijk vandalisme of verstoring (bijvoorbeeld door media-aandacht ) als het blokkeren van individuele gebruikers geen haalbare optie is.
• Onderhevig aan oorlogvoerende bewerkingen als alle betrokken partijen niet-geregistreerde of nieuwe redacteuren zijn (dwz in gevallen waarin anders volledige bescherming zou worden toegepast). Dit is niet van toepassing als er automatisch bevestigde gebruikers bij betrokken zijn.
• Onderhevig aan vandalisme of bewerkingsoorlog waarbij niet-geregistreerde editors IP-hopping gebruiken door verschillende computers te gebruiken, nieuwe adressen verkrijgen door gebruik te maken van dynamische IP- toewijzing of andere adreswijzigingsschema's.
• Discussiepagina's van artikelen, als ze voortdurend zijn verstoord. Dergelijke bescherming moet spaarzaam worden gebruikt, omdat hierdoor niet-geregistreerde en nieuw geregistreerde gebruikers kunnen deelnemen aan discussies. Een pagina en zijn overlegpagina mogen normaal gesproken niet tegelijkertijd worden beschermd. Als een pagina en de overlegpagina beide beschermd zijn, moet de overlegpagina de betreffende redacteuren naar Wikipedia verwijzen: Verzoek om bewerking om ervoor te zorgen dat geen enkele redacteur volledig kan bijdragen.
• Bescherming moet spaarzaam worden gebruikt op de overlegpagina's van geblokkeerde gebruikers, inclusief IP-adressen. In plaats daarvan moet de gebruiker opnieuw worden geblokkeerd en is het bewerken van overlegpagina's niet toegestaan. Indien nodig, of wanneer herblokkering zonder toegestane bewerking van de overlegpagina niet lukt, moet bescherming worden geïmplementeerd voor slechts een korte periode die de duur van de blokkering niet overschrijdt.

Het uitgelichte artikel van vandaag kan semi-beschermd zijn, net als elk ander artikel. Maar aangezien dat artikel op bepaalde momenten van de dag onderhevig is aan plotselinge aanvallen van vandalisme, moeten beheerders het in de meeste gevallen voor korte periodes semi-beschermen. Zie Wikipedia: Bescherming van aanbevolen artikelen op de hoofdpagina voor de vorige richtlijn .

Creation bescherming (zouten)

Beheerders kunnen het maken van pagina's voorkomen. Dit beschermingsniveau is handig voor beschadigde pagina's die zijn verwijderd maar herhaaldelijk opnieuw zijn gemaakt. Een dergelijke bescherming is hoofdlettergevoelig. Er zijn verschillende beschermingsniveaus die op pagina's kunnen worden toegepast, identiek aan de niveaus voor bewerkingsbeveiliging. Een lijst met beschermde titels is te vinden op Special: ProtectedTitles (zie ook historische lijsten ).

Preventieve beperkingen op nieuwe artikeltitels worden ingesteld via het titelzwartelijstsysteem , dat een flexibelere bescherming mogelijk maakt met ondersteuning voor substrings en reguliere expressies .

Pagina's die door creatie zijn beveiligd, worden soms " gezouten " genoemd. Bijdragers die opnieuw een gezouten titel met de juiste inhoud willen maken, moeten ofwel contact opnemen met een beheerder (bij voorkeur de beschermende beheerder), een verzoek indienen bij Wikipedia: Verzoeken om paginabescherming # Huidige verzoeken om het beschermingsniveau te verlagen , of het beoordelingsproces voor verwijdering gebruiken. Om een ​​overtuigende pleidooi te houden voor hercreatie, is het handig om bij het indienen van een verzoek een conceptversie van het beoogde artikel te tonen .

Beheerders moeten het juiste niveau van aanmaakbeveiliging kiezen: automatisch bevestigd, uitgebreid bevestigd, ^[2] of volledig. Vanwege de implementatie van ACPERM kunnen niet-bevestigde editors geen pagina's maken in de hoofdruimte; daarom zou bescherming tegen semi-creatie zeldzaam moeten zijn, alleen gebruikt voor bescherming van pagina's buiten de mainspace.

Hoewel aanmaakbescherming meestal permanent is, kan tijdelijke aanmaakbescherming worden toegepast als een pagina herhaaldelijk opnieuw wordt aangemaakt door een enkele gebruiker (of sockpuppets van die gebruiker, indien van toepassing).

Verplaats bescherming

Verplaats beveiligde pagina's, of technisch gezien, volledig beveiligde pagina's, kunnen alleen door een beheerder naar een nieuwe titel worden verplaatst. Bewegingsbeveiliging wordt algemeen toegepast op:

• Pagina's onderworpen aan aanhoudende pagina-move vandalisme .
• Pagina's die onderhevig zijn aan een geschil over paginanamen.
• Zeer zichtbare pagina's die geen reden hebben om te worden verplaatst, zoals het prikbord van de beheerder en artikelen die zijn geselecteerd als " Uitgelicht artikel van vandaag " op de hoofdpagina.

Volledig tegen bewerken beveiligde pagina's zijn ook impliciet beveiligd tegen verplaatsing.

Net als bij volledige bewerkingsbeveiliging, moet bescherming vanwege oorlog voeren tegen wijzigingen niet worden beschouwd als een goedkeuring van de huidige naam. Wanneer verplaatsingsbeveiliging wordt toegepast tijdens een aangevraagde verplaatsingsdiscussie, moet de pagina worden beschermd op de locatie waar deze zich bevond toen het verplaatsingsverzoek werd gestart.

Alle bestanden zijn impliciet beveiligd tegen verplaatsing; alleen bestandsverhuizers en beheerders kunnen bestanden hernoemen.

Uploadbeveiliging

Upload beveiligde bestanden, of technisch gezien, volledig door upload beveiligde bestanden, kunnen niet worden vervangen door nieuwe versies, behalve door een beheerder. Uploadbeveiliging beschermt bestandspagina's niet tegen bewerking. Uploadbeveiliging kan door een beheerder worden toegepast op:

• Bestanden onderhevig aan aanhoudend upload vandalisme .
• Bestanden die onderwerp zijn van een geschil tussen redacteuren.
• Bestanden die niet mogen worden vervangen, zoals afbeeldingen die in de interface worden gebruikt of naar de hoofdpagina worden getranscludeerd.
• Bestanden met algemene of algemene namen.

Net als bij volledige bewerkingsbeveiliging, moeten beheerders voorkomen dat de ene bestandsversie de voorkeur krijgt boven de andere, en bescherming mag niet worden beschouwd als een goedkeuring van de huidige bestandsversie. Een uitzondering op deze regel is wanneer bestanden worden beschermd vanwege upload vandalisme.

In afwachting van wijzigingen bescherming

Bescherming tegen wijzigingen in afwachting is een hulpmiddel dat wordt gebruikt om vandalisme en bepaalde andere hardnekkige problemen te onderdrukken , terwijl alle gebruikers door kunnen gaan met het indienen van bewerkingen. Beveiliging tegen wijzigingen die in behandeling zijn, kan worden gebruikt als een alternatief voor semi-beveiliging om niet-geregistreerde en nieuwe gebruikers pagina's te laten bewerken, terwijl de bewerkingen voor de meeste lezers verborgen blijven totdat die wijzigingen zijn geaccepteerd door een beoordelaar van wijzigingen in behandeling .

Wanneer een pagina onder bescherming van in behandeling zijnde wijzigingen wordt bewerkt door een niet-geregistreerde (IP-adressen) editor of een nieuwe gebruiker , is de bewerking niet direct zichtbaar voor de meerderheid van de Wikipedia-lezers, totdat deze is beoordeeld en geaccepteerd door een redacteur met het recht van revisoren in afwachting van wijzigingen . Wanneer een pagina onder bescherming tegen in behandeling zijnde wijzigingen wordt bewerkt door een automatisch bevestigde gebruiker , is de bewerking onmiddellijk zichtbaar voor Wikipedia-lezers, tenzij er bewerkingen in behandeling zijn die wachten om te worden beoordeeld.

In afwachting van wijzigingen zijn zichtbaar in de paginageschiedenis, waar ze zijn gemarkeerd als in afwachting van beoordeling. Lezers die niet zijn ingelogd (de overgrote meerderheid van de lezers) krijgen de laatst geaccepteerde versie van de pagina te zien; ingelogde gebruikers zien de laatste versie van de pagina, met alle wijzigingen (beoordeeld of niet) toegepast. Wanneer editors die geen revisor zijn, wijzigingen aanbrengen in een artikel met niet-beoordeelde openstaande wijzigingen, worden hun bewerkingen ook gemarkeerd als in behandeling en zijn deze niet zichtbaar voor de meeste lezers.

Een gebruiker die op "bewerk deze pagina" klikt, krijgt op dat moment altijd de laatste versie van de pagina te zien om te bewerken, ongeacht of de gebruiker is aangemeld of niet .

• Als de redacteur niet is ingelogd, voegen hun wijzigingen zich bij andere wijzigingen in het artikel die wachten op beoordeling - voorlopig blijven ze verborgen voor niet-ingelogde gebruikers. (Dit betekent dat wanneer de editor het artikel bekijkt na het opslaan, de editor de aangebrachte wijziging niet ziet.)
• Als de editor is aangemeld en een reviewer van wijzigingen in behandeling is, en er zijn wijzigingen in behandeling, wordt de editor gevraagd om de wijzigingen die in behandeling zijn te bekijken voordat deze wordt bewerkt - zie Wikipedia: Wijzigingen in behandeling .
• Als de redacteur is aangemeld en geen beoordelaar van wijzigingen in behandeling is, dan  ...
  • Als er geen niet-beoordeelde bewerkingen in behandeling zijn, zijn de bewerkingen van deze editor onmiddellijk zichtbaar voor iedereen; maar
  • Als er nog niet-beoordeelde bewerkingen in behandeling zijn, dan zijn de bewerkingen van deze editor onmiddellijk zichtbaar voor andere ingelogde gebruikers (inclusief zichzelf), maar niet voor lezers die niet zijn ingelogd.

Herziening van lopende wijzigingen moet binnen een redelijke termijn worden opgelost.

Wanneer bescherming in afwachting van wijzigingen moet worden toegepast

In afwachting van wijzigingen kunnen worden gebruikt om artikelen te beschermen tegen:

• Aanhoudend vandalisme
• Overtredingen van de biografieën van het beleid van levende personen
• Schendingen van het auteursrecht

In afwachting van wijzigingen mag de bescherming niet worden gebruikt als preventieve maatregel tegen schendingen die nog niet hebben plaatsgevonden. Net als bij semi-bescherming, mag pc-bescherming nooit worden gebruikt bij echte inhoudgeschillen, waarbij het risico bestaat dat een bepaalde groep editors (niet-geregistreerde gebruikers) wordt benadeeld. Beveiliging tegen in afwachting van wijzigingen mag niet worden gebruikt voor artikelen met een zeer hoge bewerkingssnelheid, zelfs niet als ze voldoen aan de bovengenoemde criteria. In plaats daarvan moet semi-bescherming worden overwogen.

Bovendien kunnen beheerders tijdelijke bescherming in afwachting van wijzigingen toepassen op pagina's die onderhevig zijn aan aanzienlijk maar tijdelijk vandalisme of verstoring (bijvoorbeeld vanwege media-aandacht) wanneer het blokkeren van individuele gebruikers geen haalbare optie is. Net als bij andere vormen van bescherming, moet het tijdsbestek van de bescherming in verhouding staan ​​tot het probleem. Onbepaalde pc-bescherming mag alleen worden gebruikt in geval van ernstige langdurige onderbreking.

Verwijdering van in afwachting van wijzigingen bescherming kan worden aangevraagd bij elke beheerder, of bij verzoeken om bescherming .

Het beoordelingsproces wordt in detail beschreven op Wikipedia: In afwachting van wijzigingen beoordelen .

Uitgebreide bevestigde bescherming

Uitgebreide bevestigde bescherming, ook bekend als 30/500 bescherming, staat alleen bewerkingen toe door editors met het uitgebreide bevestigde toegangsniveau voor gebruikers, automatisch toegekend aan geregistreerde gebruikers met een ambtsperiode van ten minste 30 dagen en 500 bewerkingen.

Waar semi-bescherming ondoeltreffend blijkt te zijn, kunnen beheerders uitgebreide bevestigde bescherming gebruiken om verstoring (zoals vandalisme , beledigende sokkenpoppenspel , redactionele oorlogen , enz.) Over elk onderwerp te bestrijden . Uitgebreide bevestigde bescherming mag niet worden gebruikt als preventieve maatregel tegen verstoring die nog niet heeft plaatsgevonden, en mag ook niet worden gebruikt om uitgebreide bevestigde gebruikers te bevoorrechten boven niet-geregistreerde / nieuwe gebruikers in geldige inhoudgeschillen over artikelen die niet vallen onder Arbitragecommissie 30/500 uitspraken. Uitgebreide bevestigde bescherming kan door een beheerder naar eigen goeddunken worden toegepast bij het maken van een pagina om deze te beschermen. ^[2]

Tot 12 augustus 2016 ^{[3] was} 30/500 bescherming alleen van toepassing op onderwerpen die werden bepaald door de Arbitragecommissie , die het gebruik ervan toestond op artikelen die redelijkerwijs werden geïnterpreteerd als behorend tot het Arabisch-Israëlische conflict; ^[4] als een handhavingsinstrument voor arbitrage door middel van een motie of rechtsmiddel; ^[5] of als resultaat van consensus binnen de gemeenschap. ^[6] In februari 2019 machtigde de gemeenschap niet-betrokken beheerders om pagina's die redelijkerwijs werden geïnterpreteerd als behorend tot het conflict tussen India en Pakistan, onder uitgebreide bevestigde bescherming te plaatsen als onderdeel van een algemeen sanctieregime. ^[7]In mei 2020 gaf de Arbitragecommissie toestemming voor uitgebreide, bevestigde bescherming voor pagina's die betrekking hadden op de geschiedenis van Joden en antisemitisme in Polen tijdens de Tweede Wereldoorlog (1933-45). ^[8] Sinds 23 september 2016 plaatst een bot een melding in een onderafdeling van AN wanneer dit beschermingsniveau wordt gebruikt. ^[9] Een volledige lijst van de 2.497 pagina's onder 30/500 bescherming kan worden gevonden hier .

Gebruikers kunnen bewerkingen aanvragen voor een uitgebreide bevestigde beveiligde pagina door ze voor te stellen op de overlegpagina, en indien nodig de sjabloon te gebruiken om aandacht te trekken. {{Edit extended-protected}}

Office-acties

Zoals uiteengezet in Meta: Office actions # Gebruik van geavanceerde rechten door personeel van de Stichting , kunnen pagina's worden beschermd door personeel van Wikimedia Foundation als reactie op kwesties zoals schending van auteursrechten of smaad. Dergelijke acties hebben voorrang op de consensus van de gemeenschap . Beheerders mogen dergelijke pagina's niet bewerken of de beveiliging ervan opheffen zonder toestemming van het personeel van Wikimedia Foundation.

Trapsgewijze bescherming

Trapsgewijze beveiliging beschermt volledig een pagina en breidt deze volledige bescherming automatisch naar een pagina die automatisch ingevoegd op de beveiligde pagina, direct of indirect. Dit omvat sjablonen, afbeeldingen en andere media die worden gehost op de Engelse Wikipedia. Bestanden die op Commons zijn opgeslagen, worden niet beschermd door de trapsgewijze bescherming van enige andere wiki en, als ze beschermd moeten worden, moeten ze ofwel tijdelijk worden geüpload naar de Engelse Wikipedia of expliciet worden beschermd bij Commons (handmatig of via trapsgewijze beveiliging daar). Indien operationeel, beschermt KrinkleBot in cascade Commons-bestanden die zijn getranscludeerd op Wikipedia: Main Page / Tomorrow , Wikipedia: Main Page / Commons mediabeschermingen hoofdpagina . Omdat de reactietijd van de bot varieert, mogen media pas worden getranscludeerd op de hoofdpagina (of de bijbehorende sjablonen) nadat deze is beveiligd. (Dit is vooral relevant voor Template: In the News , waarvoor aankomende afbeeldingen niet in de wachtrij staan ​​op Wikipedia: Main Page / Tomorrow .) Cascading-bescherming:

• Mag alleen worden gebruikt om vandalisme te voorkomen bij plaatsing op bijzonder zichtbare pagina's, zoals de hoofdpagina.
• Is alleen beschikbaar voor volledig beveiligde pagina's; het is uitgeschakeld voor lagere beschermingsniveaus omdat het een beveiligingsfout vertegenwoordigt. Zie Phabricator: T10796 voor meer informatie.
• Is niet onmiddellijk; het kan enkele uren duren voordat het effect heeft. Zie Phabricator: T20483 voor meer informatie.
• Moet in het algemeen niet rechtstreeks op sjablonen of modules worden toegepast , aangezien het geen transclusies binnen <includeonly>tags of transclusies beschermt die afhankelijk zijn van sjabloonparameters, maar wel de documentatie-subpagina . Zie het gedeelte "Bescherming van sjablonen" hieronder voor alternatieven.

De lijst met trapsgewijze beveiligde pagina's is te vinden op Wikipedia: Cascade-beveiligde items . Verzoeken om trapsgewijze bescherming op een pagina toe te voegen of te verwijderen, moeten worden gedaan op Wikipedia talk: Cascade-beschermde items als een wijzigingsverzoek .

Verouderde bescherming

Superprotect

Superprotect was een beschermingsniveau dat alleen redactie toestond door medewerkers van Wikimedia Foundation die deel uitmaken van de globale groep Staff . Het werd op 10 augustus 2014 geïmplementeerd en dezelfde dag gebruikt om de consensus van de gemeenschap over het gebruik van de Media Viewer op de primaire site van de Duitse Wikipedia , common.js , te negeren . Het is nooit gebruikt op de Engelse Wikipedia. Op 5 november 2015 besloot de WMF superprotect van alle Wikimedia-wiki's te verwijderen .

Trapsgewijze semi-bescherming

Trapsgewijze semi-bescherming was voorheen mogelijk, maar werd in 2007 uitgeschakeld nadat gebruikers merkten dat niet-beheerders elke pagina volledig konden beveiligen door deze op de pagina te zetten waarop trapsgewijze semi-beveiliging was toegepast door een beheerder.

In afwachting van wijzigingen beschermingsniveau 2

Oorspronkelijk bestonden er twee beschermingsniveaus voor in behandeling zijnde wijzigingen, waarbij niveau  2 bewerkingen vereiste door alle gebruikers die niet in afwachting zijn van revisoren van wijzigingen om te worden beoordeeld. Na een gemeenschapsdiscussie werd niveau  2 in januari 2017 uit de Engelse Wikipedia gehaald. Er werd toen voorgesteld  om in de toekomst naar "In afwachting van wijzigingen niveau 1" te verwijzen als "In afwachting van wijzigingen". ^[10]

Bescherming door naamruimte

Artikel overlegpagina's

Aanpassingen aan een beveiligde pagina kan op zijn worden voorgesteld overleg pagina (of op een andere geschikte forum) voor discussie. Beheerders kunnen wijzigingen aanbrengen in het beschermde artikel als gevolg van consensus . Door het sjabloon op de overlegpagina te plaatsen, wordt de aandacht van beheerders getrokken voor het doorvoeren van niet-controversiële wijzigingen.{{Edit protected}}

Overlegpagina's zijn meestal niet beveiligd en zijn slechts voor een beperkte duur semi-beveiligd in de meest ernstige gevallen van vandalisme.

Overlegpagina's voor gebruikers

Overlegpagina's van gebruikers zijn zelden beveiligd. Er kan echter bescherming worden toegepast als er sprake is van ernstig vandalisme of misbruik. Gebruikers van wie de overlegpagina's zijn beschermd, willen misschien dat een onbeschermde subpagina van een gebruiker duidelijk wordt gelinkt vanaf hun hoofdoverlegpagina om te goeder trouw commentaar toe te staan ​​van gebruikers waarvan de bescherming de bewerking beperkt.

Het verzoek van een gebruiker om zijn eigen overlegpagina te beschermen is op zichzelf geen voldoende reden om de pagina te beschermen, hoewel verzoeken in overweging kunnen worden genomen als er een reden wordt gegeven.

Geblokkeerde gebruikers

De gebruikersoverlegpagina's van geblokkeerde gebruikers mogen normaal gesproken niet worden beschermd, aangezien dit de mogelijkheid van de gebruiker belemmert om hun blokkering via het normale proces te betwisten. Het voorkomt ook dat anderen de overlegpagina kunnen gebruiken om te communiceren met de geblokkeerde editor.

In extreme gevallen van misbruik door de geblokkeerde gebruiker, zoals misbruik van de {{ deblokkeer }} - sjabloon, heeft het opnieuw blokkeren van de gebruiker met verwijderde toegang tot de overlegpagina de voorkeur boven het toepassen van bescherming op de pagina. Als de gebruiker is geblokkeerd en de mogelijkheid om de overlegpagina van de gebruiker te bewerken is uitgeschakeld, moet hij hiervan op de hoogte worden gebracht in een blokkeringsmelding, een volgende melding of een bericht, en het moet informatie en instructies bevatten om in beroep te gaan tegen zijn blokkeer-off-wiki, zoals via de UTRS-toolinterface of, als laatste verhaal, de Arbitragecommissie .

Indien nodig moet de bescherming slechts voor een korte periode worden geïmplementeerd, niet langer dan de duur van de blokkering.

Bevestigde sokken van geregistreerde gebruikers moeten worden behandeld in overeenstemming met Wikipedia: Sockpuppetry ; hun pagina's zijn normaal gesproken niet beschermd.

Gebruikerspagina's

Basisgebruikerspagina's (bijvoorbeeld de pagina Gebruiker: Voorbeeld, en niet Gebruiker: Voorbeeld / subpagina of Overleg gebruiker: Voorbeeld) worden automatisch beschermd tegen aanmaken of bewerken door onbevestigde accounts en anonieme IP-gebruikers. Een uitzondering hierop is een onbevestigde geregistreerde account die probeert een eigen gebruikerspagina te maken of te bewerken. IP-editors en niet-bevestigde accounts kunnen ook geen gebruikerspagina's maken of bewerken die niet bij een momenteel geregistreerd account horen. Deze bescherming wordt afgedwongen door een bewerkingsfilter . ^[11] Gebruikers kunnen zich afmelden voor deze bescherming door ze ergens op hun eigen gebruikerspagina te plaatsen.{{unlocked userpage}}

Gebruikerspagina's en subpagina's binnen hun eigen gebruikersruimte kunnen op verzoek van de gebruiker worden beschermd, zolang daar behoefte aan bestaat. Pagina's binnen de gebruikersruimte mogen niet automatisch of preventief worden beveiligd zonder goede reden of reden. ^{[12] [13]} Verzoeken om bescherming, specifiek op ongebruikelijke niveaus (zoals sjabloonbescherming), kunnen worden ingewilligd als de gebruiker een oprechte en realistische behoefte heeft geuit.

Wanneer een filter onvoldoende is om vandalisme op de gebruikerspagina te stoppen, kan een gebruiker ervoor kiezen om een ​​".css" -subpagina te maken (bijv. Gebruiker: Voorbeeld / Userpage.css), alle inhoud van zijn gebruikerspagina naar de subpagina kopiëren, de subpagina omzetten door {{User: Example / Userpage.css}} op hun gebruikerspagina te plaatsen en vervolgens een beheerder te vragen om hun gebruikerspagina volledig te beschermen. Omdat gebruikersruimtepagina's die eindigen op ".css", ".js" en ".json" alleen kunnen worden bewerkt door de gebruiker waartoe die gebruikersruimte behoort (en interfacebeheerders), zal dit uw gebruikerspagina beschermen tegen verder vandalisme.

Overleden gebruikers

In het geval van het bevestigde overlijden van een gebruiker, moet de gebruikerspagina van de gebruiker (maar niet de overlegpagina van de gebruiker) volledig worden beschermd.

Bescherming van sjablonen

Goed zichtbare sjablonen, die op een extreem groot aantal pagina's worden gebruikt of met grote regelmaat worden vervangen, zijn vaak semi-, sjabloon- of volledig beveiligd op basis van de mate van zichtbaarheid, type gebruik, inhoud, enz.

Beveiligde sjablonen hebben normaal gesproken de sjabloon {{ documentation }}. Het laadt de onbeschermde /docpagina, zodat niet-admins en IP-gebruikers de documentatie, categorieën en interwiki-links kunnen bewerken. Het voegt ook automatisch {{ pp-template }} toe aan beveiligde sjablonen, waarbij een klein hangslot in de rechterbovenhoek wordt weergegeven en de sjabloon als beschermd wordt gecategoriseerd. Voeg alleen handmatig {{pp-template}} toe aan beveiligde sjablonen die geen {{documentatie}} gebruiken (meestal de vlagsjablonen).

Cascading bescherming moet in het algemeen niet rechtstreeks op de sjablonen toegepast, omdat deze niet als sjabloon zal beschermen binnen <includeonly>labels of als sjabloon die afhankelijk zijn van template parameters, maar zal de template te beschermen documentatie subpagina . Overweeg in plaats daarvan een van de volgende zaken:

• Als de set subsjablonen statisch is (zelfs als ze groot zijn), bescherm ze dan met normale beschermingsmechanismen.
• Als de set van subsjablonen onbegrensd is, gebruik dan MediaWiki: Titleblacklist om alle subsjablonen te beschermen met een bepaald naamgevingsformaat (zoals wordt gedaan voor editnotice-sjablonen en subsjablonen van Template: TFA-titel ).

Opmerking: alle editnotice-sjablonen (behalve die in gebruikersruimte) zijn al beveiligd via MediaWiki: Titleblacklist . Ze kunnen alleen worden bewerkt door beheerders, sjablooneditors en paginaverhuizers .

Zandbakken

Sandboxen zouden normaal gesproken niet moeten worden beschermd, aangezien het hun doel is om nieuwe gebruikers de wiki-syntaxis te laten testen en ermee te laten experimenteren . De meeste sandboxen worden automatisch elke 12 uur opgeschoond, hoewel ze vaak worden overschreven door andere testgebruikers. De Wikipedia: Sandbox wordt elk uur schoongemaakt. Degenen die sandboxen gebruiken voor kwaadwillende doeleinden, of om beleid te schenden zoals geen persoonlijke aanvallen , beleefdheid of auteursrechten , moeten in plaats daarvan worden gewaarschuwd en / of geblokkeerd.

Beschikbare sjablonen

De volgende sjablonen kunnen helemaal bovenaan een pagina worden toegevoegd om aan te geven dat deze beschermd is:

Gebruik op omleidingspagina's de sjabloon {{ Omleidingscategorie shell }}, die automatisch categoriseert op beschermingsniveau, onder de omleidingslijn. Een beschermingssjabloon kan ook worden toegevoegd onder de omleidingslijn, maar het zal alleen dienen om de pagina te categoriseren, aangezien het niet zichtbaar zal zijn op de pagina, en het zal handmatig moeten worden verwijderd wanneer de bescherming wordt verwijderd.

Zie ook

• MediaWiki: Protectedpagetext
• Speciaal: beveiligde pagina's
• Speciaal: beschermde titels
• Wikipedia: slot bewerken
• Wikipedia: lijst met onbeperkt beveiligde pagina's
• Wikipedia: verzoeken om paginabescherming
• Wikipedia: ruwe gids voor semi-bescherming
• Wikipedia: doe spaarzaam verzoeken om bescherming , een essay
• m: beschermde pagina's die als schadelijk worden beschouwd
• m: de verkeerde versie
• Wikipedia: beschermingsbeleid / hangsloten

Opmerkingen