Jump to content

Iniciativa de saúde comunitária/Ferramentas de bloqueio e melhorias

From Meta, a Wikimedia project coordination wiki
This page is a translated version of the page Community health initiative/Blocking tools and improvements and the translation is 85% complete.
Outdated translations are marked like this.

This page documents a feature the Wikimedia Foundation's Anti-Harassment Tools team has committed to build.

🗣   We invite you to join the discussion!
🛠   Track in Phabricator at T120734.

A equipe de ferramentas anti-assédio da Fundação Wikimedia convidou os Wikimediadores a discutir 'novas ferramentas de bloqueio e melhorias nas ferramentas de bloqueio existentes' em dezembro de 2017 para o trabalho de desenvolvimento em 2018. Nossa equipe identificou deficiências na funcionalidade de bloqueio atual do MediaWiki para determinar quais ferramentas de bloqueio que podemos construir para comunidades wiki para minimizar a interrupção, manter os malfeitores longe de seus wikis e mediar situações em que blocos inteiros de sites não são apropriados.

Atualizações

11 de setembro de 2019

Bloqueios parciais foram habilitados em todos os wikivoyage, wikisource e wikis wiktionary. Achamos que o recurso de blocos parciais está em um estágio bom e estável agora, visto que vimos cada vez menos bugs surgindo nos últimos meses após a implantação do recurso em vários projetos. A equipe gastou muito tempo melhorando a infraestrutura de back-end do código de bloco e garantiu que o código fosse confiável, antecipando-se a quaisquer recursos futuros que precisem ser adicionados.

Continuam a haver pedidos de mais wikis para bloqueios parciais. Também apresentamos sobre bloqueios parciais na Wikimania e foi muito bem recebido, com vários participantes solicitando que os bloqueios parciais fossem ativados em seus wikis domésticos. À luz da recepção geral positiva aos bloqueios parciais nos wikis onde é implantado, estamos planejando fazer uma implantação mais ampla para mais projetos da Wikimedia nas próximas semanas.

Continuaremos a coletar feedback sobre bloqueios parciais conforme lançamos o recurso em mais wikis, juntamente com coleta de dados sobre o uso do recurso. Também estamos disponíveis para fazer o trabalho de manutenção dos recursos, como e quando necessário.

1 de março de 2019

Hoje eu compartilho oficialmente as recomendações da equipe de ferramentas antiassédio da Fundação Wikimedia para ferramentas para combater o abuso de longo prazo que ocorre em nossos wikis. Este documento de 9 páginas define aproximadamente os tipos de abuso de longo prazo que ocorrem, descreve as ferramentas existentes e táticas utilizadas para mitigar e tolerar esse comportamento, investiga novos softwares potenciais para combater esse abuso (nomeadamente bloqueio de dispositivo) e faz recomendações para os próximos passos.

Resumindo, nossas recomendações são para evitar o bloqueio do dispositivo, pois seria um empreendimento caro com probabilidade muito baixa de impacto bem-sucedido. Em vez disso, nossa equipe recomenda táticas alternativas, incluindo sistema de relatório do usuário, melhorias no CheckUser, recursos de silenciamento adicionais.

Um subproduto imediato desta pesquisa é que nossa equipe trabalhará para estender a funcionalidade de bloqueio de cookies aos editores visuais e móveis. — phab:T196575

15 de fevereiro de 2019

O desenvolvimento inicial do recurso em blocos parciais foi concluído! Os administradores agora podem definir bloqueios que proíbem apenas a edição em certas páginas e/ou namespace(s). O lançamento será lento e em etapas para garantir que não esquecemos nenhuma funcionalidade importante.

18 de janeiro de 2019

Compilei alguns dados sobre a frequência com que as mensagens "você está bloqueado" aparecem para nossos usuários em Community health initiative/Blocking tools and improvements/Block notices. Existem alguns gráficos e uma tabela de dados brutos, bem como algumas descobertas sintetizadas. Aqui estão as principais lições:

  • Avisos de bloqueio aparecem com frequência nos maiores projetos da Wikimedia, às vezes superando as edições reais. (6,2 milhões de edições bloqueadas ocorreram na Wikipedia em inglês ao longo de um período de 30 dias).
  • O editor de wikitexto para desktop vê a grande maioria das impressões por uma ampla margem. (98% na Wikipedia em inglês, 89,5% em espanhol e 98,7% em russo).
  • Os avisos do Editor Visual e de bloqueio móvel podem ocorrer com menos frequência, mas ainda são exibidos para milhares de pessoas todos os meses. Existem obstáculos para otimizar suas telas, devido ao legado do design que prioriza o desktop.

