CheckUser é uma interface para usuários com a permissão checkuser. Um usuário com estatuto de verificador em uma wiki pode, em particular, verificar se um usuário é um fantoche de outro usuário naquela wiki (não em todas as wikis). Utilizando-a, os usuários podem:

• Determinar de quais IPs um usuário editou ou efetuou uma ação registrada ou redefiniu sua senha em uma wiki da Wikimedia;
• Determinar todas as edições, ações registradas, tentativas de login e redefinições de senha realizadas em uma wiki da Wikimedia de um IP específico (incluindo usuários que estão registrados com uma conta);
• Determinar se a conta que está sendo verificado enviou um email usando a interface MediaWiki para algum outro usuário. O horário do evento é registrado, o email de destino e ID de usuário são ocultados.

Essa informação é guardada somente por um período curto (atualmente 90 dias), então edições deitas anterior a esta data não serão mostradas via CheckUser. Um registro é guardado de quem efetuou consultas com a ferramenta. Esse registro está disponível para todos com a permissão checkuser-log:

Veja Help:CheckUser para o manual do usuário.

A ferramenta deve ser usada para coibir vandalismo, spam, para verificar abuso de fantoches, e para limitar a disrupção do projeto. Ela deve ser usada somente para prevenir danos a qualquer um dos projetos da Wikimedia.

A ferramenta não deve ser usada para controle político; para pressionar editores; ou como ameaça contra outro editor em uma disputa de conteúdo. Deve haver uma razão válida para verificar um usuário. Note que contas alternativas não são proibidas, desde que não sejam usadas para violar as políticas (por exemplo, para votar mais de uma vez, para aumentar o apoio aparente a determinada posição, ou para evadir bloqueios ou banimentos).

Uma notificação para a conta que está sendo verificada é permitida mas não obrigatória. De modo similar, uma notificação da verificação para a comunidade não é obrigatória, mas pode ser feita, sujeita às provisões da política de privacidade.

Algumas wikis permitem que IPs de um editor sejam verificados a seu pedido se, por exemplo, há uma necessidade de fornecer evidência de inocência contra uma alegação de uso de fantoches; note, no entanto, que pedir uma verificação nestas circunstâncias é, algumas vezes, parte da tentativa de disrupção.

Nos projetos da Wikimedia, considerações sobre a política de privacidade são tremendamente importantes. A não ser que alguém esteja violando políticas com suas ações (por exemplo, vandalismo ou spam massivo com o uso de robôs) e revelar informações sobre este é necessário para parar a disrupção, é uma violação da política de privacidade revelar seu IP, paradeiro, ou outra informação suficiente para identificá-lo, a não ser que ele próprio já tenha revelado essa informação no projeto.

Mesmo que um usuário esteja cometendo abusos é melhor evitar revelar informações pessoais, se for possível.

• Geralmente, não revele os IPs. Forneça apenas informações como "é da mesma rede" ou algo similar. Se for fornecer informações detalhadas, certifique-se de que a pessoa a quem você está entregando é uma pessoa de confiança e não as revelará por conta própria.
• Se o usuário disse que é de um local e o IP confirma a informação, não está liberando informações privadas para confirmar se necessário.
• Se você tiver alguma dúvida, não dê detalhes.

Apenas os stewards, ouvidores, alguns funcionários da Fundação Wikimedia, e um número pequeno de outros usuários estão autorizados para ter acesso de CheckUser. Os usuários podem ter apenas o estado de CheckUser localmente (exceto os ouvidores e os aqueles funcionários da Fundação Wikimedia com acesso).

Se existirem verificadores locais em um projeto, as verificações geralmente devem ser tratadas diretamente por eles. Em emergências, ou para verificações em vários projetos (como no caso de vandalismo entre wikis), os Stewards podem realizar verificações locais. Os Stewards devem remover seu próprio acesso de verificador nos projetos após a conclusão das verificações e notificar os verificadores locais ou a lista de e-mail dos verificadores.

Se não existirem verificadores locais em um projeto, as solicitações precisarão ser feitas aos stewards para que realizem as verificações (como "UserX é um sockpuppet de UserY"). Para isso, basta adicionar a solicitação em Steward requests/Checkuser listando esses usuários e explicar a necessidade da verificação (com links). Dependendo da natureza da solicitação, o steward pode negá-la, solicitar mais informações ou responder sobre a probabilidade de os usuários em questão terem o mesmo IP, mesmo proxy, mesma rede, mesmo país ou serem completamente não relacionados ( veja a discussão sobre o que o steward deve dizer mais precisamente ao editor).

Em qualquer wiki deve haver pelo menos dois usuários com status de verificador ou nenhum, para poderem controlar e confirmar mutuamente suas ações. No caso haver apenas um verificador em uma wiki (quando o outro se aposenta ou é removido), a comunidade deve nomear outro usuário para o substituir imediatamente, para que haja no mínimo dois verificadores

