Обща политика за проверяващите
Следната страница е превод на глобална политика на български език. Моля, имайте предвид, че в случай на различия в смисъла или интерпретацията между превода на български и оригиналната версия на този документ, предимство има оригиналът на английски. Тази страница е разработена и одобрена от общността и задължително трябва да се зачита и следи във всички проекти. Същата не може да се променя без предварително одобрение от общността. |
Описание
CheckUser (бълг. произн. чекюзър, от англ. check, „проверявам“, и user, „потребител“) е инструмент, предназначен за потребители с правото checkuser. Потребителите с това право (наричани по-нататък проверяващи) могат, в частност, да проверяват дали даден потребител представлява марионетка на друг потребител в същия проект (не във всички проекти). Използвайки инструмента CheckUser, проверяващите имат възможност:
- да определят IP адреса, от който даден потребител е редактирал или е извършил друго действие, което системата регистрира, включително заявките за възстановяване на парола;
- да установят редакциите или други регистрирани действия, включително заявките за възстановяване на парола, извършени от даден IP адрес, дори когато извършители са регистрирани потребители;
- да установят дали даден потребител е изпращал електронна поща през интерфейса на МедияУики към друг потребител; видими са само датата и часът на изпращане, но имейл адресът и потребителското име на получателя остават скрити.
Тази информация се съхранява само за кратък период от време (към настоящия момент срокът е 90 дни), поради което по-ранни редакции няма да бъдат видими в CheckUser. Системата води дневник кой е правил запитвания за информацията, достъпен за потребители с правото checkuser-log. Дневникът има следния вид:
Ръководството за ползватели на CheckUser е достъпно на страницата Help:CheckUser.
Употреба
CheckUser следва да бъде използван за борба с вандализмите и спама, за проверка на злоупотреби с марионетки и, като цяло, за ограничаване на действия, които възпрепятстват нормалната работа на проектите. Той трябва да бъде използван само за предотвратяване на вреди върху проектите на Уикимедия.
Недопустимо е инструментът да бъде използван за упражняване на политически контрол, за оказване на натиск върху редактори или като заплаха срещу друг редактор при възникнал спор относно съдържание. Винаги трябва да е налице основателна причина за използване на инструмента за разследване на потребител. Обърнете внимание, че допълнителни сметки за един редактор не са забранени, доколкото те не биват използвани за нарушаване или заобикаляне на политиките (примери за нарушения с няколко регистрации от един човек са подаване на повече от един глас в гласувания, опити за създаване на впечатление, че дадена позиция в дискусия се ползва с по-широка подкрепа, или пък заобикаляне на наложени блокирания или отнемания на правата за редактиране).
Уведомяването на потребител, че е обект на проверка от проверяващ, е допустимо, но не е задължително. Аналогично, за извършваните проверки не е задължително да бъде уведомявана общността, но това също е възможно, при съблюдаване на изискванията на Декларацията за поверителност.
Някои проекти допускат IP адресът на даден потребител да бъде проверен по нейно или негово собствено искане, например като средство за доказване на невиновност при отправени обвинения в използване на марионетки. Обърнете внимание обаче, че искането за проверка от проверяващ в тези случаи може да бъде част от опит да се възпрепятства нормалната работа на проекта.
Поверителност
В проектите на Фондация Уикимедия съображенията относно политиката за поверителност имат огромно значение. Освен когато някой нарушава политики (например извършва мащабен автоматизиран вандализъм или публикува спам) и разкриването на информация за нея или него е необходимо, за да бъдат спрени вредоносните действия, разкриването на IP адреси, местонахождения или друга информация, достатъчна да бъдат идентифицирани такива лица, представлява нарушение на политиката за поверителност. Изключение представлява случаят, в който такива лица сами вече са разкрили тази информация в проекта.
Оповестяване на информация
Дори когато потребител извършва вредителски действия, при възможност е най-добре да не бъде разкривана лична информация.
- В общия случай, не разкривайте IP адреси. Единствено предоставяйте информация от типа „от една и съща мрежа“, респективно, „от различни мрежи“, и подобни. Ако предоставяте детайлна информация, уверете се, че човекът, комуто я предоставяте, е благонадежден и няма сам/сама да я разкрие пред трети лица.
- Ако потребител е заявил, че е от дадено място, и IP адресът го потвърждава, публичното потвърждаване на твърдението на потребителя, когато такова е необходимо, не представлява разкриване на лична информация.
- Ако имате каквито и да е колебания, не разкривайте никакви подробности.
Достъп
В съответствие с политиката за достъп до непублични лични данни, одобрените кандидати за проверяващи трябва да подпишат Споразумение за поверителност за непублична информация преди да им бъдат предоставени права за достъп. |
Единствено на стюарди, омбудсмани, някои служители на Фондация Уикимедия и много ограничен кръг други потребители е позволено да получават достъп до инструмента CheckUser. Потребителите могат да бъдат проверяващи единствено на ниво отделен проект (изключение представляват омбудсманите и тези служители на Фондацията с достъп до инструмента).
Ако в даден проект има местни проверяващи, обичайно проверките трябва да бъдат извършвани от тях. В извънредни случаи, изискващи спешна намеса, или при нужда от проверка в няколко проекта едновременно, като например в случаите на междууики вандализъм, локалните проверки могат да бъдат извършвани и от стюарди. Стюардите следва да премахнат местния си достъп до CheckUser след приключване на проверките и да уведомят местните проверяващи или общия пощенски списък на проверяващите.
Ако в даден проект няма местни проверяващи, заявките трябва да бъдат отправяни към стюардите (например „явява ли се X марионетка на Y“). За тази цел следва да се добави заявката към страницата Steward requests/Checkuser, като се изброят съответните потребители и се обоснове необходимостта от извършване на проверката (с хипервръзки). В зависимост от естеството на заявката, стюардът може да откаже изпълнението ѝ, да поиска допълнителна информация или да отговори относно вероятността въпросните потребители да имат същия IP адрес, същия междинен сървър, същата мрежа, същата държава, или че са напълно несвързани помежду си (вижте дискусията относно какво по-конкретно стюардът би следвало да отговори на редактора).
Определяне на местни проверяващи
Във всеки проект трябва да има или най-малко двама проверяващи, или нито един. Това е нужно, за да могат проверяващите да упражняват помежду си контрол и потвърждаване на извършваните действия. Ако в даден проект остане само един проверяващ (например когато единственият друг напусне или правата му бъдат отнети), общността трябва незабавно да определи нов проверяващ (така че броят на проверяващите да бъде най-малко двама).
В проекти с Арбитражен комитет (АрбКом, ArbCom), чиито членове са били избрани с подкрепата на поне 25–30 участници от местната общност, проверяващите могат да бъдат определяни непосредствено от арбитраторите. След постигане на съгласие, член на комитета следва просто да изреди кандидатите на страницата Steward requests/Permissions.
В проекти, в които няма Арбитражен комитет, отговарящ на горните условия, или в проекти, където се предпочита директен избор, общността може да одобри местни проверяващи (стюардите не се броят за местни проверяващи) чрез консенсус. Кандидатите за проверяващи трябва да поискат достъп до инструмента от местната общност и да огласят кандидатурата си по правилния начин (чрез страницата за общи разговори, пощенски списък, когато има такъв, специална страница за заявки и т.н.). Кандидатите трябва да са запознати с Декларацията за поверителност. След достигане на консенсус в местната общност (най-малко 70–80% одобрение при гласуване „за/против“ кандидатура или най-голям брой събрани гласове при избор между няколко кандидатури) при одобрение от най-малко 25–30 редактори, успешните кандидати следва да поискат достъп на страницата Steward requests/Permissions, прилагайки препратка към решението на общността. В случай, че след провеждане на избора даденият проект няма да има поне двама проверяващи, проектът ще остане без местни проверяващи.
Пощенски списък
Съществува непубличен пощенски списък (CheckUser-l), до който всички стюарди и проверяващи следва да имат достъп. Изпратете писмо до модераторите за получаване на достъп. Използвайте пощенския списък, за да потърсите помощ, идеи и второ мнение, ако не сте сигурни как да интерпретирате данните.
IRC канал
Съществува непубличен IRC канал (#wikimedia-checkuserуебчат), до който всички стюарди и проверяващи, които използват IRC, следва да имат достъп. Този канал служи за същите цели, както и пощенския списък, но в реално време. Свържете се с който и да е потребител в канала, за да получите достъп; мениджър на канала ще предостави постоянен достъп. Потърсете помощ от стюард, ако имате проблем с получаването на достъп.
Премахване на достъпа
Проверяващ, който не е бил активен в продължение на повече от една година, ще бъде лишен от правото си на достъп до CheckUser.
В случаи на злоупотреби с инструмента, стюардът или проверяващият ще бъдат незабавно лишавани от достъпа си до него. В частност, правата ще бъдат свалени при системно извършване на проверки върху потребители без основателна причина за това (трябва да бъдат предоставени хипервръзки и доказателства за такова проблемно поведение).
Съмнения за злоупотреби от страна на проверяващи следва да бъдат обсъждани на местно ниво в съответните проекти. В проекти с Арбитражен комитет, последният може да вземе решение относно евентуално снемане на правата. В проекти без Арбитражен комитет, решението за снемане на правата може да бъде гласувано от общността.
Оплаквания относно нарушения на настоящата политика, политиката за достъп до непублична информация или декларацията за поверителност се разглеждат от Комисията на омбудсманите, която обслужва всички проекти.
Списък на проверяващи по проекти
- Edit (last updated: 2024-12-12)
Everywhere
- Stewards - upon request or their own initiative, stewards use it by briefly granting the right to themselves; this is logged.
- Some members of the Staff of the Wikimedia Foundation (see global group)
- Members of the Ombuds commission (see automatically generated list):
Arabic Wikipedia
Automatically generated checkusers list
Bengali Wikipedia
Automatically generated checkusers list
Local policy mandates that only users who gain at least 25 votes in favor and 80% support can be appointed (applications will open for no fewer than 30 days).
Catalan Wikipedia
Automatically generated checkusers list
Czech Wikipedia
Automatically generated checkusers list
Danish Wikipedia
Automatically generated checkusers list
Dutch Wikipedia
Automatically generated checkusers list
- Appointed by Arbcom
English Wikibooks
Automatically generated checkusers list
Local policy mandates that Stewards are explicitly allowed to process non-emergency CheckUser requests.
English Wikinews
Automatically generated checkusers list
English Wikipedia
Automatically generated checkusers list
- Alison
- AmandaNP
- Aoidh
- Barkeep49
- Blablubbs
- Bradv
- Cabayi
- Callanecc
- CaptainEek
- DatGuy
- Daniel
- Dreamy Jazz
- Drmies
- EdJohnston
- Elli
- Ferret
- Firefly
- Girth Summit
- Guerillero
- HJ Mitchell
- Ivanvector
- Izno
- Joe Roe
- Jpgordon
- KrakatoaKatie
- Ks0stm
- L235
- Liz
- Mailer diablo
- Materialscientist
- Mkdw
- Moneytrees
- Mz7
- NinjaRobotPirate
- Oshwah
- PhilKnight
- Ponyo
- Primefac
- Reaper Eternal
- RickinBaltimore
- Risker
- RoySmith
- SQL
- ST47
- Salvio giuliano
- ScottishFinnishRadish
- Sdrqaz
- Spicy
- Stwalkerster
- Theleekycauldron
- TheresNoTime
- ToBeFree
- Vanamonde93
- Versageek
- Worm That Turned
- Yamla
- Zzuuzz
- Z1720
English Wiktionary
Automatically generated checkusers list
Finnish Wikipedia
Automatically generated checkusers list
French Wikipedia
Automatically generated checkusers list
Under the local policy, CheckUsers are elected for six-month terms.
German Wikipedia
Automatically generated checkusers list
Under the local policy, CheckUsers are elected for one- or two-year terms.
Hebrew Wikipedia
Automatically generated checkusers list
Hungarian Wikipedia
Automatically generated checkusers list (requests and policy)
Indonesian Wikipedia
Automatically generated checkusers list
Italian Wikipedia
Automatically generated checkusers list
Japanese Wikipedia
Automatically generated checkusers list (policy)
Korean Wikipedia
Automatically generated checkusers list (policy and requests)
Malayalam Wikipedia
Automatically generated checkusers list (policy and requests)
Persian Wikipedia
Automatically generated checkusers list
Polish Wikipedia
Automatically generated checkusers list
Local policy allows for users to be elected with 25 votes in favor and 85% support..
Portuguese Wikipedia
Automatically generated checkusers list
Under the local policy, CheckUsers are elected for two-year terms.
Russian Wikipedia
Automatically generated checkusers list
- Appointed by ArbCom
Serbian Wikipedia
Automatically generated checkusers list
Simple English Wikipedia
Automatically generated checkusers list
Slovene Wikipedia
Automatically generated checkusers list
Spanish Wikipedia
Automatically generated checkusers list
Local policy mandates that only users who gain at least 30 votes in favor and 80% support can be appointed.
Swedish Wikipedia
Automatically generated checkusers list
Thai Wikipedia
Automatically generated checkusers list
Turkish Wikipedia
Automatically generated checkusers list
Ukrainian Wikipedia
Automatically generated checkusers list
- Appointed by ArbCom
Vietnamese Wikipedia
Automatically generated checkusers list
Wikimedia Commons
Automatically generated checkusers list · (information page and requests page)
Wikispecies
Automatically generated checkusers list
Meta
Automatically generated checkusers list · (information page and requests page)
Wikidata
Automatically generated checkusers list · (information page and requests page)
Вижте също
- Декларация за поверителност
- Комисия на омбудсманите (обслужва оплакванията относно нарушения на поверителността)
- Заявки за извършване на проверки и предоставяне на права
- Местни политики на проектите
- Help:CheckUser потребителско ръководство
- [Foundation-l] CheckUser (thoughts), от Anthere на 22 април 2006 година, включва историческа информация