January 16, 2019

Partial Blocks have been enabled on Italian Wikipedia! 🎉 We're looking for more Wikipedias to test, please leave us a talk page message if your community is willing to test! More information can be found at the project page.

Also of note is that our team is currently looking into potential software solutions to mitigate Long-Term Abuse on Wikimedia. We are exploring some ideas listed in § Problem 1. Username or IP address blocks are easy to evade by sophisticated users above. We are aiming for our preliminary investigation to be complete by the end of February and will publish all notes and findings here on Meta Wiki.

December 20

Partial blocks are still in development. They are enabled on Test Wikipedia and will be enabled on Italian Wikipedia in January.

Data on the "you are blocked" messages is visible on this graph for seven wikis (more to be added soon.) I'll be spending this afternoon digging into some correlated block data to see if there are any interesting insights. For now, the most insightful things are: 1) far-and-away most people learn they are blocked on desktop via the wikitext editor 2) except on German Wikipedia, which has an incredibly high count of API blocks and 3) rough back-of-napkin calculations show that mobile block notices appear relative to desktop site notices the same as general edit trends (~95% of edits are from desktop editors.) Depending on what I have by the end of today I may post an addendum here.

One final note about blocking to close our 2018: in the next year my team will begin looking into device blocking, which was outlined and discussed as Problem 1. Username or IP address blocks are easy to evade by sophisticated users. We aim to make a proposal to the Wikimedia Board of Trustees in early 2019.

December 5

Our team is still working on addressing the final defects before we enable Partial Blocks on Italian Wikipedia. We're optimistic that we can hit this milestone next week! In the meantime testing is available on Test Wikipedia and Test Wikidata for users interested in taking a look at what's ready so far. We're also confident that we can get Namespace blocks to a near-ready state by the end of December, before we break for the winter holidays. That functionality should be ready on Test Wiki in January.

Yesterday we enabled tracking on the block notice messages that appear to users — a.k.a. the "You are blocked" messages. The data is visible on this graph. This data is currently only being measured on Italian Wikipedia but we plan to enable it on 19 more wikis next week. We will be able to compare this to the other known block data to better understand how often blocked users attempt to edit. This should inform our decisions on if or how to improve these messages and unblock workflows for users.

November 8

Partial blocks are live on Test Wikipedia and Test Wikidata! If you're an admin on another wiki and would like to test the functionality please write a message on our talk page.

This first feature set is limited: admins can block an user or IP from editing up to 10 specified pages. There are some known defects that we're currently working on (for example, if an admin is partially blocked from a page they can't delete any page.) and we'll get back to building namespace and upload blocks in later November.

If you're testing partial blocks we'd love to hear from you! Drop us a note about your experience with the tool. We're looking specifically for feedback about:

  • What is an appropriate limit of the number of pages a user should be blocked from? In the first version limit is 10, but it can any number.
  • Are you satisfied with how partial blocks are logged?
  • Do we need to change anything that has already been built?
  • Is the warning message in the VisualEditor too gentle?

Thank you!

August 22, 2018

As part of our work on Partial Blocks (phab:T2674) we've have determined that we also need to build a system that allows for multiple simultaneous blocks to be set against a single account (user or IP) to allow communities to set different sanctions of different expiration dates. (For example, a user could have an indefinite block from uploading files but a 24-hour sitewide block.) We are referring to this work as multi-blocks and this work can be tracked in phab:T194697. Another round of designs are underway and will be shared next week on the project page.

For those interested in the technical side of blocks, we're holding a technical RFC about database changes we plan to make. A summary of our changes can be found at phab:T199917.

June 28, 2018

Over the past several months the Wikimedia Foundation's Anti-Harassment Tools team has been working on improvements to blocking tools. We recently added a datetime selector to the Special:Block tool to make it easier to set precise block expirations (phab:T132220). We also upgraded the notice that appears to inform users on mobile devices that they are blocked (phab:T165535). To make blocks stronger, we've expanded cookie blocking to IP blocks to make it more difficult for people to evade their block (phab:T152462).

We investigated building a way for administrators to block users by a hashed combination of browser information but decided it would not be effective without capturing more data during edit sessions (phab:T188160). Because of this we've decided to not pursue this feature at this time. Rather, we've prepared tickets to give CheckUsers the ability to block by IP address or IP range and browser user agent (phab:T100070). This work is prepared and ready to build, just awaiting prioritization.