Em wikis com um Comitê de Arbitragem (ArbCom) cujos membros foram eleitos com o apoio de pelo menos 25 a 30 membros da comunidade local, os CheckUsers podem ser indicados diretamente pelo comitê. Após isso, um membro do comitê deve simplesmente listar o candidato em Steward requests/Permissions.

Em um wiki sem Comitê de Arbitragem que atenda o critério acima, ou em um projeto onde haja preferência por eleições independentes, a comunidade pode aprovar os CheckUsers locais por consenso (os stewards não contam como CheckUsers locais). O candidato deve solicitá-lo dentro da comunidade local e anunciar esse pedido adequadamente (Esplanada, lista de e-mails (quando disponível), página especial de solicitação, etc.). O candidato deve estar familiarizado com a política de privacidade. Após obter consenso (pelo menos 70%–80% em votação a favor/contra ou o maior número de votos em eleições de múltipla escolha) na comunidade local, e com a aprovação de pelo menos 25–30 editores, o candidato selecionado deve solicitar acesso em Steward requests/Permissions com um link para a página com a decisão da comunidade. Se houver um número insuficiente de votos para pelo menos dois CheckUsers em uma wiki, não haverá CheckUsers nesta wiki.

Existe uma lista de discussão fechada (CheckUser-l) à qual todos os stewards e CheckUsers devem ter acesso. Envie um e-mail aos moderadores da lista para obter acesso. Use esta lista de discussão para pedir ajuda, ideias e segundas opiniões se você não tiver certeza do que os dados significam.

Existe um canal de IRC privado (#wikimedia-checkuser^conectar) ao qual todos os stewards e CheckUsers que usam o IRC devem ter acesso. Este canal tem a mesma finalidade que a lista de discussão, mas em tempo real. Entre em contato com qualquer membro do canal para obter acesso; um gerente de canal concederá acesso permanente. Peça a um steward se precisar de ajuda para obter acesso.

Qualquer usuário com o estatuto de CheckUser que estiver inativo há mais de um ano terá o seu acesso removido.

Em caso de uso abusivo da ferramenta, o steward ou o usuário com o estatuto de CheckUser terá imediatamente o seu acesso removido. Isto ocorrerá, especialmente, se as ações tiverem sido feitas rotineiramente em editores sem um motivo válido (ligações e provas de má conduta devem ser fornecidas).

A suspeita de abusos de CheckUsers deve ser discutida por cada wiki local. Em wikis com um ArbCom aprovado, o ArbCom pode decidir sobre a remoção do acesso. Em wikis sem um ArbCom aprovado, a comunidade pode votar uma remoção do acesso.

Reclamações de violação das políticas de CheckUser, de Acesso a Informações Não Públicas ou violações da Política de Privacidade são tratadas pela Ombuds Commission para todos os projetos da Wikimedia.

• Edit (last updated: 2026-04-07)

• Stewards – upon request or their own initiative, stewards use it by briefly granting the right to themselves; this is logged (see global group)
• Some Staff members of the Wikimedia Foundation (see global group)
• Members of the Ombuds commission (see global group):
  1. Ameisenigel
  2. Arcticocean
  3. Chinmayee Mishra
  4. Faendalimas
  5. Jnanaranjan sahu
  6. Mehman
  7. MrJaroslavik
  8. Nehaoua
  9. Revi C.
  10. RoySmith
  11. Teles
  12. Zafer
• Members of the Universal Code of Conduct/Coordinating Committee (see global group) have the technical ability to view the checkuser log:
  1. Ajraddatz
  2. Barkeep49
  3. BRPever
  4. Civvì
  5. Dbeef
  6. Ghilt
  7. Ibrahim.ID
  8. Luke081515

Automatically generated checkusers list

1. Dr-Taher
2. Meno25
3. باسم
4. علاء
5. فيصل

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).

1. NahidSultan
2. RiazACU

Automatically generated checkusers list

1. Jmrebes
2. Joutbis

Automatically generated checkusers list

1. Martin Urbanec
2. OJJ

Automatically generated checkusers list

1. Kaare
2. KnudW
3. Sir48

Automatically generated checkusers list

Appointed by ArbCom

1. Daniuu
2. Groucho NL
3. Jcb
4. Natuur12
5. XXBlackburnXx

Automatically generated checkusers list
Local policy mandates that Stewards are explicitly allowed to process non-emergency CheckUser requests.

1. MarcGarver
2. Xania

Automatically generated checkusers list

Appointed by ArbCom

1. AmandaNP
2. Aoidh
3. Asilvering
4. Barkeep49
5. Blablubbs
6. Cabayi
7. Callanecc
8. CaptainEek
9. Daniel
10. Daniel Quinlan
11. DatGuy
12. Dbeef
13. Dreamy Jazz
14. EdJohnston
15. Elli
16. Girth Summit
17. Guerillero
18. HJ Mitchell
19. HouseBlaster
20. Ivanvector
21. Izno
22. Jpgordon
23. KrakatoaKatie
24. L235
25. Mailer diablo
26. Materialscientist
27. Moneytrees
28. Mz7
29. NinjaRobotPirate
30. Oshwah
31. PhilKnight
32. Ponyo
33. Primefac
34. Reaper Eternal
35. Risker
36. RoySmith
37. Salvio giuliano
38. ScottishFinnishRadish
39. Sdrqaz
40. SilverLocust
41. Stwalkerster
42. Theleekycauldron
43. TheresNoTime
44. ToBeFree
45. Vanamonde93
46. Versageek
47. Yamla
48. Zzuuzz