Our team is currently working on building Partial Blocks, or the ability for administrators to block a user from just a specific page, all pages inside a namespace, or from uploading files. We believe this will allow more tactical sanctions to be set for troublesome users who are productive on other parts of the wiki. (phab:T2674) You can follow that project and see designs at Community health initiative/Per-user page, namespace, and upload blocking.

Funcionalidade de bloqueio atual do MediaWiki

Atualmente, no Wikimedia wikis, usuários e IPs podem ser bloqueados na edição de artigos.[1] Os bloqueios proíbem os usuários de editar todas as páginas em todos os espaços de nomes no wiki, com a exceção opcional da página do usuário do grupo bloqueado. Os blocos são autorizados por padrão para administradores e são registrados publicamente em Special:Log, Special:BlockList, e Special:Block.

Semelhante aos bloqueios, bloqueios de contas globais proibir os usuários de fazer logon em qualquer wiki do Wikimedia, e bloqueios globais proibir os usuários de fazer logon em qualquer wiki do Wikimedia, e bloqueios globais pode ser configurado contra endereços IP.

Bloqueios automáticos pode ser atribuído a blocos de nome de usuário, que bloqueará automaticamente os endereços IP usados pelo usuário ofensivo por 24 horas.

Problema 1. O nome de usuário ou os bloqueios de endereço IP são fáceis de evadir por usuários sofisticados

Os bloqueios podem ser configurados em um nome de usuário, endereço IP ou intervalo de IP. Os endereços IP podem ser facilmente falsificados ou modificados por meio de proxies. A barreira para criar uma nova conta é muito baixa e facilmente contornável. O movimento da Wikimedia valoriza a abertura e a privacidade, por isso devemos equilibrar a compensação de atores ruins contra manter nossa plataforma acessível para os recém-chegados de boa fé.

Poderíamos implementar novas técnicas de bloqueio que usam diferentes e mais modernas peças de tecnologia de identificação. Esses recursos precisarão cumprir nossa Política de Privacidade e Termos de uso.

Propostas de soluções potenciais:

  • Bloquear por agente de usuário[2][3][4] (incluindo a pesquisa CheckUser)
  • Bloquear por ID do dispositivo (incluindo a pesquisa CheckUser)
  • Bloqueios globais para nomes de usuários[5]
  • Adicionar "Impedir a criação de conta" para bloqueio global[6]
  • Bloqueio de cookies para anons[7]
  • Adicione uma maneira de estender o autobloco a mais de 1 dia[8]
  • Bloqueio global proativo proxies abertos (ou criar um sistema que compartilhe seus IPs cross-wiki)
  • Hash dados pessoais identificáveis para superfície como uma porcentagem correspondente ao CheckUser[9]
  • AI que compara os padrões de edição e o idioma para prever possíveis sockpuppets[9]
  • Identifique sockpuppets digitando padrões (por exemplo, ritmo/velocidade), velocidade da rede e padrões de edição (por exemplo, hora do dia, editar o comprimento da sessão, categorias de páginas editadas)[9]
  • Exibir todas as contribuições feitas dentro de um intervalo de IP em um feed (também conhecido como 'Faixa de Contribuições')[9][10]
  • Ampliar as Nuvens para os intervalos de IP[9]

Problema 2. Os bloqueios agressivos podem acidentalmente evitar espectadores inocentes de boa-fé sejam editados

Muitos IPs e intervalos de IP são compartilhados por vários usuários (por exemplo, bibliotecas, escolas, prédios de escritórios) e a maioria dos IPs individuais podem (e serão) ser reatribuídos pelos ISPs para outros usuários. Se um ator mau obtém o IP ou IP bloqueado, outros usuários não podem editar. Alguns bloqueios de IP permitem a edição de registros, e os nomes de usuários podem ser listados em branco a partir de bloqueios IP que proíbem a edição logada.

Poderíamos implementar novos recursos que proíbem os IPs de editar ou criar contas descartáveis, mas permitir que os espectadores de boa fé ainda criem contas e editem de forma produtiva.

Propostas de soluções potenciais:

  • Exigir todas as contas criadas em um intervalo de IP para confirmar seu endereço de e-mail antes da edição.
  • Impedir que o uso (ou incidentes de bandeira) de endereços de e-mail na lista negra seja associado a novas contas de usuário
  • Criação de conta do Throttle e envio de e-mails por navegador, bem como endereço IP[11][3]
  • Exigir que o endereço de e-mail seja exclusivo para edições em determinados intervalos de IP (potencialmente exigindo domínios de e-mail de lista branca)[9]
  • Permitir que CheckUsers compare endereços de e-mail hashed[9]
  • Construa AI que define automaticamente um tamanho de bloqueio e digite com base em UserAgent, IP e/ou email[9]
  • Exigir autenticação de dois fatores para edições em determinados intervalos de IP[9]
  • Converta Twinkle e/ou Huggle de gadgets a extensões, aumente a precisão[9]