Local policy states that stewards are explicitly allowed to process non-emergency checkuser requests.

Automatically generated checkusers list

1. OhanaUnited
2. SHB2000
3. SelfieCity

Automatically generated checkusers list

1. Chuck Entz
2. Surjection

Automatically generated checkusers list

1. Anr
2. Ejs-80
3. Harriv
4. Stryn

Automatically generated checkusers list

Appointed by NomCom

Under the local policy, CheckUsers are appointed for six-month terms.

1. Durifon
2. LD
3. Le chat perché
4. Lewisiscrazy
5. Linedwell

Automatically generated checkusers list
Under the local policy, CheckUsers are elected for one- or two-year terms. The policy mandates that only users who gain at least 50 votes in favor and 70% support are elected, while there is a minimum of 3 CheckUsers.

1. Codc
2. Count Count
3. MBq
4. Squasher

Automatically generated checkusers list

1. Barak a
2. PurpleBuffalo
3. TheStriker
4. דגש
5. יונה בנדלאק

Automatically generated checkusers list (requests and policy)

1. Csigabi
2. FoBe
3. Grin
4. Pallerti
5. Tgr

Automatically generated checkusers list (policy and requests)

1. Meursault2004
2. Nohirara
3. Wagino 20100516

Automatically generated checkusers list

1. Ask21
2. Elwood
3. Gac
4. Melos
5. Mtarch11
6. Ruthven
7. Sakretsu
8. Shivanarayana
9. Superspritz
10. Titore

Automatically generated checkusers list (policy)

1. Dragoniez
2. Infinite0694
3. W.CC
4. さかおり
5. 柏尾菓子

Automatically generated checkusers list (policy and requests)

1. Dmthoth
2. Sotiale
3. 이강철

Automatically generated checkusers list

1. Huji
2. Ladsgroup

Automatically generated checkusers list
Local policy allows for users to be elected with 25 votes in favor and 85% support..

1. AramilFeraxa
2. Masti
3. Msz2001
4. Nux
5. Ptjackyll

Automatically generated checkusers list
Under the local policy, CheckUsers are elected for two-year terms.

1. Albertoleoncio
2. Conde Edmond Dantès
3. Little Sunshine
4. Érico

Automatically generated checkusers list

Appointed by ArbCom

1. DR
2. Q-bit array
3. Ле Лой

Automatically generated checkusers list

1. Djordjes
2. Dungodung
3. Обрадовић Горан

Automatically generated checkusers list

1. BRPever
2. Bsadowski1
3. Eptalon
4. Fr33kman
5. Peterdownunder
6. Vermont

Automatically generated checkusers list

1. A09
2. MZaplotnik

Automatically generated checkusers list
Local policy mandates that only users who gain at least 30 votes in favor and 80% support can be appointed.

1. Alhen
2. Bernard
3. BetoCG
4. BlackBeast
5. Jake Park
6. Montgomery
7. Rastrojo

Automatically generated checkusers list

1. Julle
2. Stigfinnare
3. Tegel

Automatically generated checkusers list

1. Geonuch
2. Just Sayori
3. Siam2019
4. Timekeepertmk

Automatically generated checkusers list

1. Elmacenderesi
2. Uncitoyen
3. Vincent Vega

Automatically generated checkusers list

Appointed by ArbCom

1. Andriy.v
2. Goo3
3. Mykola7
4. NickK

Automatically generated checkusers list

1. DHN
2. Mxn

Automatically generated checkusers list · (information page and requests page)

1. Elcobbola
2. Jameslwoodward
3. Krd
4. Lymantria
5. The Squirrel Conspiracy

Automatically generated checkusers list

1. Faendalimas
2. Koavf

Automatically generated checkusers list · (information page and requests page)

1. Ajraddatz
2. AramilFeraxa
3. EPIC
4. Hasley
5. Infinite0694
6. Johannnes89
7. Minorax
8. Mtarch11
9. Sotiale
10. Superpes15
11. Vermont
12. Xaosflux

Automatically generated checkusers list · (information page and requests page)

1. 1997kB
2. Jasper Deng
3. Lymantria
4. Sotiale
5. علاء

• Política de privacidade
• Comissão de ouvidoria (lida com alegações de violações de privacidade)
• Solicitações de Informações de CheckUser e status de CheckUser
• Políticas locais dos projetos
• Ajuda:CheckUser manual do usuário
• [Foundation-l] CheckUser (pensamentos), por Anthere em 22 de abril de 2006, inclui um histórico do assunto