Problema 3. Os bloqueios do site completo nem sempre são a resposta apropriada a algumas situações

Pequenos, mais bloqueios táticos podem desarmar situações, mantendo contribuintes construtivos. Em alguns wikis como a Wikipedia em inglês, esse conceito é ditado por proibições. No entanto, os meios técnicos para impor as proibições são atualmente limitados e, consequentemente, um usuário pode ser desnecessariamente impedido de editar o wiki como um todo.

Os bloqueios do site completo são semelhantes a um marreta. Como podemos construir fly-swatters para evitar que um usuário cause danos limitados, mantendo-os como parte do wiki.

Propostas de soluções potenciais:

  • Bloqueie um usuário de ...
    • ... páginas individuais[12][13][14][15]
    • ...todas as páginas dentro de uma categoria específica
    • ...namespaces específicos[16]
    • ...criar novas páginas
    • ...carregar arquivos[17]
    • ...todas as páginas, exceto as páginas de conversa[18][19]
    • ...todas as páginas, exceto uma lista branca
    • ...visualização Especial:contribuições
    • ...Enviando ou fazendo ping para outros usuários[20][21]
  • Permitir que os administradores especifiquem exatamente quais permissões para bloqueio.[22][23][24][25]
  • Permitir que os administradores reviram temporariamente o status autoconfirmado de um usuário.[19]
  • Exigir todas as edições por um usuário para passar nas mudanças diferidas.[26]
  • Bloqueio que só expira quando um usuário leu uma página específica (módulo de treinamento, página de conversação do usuário, etc.)[27][28]
  • Permitir que os administradores acelerem as edições de um usuário para um número máximo por dia/hora/etc[9]
  • Crie uma versão AbuseFilter que é executada em todas as edições de usuários especificados para criar bloqueios personalizados e complexos[9]
  • Ferramenta para evitar que os usuários escrevam sobre si mesmos.[9]
  • Sistemas de mascaramento do usuário para ofuscar ou "ocultar" os usuários uns dos outros no wiki[9]

Problema 4. As ferramentas para configurar, monitorar e gerenciar bloqueios têm oportunidades de melhoria da produtividade

As ferramentas de bloqueio existentes (Special: Block, the API, Twinkle, Special: BlockList, etc.) são usadas diariamente por vários usuários em todos os wikis do Wikimedia. O uso dessas ferramentas pode ser intensivo em tempo, então gostaríamos de explorar idéias sobre como podemos simplificar os fluxos de trabalho para definir ou modificar um bloqueio, monitorar logs de bloco e verificar o status ou os detalhes de um bloco.

Propostas de soluções potenciais

  • Ao deixar um aviso em uma página de conversa do usuário, exiba quantos outros avisos já foram dados a esse usuário.[29]
  • Twinkle deve saber automaticamente o modelo de aviso apropriado para usar nesse usuário.
  • Registro bans como bloqueios, o que pode resultar na exibição das informações em sua página de usuários, contribuições ou gerar automaticamente uma lista de todos os usuários proibidos.[30]
  • Permitir CheckUsers para assistir IPs específicos[31]
  • Permitir que os administradores anotem bloqueios anteriores como acidentais[32][33][34]
  • Permitir que os administradores estabeleçam um intervalo de datas de bloqueio através do seletor de data e hora[35]
  • Permitir que os administradores estabeleçam horários de expiração diferentes para bloquear a edição vs. criação de conta[36]
  • Permitir que os administradores monitorem os nomes de usuário enquanto os bloqueiam[37]
  • Exibir expirações de bloqueio em registros[38]
  • Exibir um aviso na página do bloqueio quando os administradores estão bloqueando um IP sensível[39]
  • Especial:Bloquear pode sugerir a duração do bloqueio para infrações políticas comuns[9]
  • Maneira aprimorada de definir bloqueios em massa[9]
  • O processo de recurso de bloqueio pode ser melhorado para reduzir o trabalho necessário para os administradores[9]
  • Exibir se um usuário estiver atualmente bloqueado em outro wiki em Especial:Bloquear[9]
  • Avisos de bloqueio móvel são abismal[9][40]
  • Permitir que os administradores "pausem" um bloqueio para que o usuário possa participar de discussões no Wiki.[9]

Ver também

  • /Links — Uma lista de links em Meta Wiki, MediaWiki.org e Phabricator sobre ferramentas de bloqueio existentes ou sugestões para melhorias.
  • /English Wikipedia policies — Uma lista de links sobre a Wikipedia em inglês sobre o bloqueio de políticas ou ferramentas e conversas de páginas de conversa sobre melhorias.
  • Community health initiative/Editing restrictions — A página de documentação do time do WMF's Anti-Harassment Tools sobre como novas ferramentas poderiam suportar as restrições de edição implementadas socialmente usadas pela Wikipédia em inglês.

Notas

  1. Help:Blocking_users no MediaWiki.org
  2. T100070 — Permitir os bloqueios de IP baseados no agente do usuário (UA)
  3. a b Consulta de Desejos da Comunidade de 2015/Ferramentas de moderação e administração#Melhore as ferramentas de bloqueio do MediaWiki
  4. Pesquisa de Desejos da Comunidade de 2017/Bloqueio inteligente
  5. Priorização de itens de ação, Stewards visit 2015, página 9
  6. T17273 — Por favor, adicione "Prevenir criação de conta" ao bloqueio global
  7. T152462 — Adicionar cookie ao bloquear usuários anônimos
  8. T27305 — Adicione uma maneira de estender o bloqueio automático a mais de 1 dia
  9. a b c d e f g h i j k l m n o p q r s t Discussão: iniciativa de saúde comunitária/ferramentas de bloqueio e melhorias
  10. phab:T145912
  11. T106930 — Criação de conta do Throttle e envio de e-mail por navegador, bem como endereço IP
  12. T2674 – Permitir que os usuários sejam bloqueados para editar um artigo específico
  13. Veja também: Iniciativa de saúde comunitária/Restrições de edição
  14. Pesquisa de desejos comunitários/Moderação e ferramentas de administração#Proteção/bloqueio aprimorados por usuário, por artigo.
  15. Pesquisa de desejos comunitários 2017/Bloqueio do usuário por página
  16. T179110 — Permitir que os usuários sejam bloqueados para editar um namespace específico
  17. T6995 — Capacidade de impedir que usuários usem arquivos apenas
  18. T18644 — Permitir que os usuários sejam bloqueados para editar apenas páginas não conversas
  19. a b Wikipedia talk:Blocking policy/Archive 21 na Wikipedia em inglês
  20. Atualmente, é possível impedir que alguém use Special:EmailUser, mas isso também exige bloquear a edição
  21. T104099 — Adicionar capacidade para impedir que os usuários enviem e-mails para outros usuários (sem executar um bloqueio completo)
  22. T27400 — O software deve permitir aos administradores dar permissão aos usuários específicos para editar páginas específicas através de blocos
  23. Extended_blocking na MediaWiki.org
  24. Wikipedia talk:Blocking policy/Archive 23 na Wikipedia em inglês
  25. Pesquisa de desejos comunitários 2017/Permitir mais opções de bloqueio do usuário ("pode editar XY" etc.)
  26. Pesquisa de desejos comunitários 2016/Categorias/Ferramentas de moderação#Todas as edições de marca de IP bloqueada não foram verificadas
  27. T18447 — Defina um bloqueio que só expira quando um usuário leu uma página específica (módulo de treinamento, página de conversa do usuário, etc.)
  28. Wikipedia talk:Blocking policy/Archive 22 na Wikipedia em inglês
  29. Wikipedia talk:Administrators' noticeboard/Archive 8#Warnings and discussion before blocks na Wikipedia em inglês
  30. Wikipedia talk:Banning policy/Archive 3#Recording of Bans na Wikipedia em inglês
  31. T21796 — Função CheckUser Watchlist
  32. T46759 — Permitir bloqueios de marcação que foram feitos com erro
  33. Pesquisa de desejos comunitários 2016/Categorias/Administradores e mordomos#Permitir que os administradores atualizem logs de bloco
  34. Wikipedia talk:Blocking policy/Archive 20 na Wikipedia em inglês
  35. T132220 — Adicione o seletor de data e hora para bloquear e proteger a interface para selecionar a expiração
  36. T65238 — Diferentes comprimentos de bloqueio e criação de conta de bloco
  37. Pesquisa de desejos comunitários 2016/Categorias/Administradores e mordomos#Permitir que os administradores escondam nomes de usuários ao bloqueá-los
  38. T148649 — Exibir uma entrada para a página na lista de observação quando a proteção da página expirou; Exibir uma entrada na página do usuário quando o bloqueio do usuário expirou
  39. T151484 — Exibir um aviso na página do bloqueio quando os administradores estão bloqueando um IP sensível
  40. phab:T165535