aboutsummaryrefslogtreecommitdiff
path: root/coletivo/comunicacao
diff options
context:
space:
mode:
Diffstat (limited to 'coletivo/comunicacao')
-rw-r--r--coletivo/comunicacao/acl.md89
-rw-r--r--coletivo/comunicacao/archive.md22
-rw-r--r--coletivo/comunicacao/chat.md35
-rw-r--r--coletivo/comunicacao/infosec.md79
-rw-r--r--coletivo/comunicacao/license.md34
-rw-r--r--coletivo/comunicacao/list.md58
-rw-r--r--coletivo/comunicacao/transparency.md45
-rw-r--r--coletivo/comunicacao/vizinhanca.md40
8 files changed, 270 insertions, 132 deletions
diff --git a/coletivo/comunicacao/acl.md b/coletivo/comunicacao/acl.md
index ecdc442..c3d816a 100644
--- a/coletivo/comunicacao/acl.md
+++ b/coletivo/comunicacao/acl.md
@@ -1,37 +1,60 @@
[[!meta title="Lista de acesso à participação"]]
-O presente processo estabelece uma série de camdas de acesso e participação sobre fluxos informacionais realizadas em instâncias de comunicação mantidas pelo Coletivo com o objetivo de fortalecer relações de abertura e fechamento do Coletivo que garantam o máximo de modos de que pessoas de fora possam colaboram conosco (outsourcing) ao mesmo tempo em que garanta a proteção de informações sensíveis.
-
-Para isso, este processo se inspira no princípio de que quanto mais forem públicas as informações, atividades e participações desempenhadas pelo Coletivo, não só as chances de sustentabilidade aumentam como também as relações com o campo social se fortalecem. Por outro lado, não se pode ignorar a vigilância e o controle de massa que ameaçam a integridade e as atividades dos grupos e movimentos sociais.
-
-Uma forma de segmentar as atividades levando em conta a tensão entre a tendência de tornar tudo público com o cuidado de manter a integridade das atividades é dividi-las em grupos referentes à sua possibilidade de publicização e participação:
-
- 1. Quais delas podem ser externalizadas pelo Coletivo, isto é, tornadas públicas com
- a. Feedback de qualquer pessoa ou grupo.
- b. Feedback apenas de pessoas conhecidas.
- c. Feedback apenas de pessoas de dentro do Coletivo.
- 2. Quais delas não podem ser tornadas públicas mas que podem ser compartilhadas com pessoas e grupos próximos com
- a. Feedback apenas de pessoas conhecidas.
- b. Feedback apenas de pessoas de dentro do Coletivo.
- 3. Quais delas precisam ser mantidas em sigilo dentro do Coletivo.
-
-Por feedback se entede por poder de leitura e escrita direta, sem necessidade de mediação do Coletivo. Obviamente que em atividades públicas podem ter contribuições de terceiros/as, mas tal contribuição pode ser direta (com feedback ativado) ou indireta, isto é, mediada pelo Coletivo.
-
-Assim, o Coletivo define a seguinte Lista de Camadas de Acesso à Informação ou Lista de Controle de Acesso (LCA ou ACL):
-
- 1. Atividades públicas
- a. Feedback de qualquer pessoa ou grupo.
- b. Feedback apenas de pessoas conhecidas.
- c. Feedback apenas de pessoas de dentro do Coletivo.
- 2. Atividades vizinhantes
- a. Feedback apenas de pessoas conhecidas e confiáveis.
- b. Feedback apenas de pessoas de dentro do Coletivo.
- 3. Atividades privadas: nossos processos internos.
-
-Em outras palavras, o Coletivo adota um modelo de três camadas que funciona como uma lista de controle de acesso (ACL) para diversas atividades que possam ser compartimentalizadas:
-
- * É uma lista de acesso definida por instância de comunicação, dizendo quem e como se dá a participação numa dada instância.
- * Cada instância ocupa apenas um nível nessa lista. Como exemplo, uma dada instância pode ter ACL ''1.c'', ou seja, ser uma instância de realização de atividade pública mas apenas com feedback de pessoas do Coletivo.
- * Cabe aos processos que definem cada instância de comunicação atribuir um nível de acesso.
+O presente processo estabelece uma série de camdas de acesso e participação
+sobre fluxos informacionais realizadas em instâncias de comunicação mantidas
+pelo Coletivo com o objetivo de fortalecer relações de abertura e fechamento do
+Coletivo que garantam o máximo de modos de que pessoas de fora possam colaboram
+conosco (outsourcing) ao mesmo tempo em que garanta a proteção de informações
+sensíveis.
+
+Para isso, este processo se inspira no princípio de que quanto mais forem
+públicas as informações, atividades e participações desempenhadas pelo
+Coletivo, não só as chances de sustentabilidade aumentam como também as
+relações com o campo social se fortalecem. Por outro lado, não se pode ignorar
+a vigilância e o controle de massa que ameaçam a integridade e as atividades
+dos grupos e movimentos sociais.
+
+Uma forma de segmentar as atividades levando em conta a tensão entre a
+tendência de tornar tudo público com o cuidado de manter a integridade das
+atividades é dividi-las em grupos referentes à sua possibilidade de
+publicização e participação:
+
+1. Quais delas podem ser externalizadas pelo Coletivo, isto é, tornadas públicas com
+ a. Feedback de qualquer pessoa ou grupo.
+ b. Feedback apenas de pessoas conhecidas.
+ c. Feedback apenas de pessoas de dentro do Coletivo.
+2. Quais delas não podem ser tornadas públicas mas que podem ser compartilhadas
+ com pessoas e grupos próximos com
+ a. Feedback apenas de pessoas conhecidas.
+ b. Feedback apenas de pessoas de dentro do Coletivo.
+3. Quais delas precisam ser mantidas em sigilo dentro do Coletivo.
+
+Por feedback se entede por poder de leitura e escrita direta, sem necessidade
+de mediação do Coletivo. Obviamente que em atividades públicas podem ter
+contribuições de terceiros/as, mas tal contribuição pode ser direta (com
+feedback ativado) ou indireta, isto é, mediada pelo Coletivo.
+
+Assim, o Coletivo define a seguinte Lista de Camadas de Acesso à Informação ou
+Lista de Controle de Acesso (LCA ou ACL):
+
+1. Atividades públicas
+ a. Feedback de qualquer pessoa ou grupo.
+ b. Feedback apenas de pessoas conhecidas.
+ c. Feedback apenas de pessoas de dentro do Coletivo.
+2. Atividades vizinhantes
+ a. Feedback apenas de pessoas conhecidas e confiáveis.
+ b. Feedback apenas de pessoas de dentro do Coletivo.
+3. Atividades privadas: nossos processos internos.
+
+Em outras palavras, o Coletivo adota um modelo de três camadas que funciona
+como uma lista de controle de acesso (ACL) para diversas atividades que possam
+ser compartimentalizadas:
+
+* É uma lista de acesso definida por instância de comunicação, dizendo quem e
+ como se dá a participação numa dada instância.
+* Cada instância ocupa apenas um nível nessa lista. Como exemplo, uma dada
+ instância pode ter ACL ''1.c'', ou seja, ser uma instância de realização de
+ atividade pública mas apenas com feedback de pessoas do Coletivo.
+* Cabe aos processos que definem cada instância de comunicação atribuir um nível de acesso.
Recomenda-se que as atividades sejam bem compartimentalizadas (no caso de utilizarem mais de uma instância) para que se consiga maximizar a publicização de atividades e proteger apenas os pontos sensíveis.
diff --git a/coletivo/comunicacao/archive.md b/coletivo/comunicacao/archive.md
index 6fc8662..6e4bfff 100644
--- a/coletivo/comunicacao/archive.md
+++ b/coletivo/comunicacao/archive.md
@@ -1,12 +1,24 @@
[[!meta title="Armazenamento de documentos"]]
-O armazenamento de documentos consiste no depósito organizado e seguro de documentos físicos (isto é, impressos) do Coletivo, consistindo nas seguintes tarefas:
+O armazenamento de documentos consiste no depósito organizado e seguro de
+documentos físicos (isto é, impressos) do Coletivo, consistindo nas seguintes
+tarefas:
- 1. Manter os documentos do Coletivo (notas fiscas, contratos, acordos, etc) armazenados em local protegido (de umidade, desgaste, mofo, incêndio, roubo, etc) e observando a política de segurança da informação do Coletivo.
- 2. Fornecer os documentos (ou cópias dos mesmos) ao Coletivo conforme solicitação e zelando para que os mesmos retornem ao depósito ou se mantenham em condições compatíveis de armazenamento. Os documentos devem ser fornecidos num prazo de até '''uma semana''' (incluindo finais de semana e feriados) após a solicitação.
- 3. Manter cópias digitais (escaneadas ou fotografadas) dos documentos em instância de comunicação fechada do Coletivo.
+1. Manter os documentos do Coletivo (notas fiscas, contratos, acordos, etc)
+ armazenados em local protegido (de umidade, desgaste, mofo, incêndio, roubo,
+ etc) e observando a política de segurança da informação do Coletivo.
+
+2. Fornecer os documentos (ou cópias dos mesmos) ao Coletivo conforme
+ solicitação e zelando para que os mesmos retornem ao depósito ou se mantenham
+ em condições compatíveis de armazenamento. Os documentos devem ser fornecidos
+ num prazo de até '''uma semana''' (incluindo finais de semana e feriados) após
+ a solicitação.
+
+3. Manter cópias digitais (escaneadas ou fotografadas) dos documentos em
+ instância de comunicação fechada do Coletivo.
Responsabilização
-----------------
-Cada pessoa responsabilizada pelo armazenamento de documentos é denominada de ''fiel depositária dos documentos do Coletivo''.
+Cada pessoa responsabilizada pelo armazenamento de documentos é denominada de
+''fiel depositária dos documentos do Coletivo''.
diff --git a/coletivo/comunicacao/chat.md b/coletivo/comunicacao/chat.md
index 05aafa0..bf4d8a2 100644
--- a/coletivo/comunicacao/chat.md
+++ b/coletivo/comunicacao/chat.md
@@ -1,33 +1,46 @@
[[!meta title="Bate-papo"]]
-Este processo estabelece as linhas gerais para a administração dos sistemas de bate-papo utilizados pelo Coletivo. Tais sistemas permitem a comunicação praticamente em tempo real. Se utilizadas com critérios de segurança e privacidade, as salas de bate-papo podem desempenhar um ótimo papel para a comunicação rápida no Coletivo.
+Este processo estabelece as linhas gerais para a administração dos sistemas de
+bate-papo utilizados pelo Coletivo. Tais sistemas permitem a comunicação
+praticamente em tempo real. Se utilizadas com critérios de segurança e
+privacidade, as salas de bate-papo podem desempenhar um ótimo papel para a
+comunicação rápida no Coletivo.
Canais
------
Os seguintes canais são definidos como instâncias de comunicação informais do Coletivo:
- * `#$canal_aberto`: [wiki:Comunicacao/ACL ACL] nível 1.a ou superior para participação, ou seja, um canal de acesso público onde não se deve discutir ou divulgar assuntos internos do Coletivo.
- * `#$canal_fechado`: [wiki:Comunicacao/ACL ACL] nível 3 para participação, isto é, canal de acesso apenas para pessoas do Coletivo, sem restrição de assuntos.
- * temporários, para o caso de pessoas do Coletivo precisarem conversar com terceiros/as de modo privativo, com [wiki:Comunicacao/ACL ACL] nível 2.a ou superior.
+* `#$canal_aberto`: [wiki:Comunicacao/ACL ACL] nível 1.a ou superior para
+ participação, ou seja, um canal de acesso público onde não se deve discutir
+ ou divulgar assuntos internos do Coletivo.
+
+* `#$canal_fechado`: [wiki:Comunicacao/ACL ACL] nível 3 para participação,
+ isto é, canal de acesso apenas para pessoas do Coletivo, sem restrição de assuntos.
+
+* temporários, para o caso de pessoas do Coletivo precisarem conversar com terceiros/as
+ de modo privativo, com [wiki:Comunicacao/ACL ACL] nível 2.a ou superior.
Modos de configuração
---------------------
Os seguintes modos de configuração são requeridos para canais privativos:
- * Entrada restrita a membros do Coletivo.
- * Sem exibição na listagem de canais do servidor (no caso do IRC, modo +s e/ou +p).
- * Acesso via SSL ou outro métodos de criptografia assimétrica (IRC, SILC, etc).
+* Entrada restrita a membros do Coletivo.
+* Sem exibição na listagem de canais do servidor (no caso do IRC, modo +s e/ou +p).
+* Acesso via SSL ou outro métodos de criptografia assimétrica (IRC, SILC, etc).
Responsabilização
-----------------
-Cabe ao Grupo de Trabalho formado pelas pessoas responsáveis pelo presente processo manter o registro, a manutenção, a operação e a documentação relacionada aos canais de bate-papo do Coletivo, levando em consideração:
+Cabe ao Grupo de Trabalho formado pelas pessoas responsáveis pelo presente
+processo manter o registro, a manutenção, a operação e a documentação
+relacionada aos canais de bate-papo do Coletivo, levando em consideração:
- * [wiki:Comunicacao/Politica Os critérios de segurança e privacidade].
- * O nível de acesso de cada um dos canais, não permitindo pessoas que não tenham o devido acesso a participarem de determinados canais.
- * Que muito de ausência dos/as operadores do canal pode levar à perda do seu registro.
+* [wiki:Comunicacao/Politica Os critérios de segurança e privacidade].
+* O nível de acesso de cada um dos canais, não permitindo pessoas que não
+ tenham o devido acesso a participarem de determinados canais.
+* Que muito de ausência dos/as operadores do canal pode levar à perda do seu registro.
Dependências
------------
diff --git a/coletivo/comunicacao/infosec.md b/coletivo/comunicacao/infosec.md
index e0eeaaa..f151765 100644
--- a/coletivo/comunicacao/infosec.md
+++ b/coletivo/comunicacao/infosec.md
@@ -1,69 +1,96 @@
[[!meta title="Política de segurança da informação"]]
-O presente processo estabelece uma série de definições e recomendações relacionadas à segurança da informação circulada por instâncias mantidas pelo Coletivo.
+O presente processo estabelece uma série de definições e recomendações
+relacionadas à segurança da informação circulada por instâncias mantidas pelo
+Coletivo.
Política de senhas e chaves
---------------------------
-Recomenda-se que as pessoas participantes de instâncias de informação mantidas pelo Coletivo assumam uma política de senhas como a seguinte:
+Recomenda-se que as pessoas participantes de instâncias de informação mantidas
+pelo Coletivo assumam uma política de senhas como a seguinte:
- 1. Não utilizar a mesma senha para sistemas sensíveis.
- 2. Não utilizar senhas frágeis.
+1. Não utilizar a mesma senha para sistemas sensíveis.
+2. Não utilizar senhas frágeis.
Recomenda-se ainda, que sejam utilizadas aplicações como as seguintes:
- * [http://web.monkeysphere.info Monkeysphere] para auxiliar na autenticação de sistemas remotos.
- * [http://point-at-infinity.org/ssss ssss], para o compartilhamento de senhas em sistemas sensíveis.
- * Programas como o [http://www.adel.nursat.kz/apg apg] para a geração de senhas fortes.
- * Programas como o [http://oss.codepoet.no/revelation/wiki/Home Revelation] ou o [http://kedpm.sourceforge.net kedpm] para o armazenamento seguro de senhas.
+* [http://web.monkeysphere.info Monkeysphere] para auxiliar na autenticação de sistemas remotos.
+* [http://point-at-infinity.org/ssss ssss], para o compartilhamento de senhas em sistemas sensíveis.
+* Programas como o [http://www.adel.nursat.kz/apg apg] para a geração de senhas fortes.
+* Programas como o [http://oss.codepoet.no/revelation/wiki/Home Revelation] ou
+ o [http://kedpm.sourceforge.net kedpm] para o armazenamento seguro de senhas.
Emails suficientemente seguros
------------------------------
Define-se como uma conta de email suficientemente segura aquela que utiliza:
- 1. [http://en.wikipedia.org/wiki/STARTTLS STARTTLS] nas transmissões para outras contas de email suficientemente seguros.
- 2. É acessada apenas através de conexão SSL, seja HTTPS, IMAPS, POPS ou SMTPS.
- 3. Criptografia de disco para armazenamento de mensagens no servidor.
+1. [http://en.wikipedia.org/wiki/STARTTLS STARTTLS] nas transmissões para
+ outras contas de email suficientemente seguros.
+2. É acessada apenas através de conexão SSL, seja HTTPS, IMAPS, POPS ou SMTPS.
+3. Criptografia de disco para armazenamento de mensagens no servidor.
-A participação em instâncias de comunicação mantidas pelo Coletivo e que não são totalmente públicas requerem o uso de contas de email suficientemente seguros.
+A participação em instâncias de comunicação mantidas pelo Coletivo e que não
+são totalmente públicas requerem o uso de contas de email suficientemente
+seguros.
Criptografia
------------
-Recomenda-se que as pessoas participantes de instâncias de informação mantidas pelo Coletivo:
+Recomenda-se que as pessoas participantes de instâncias de informação mantidas
+pelo Coletivo:
- 1. Armazenem informações internas relacionadas ao mesmo apenas em volumes criptografados. Se não tiverem condições de assim procederem com suas máquinas pessoais, recomenda-se que armazenem tais informações apenas em instâncias de comunicação do Coletivo que possuam transmissão e armazenamento criptografado de dados.
+1. Armazenem informações internas relacionadas ao mesmo apenas em volumes
+ criptografados. Se não tiverem condições de assim procederem com suas máquinas
+ pessoais, recomenda-se que armazenem tais informações apenas em instâncias de
+ comunicação do Coletivo que possuam transmissão e armazenamento criptografado
+ de dados.
- 2. Utilizem o sistema OpenPGP de criptografia assimétrica para proteção, integridade e verificação de procedência de dados sensíveis.
+2. Utilizem o sistema OpenPGP de criptografia assimétrica para proteção,
+ integridade e verificação de procedência de dados sensíveis.
- 3. Utilizem canais de comunicação criptografados sempre que possível e que não utilizem canais não-criptografados para tratar remotamente de questões internas ao Coletivo.
+3. Utilizem canais de comunicação criptografados sempre que possível e que não
+ utilizem canais não-criptografados para tratar remotamente de questões internas
+ ao Coletivo.
Lista de recomendações e práticas sugeridas
-------------------------------------------
-Por se tratar de uma questão complexa e sensível mas por contar com documentação dispersa, listas adicionais de recomendações e práticas sugeridas sobre segurança da informação podem ser anexadas ao presente processo.
+Por se tratar de uma questão complexa e sensível mas por contar com
+documentação dispersa, listas adicionais de recomendações e práticas sugeridas
+sobre segurança da informação podem ser anexadas ao presente processo.
-Eventualmente, recomenda-se que este processo seja atualizado para contemplar progressos neste campo.
+Eventualmente, recomenda-se que este processo seja atualizado para contemplar
+progressos neste campo.
Criação de contas
-----------------
A criação de contas em sistemas mantidos pelo Coletivo deve obedecer o seguinte procedimento:
- 1. Priorizar a escolha de senha pelo titular da conta sem que outra pessoa precise conhecê-la, desde que possível.
- 2. Enviar para o/a usuário:
- a. Pedido de mudança de senha logo que consiga se autenticar nos sistemas em questão, caso isso seja possível.
- b. Fornecer fingerprints de chaves de criptografia utilizadas para o acesso da conta.
- c. Se possível, as informações da conta utilizando criptografia e para uma conta de email suficientemente seguro do/a usuário.
- d. Uma cópia da lista de recomendações e boas práticas.
+1. Priorizar a escolha de senha pelo titular da conta sem que outra pessoa
+ precise conhecê-la, desde que possível.
+2. Enviar para o/a usuário:
+ a. Pedido de mudança de senha logo que consiga se autenticar nos sistemas em
+ questão, caso isso seja possível.
+ b. Fornecer fingerprints de chaves de criptografia utilizadas para o acesso da conta.
+ c. Se possível, as informações da conta utilizando criptografia e para uma
+ conta de email suficientemente seguro do/a usuário.
+ d. Uma cópia da lista de recomendações e boas práticas.
Persistência de dados
---------------------
-Informações armazenados num determinado nível de acesso ou segurança (exemplo, disco criptografado) devem, por padrão, permanecer nesse mesmo nível ou serem transferidas para um nível mais seguro, exceto quando constitui informação desclassificada e permitida para descer de nível.
+Informações armazenados num determinado nível de acesso ou segurança (exemplo,
+disco criptografado) devem, por padrão, permanecer nesse mesmo nível ou serem
+transferidas para um nível mais seguro, exceto quando constitui informação
+desclassificada e permitida para descer de nível.
-Telefone e outros meios de comunicação privada que não possuam segurança suficiente do conteúdo, da origem e do destinatário da informação devem ser considerados, para todos os efeitos, como meios de comunicação públicos e portanto não serem utilizados para veicular informações sensíveis.
+Telefone e outros meios de comunicação privada que não possuam segurança
+suficiente do conteúdo, da origem e do destinatário da informação devem ser
+considerados, para todos os efeitos, como meios de comunicação públicos e
+portanto não serem utilizados para veicular informações sensíveis.
Dependências
------------
diff --git a/coletivo/comunicacao/license.md b/coletivo/comunicacao/license.md
index 9a6fe97..d9ad504 100644
--- a/coletivo/comunicacao/license.md
+++ b/coletivo/comunicacao/license.md
@@ -1,10 +1,12 @@
[[!meta title="Conjunto de Licenciamento Livre"]]
-Originalmente em [Cultura Livre e Capitalismo | Principal / ConjuntoDeLicenciamentoLivre](https://encontro.fluxo.info/Principal/ConjuntoDeLicenciamentoLivre).
+Originalmente em [Encontro: Cultura Livre e
+Capitalismo](https://encontro.fluxo.info/Principal/ConjuntoDeLicenciamentoLivre).
## Seções das licenças
-Para contemplar inúmeros pontos de vista dos grupos e pessoas participantes deste espaço, a proposta de licença envolve as seguintes partes:
+Para contemplar inúmeros pontos de vista dos grupos e pessoas participantes
+deste espaço, a proposta de licença envolve as seguintes partes:
1. Liberdades atribuídas ao/à licenciado/a
2. Obrigações do/a licenciado
@@ -48,14 +50,18 @@ Essa restrição obriga que a pessoa que utilizar a informação a:
Opcionalmente, uma das seguintes restrições de notificação podem ser utilizadas:
1. Caso o conteúdo seja distribuído, a fonte deve ser notificada antecipadamente.
-2. Ou, caso o conteúdo seja distribuído, a fonte deve ser notificada antecipadamente caso existam modificações.
+2. Ou, caso o conteúdo seja distribuído, a fonte deve ser notificada
+ antecipadamente caso existam modificações.
## Liberdades e obrigações atribuídas ao/à licenciante
-As seguintes opções não-exclusivas são possíveis para a montagem de uma licença e apenas fazem sentido se a informação preserva autoria ou fonte:
+As seguintes opções não-exclusivas são possíveis para a montagem de uma licença
+e apenas fazem sentido se a informação preserva autoria ou fonte:
-1. O/a autor/a pode a qualquer momento revogar o licenciamento da informação para uma determinada pessoa ou entidade.
-2. O/a autor/a apenas pode licenciar sua informação sob a licença se ele declarar que não relicenciará a informação.
+1. O/a autor/a pode a qualquer momento revogar o licenciamento da informação
+ para uma determinada pessoa ou entidade.
+2. O/a autor/a apenas pode licenciar sua informação sob a licença se ele
+ declarar que não relicenciará a informação.
## Licença do Conjunto de Licenciamento Livre
@@ -68,7 +74,9 @@ Atribui ao detentor/a do texto do Conjunto de Licenciamento Livre as seguintes l
### Obrigações do/a licenciado
1. Desde que esta licença acompanhe a informação.
-2. Restrição de lucro: Este Conjunto de Licenciamento Livre e esta licença podem ser utilizados apenas para criar licenças e licenciar conteúdos com finalidades não lucrativas.
+2. Restrição de lucro: Este Conjunto de Licenciamento Livre e esta licença
+ podem ser utilizados apenas para criar licenças e licenciar conteúdos com
+ finalidades não lucrativas.
### Licença da licença
@@ -76,7 +84,8 @@ O texto desta licença está licenciado por ele mesmo.
## Exemplo
-Estabelece o seguinte texto como a licença padrão de distribuição de conteúdo produzido pelo Coletivo:
+Estabelece o seguinte texto como a licença padrão de distribuição de conteúdo
+produzido pelo Coletivo:
1. Licença de Manipulação de Informações do Grupo $coletivo
@@ -123,11 +132,16 @@ Estabelece o seguinte texto como a licença padrão de distribuição de conteú
[1] https://protocolos.fluxo.info/organizacao/comunicacao/license/
[2] http://encontro.fluxo.info
-Não é obrigatória nem compulsória a utilização desta licença, mas conteúdo veiculado pelo ou em nome do Coletivo a utiliza por padrão caso não haja menção formal em contrário.
+Não é obrigatória nem compulsória a utilização desta licença, mas conteúdo
+veiculado pelo ou em nome do Coletivo a utiliza por padrão caso não haja menção
+formal em contrário.
### Responsabilização
-A(s) pessoa(s) responsável(is) pelo processo ficam encarregadas de manter o texto da licença em um local público acessível via web para que possa ser referenciado por outros textos do Coletivo, além de adicionar a seguinte nota antes do texto da licença:
+A(s) pessoa(s) responsável(is) pelo processo ficam encarregadas de manter o
+texto da licença em um local público acessível via web para que possa ser
+referenciado por outros textos do Coletivo, além de adicionar a seguinte nota
+antes do texto da licença:
`
Desde que não mencionado em contrário, todo o conteúdo produzido pelo Grupo
diff --git a/coletivo/comunicacao/list.md b/coletivo/comunicacao/list.md
index 7a229f2..78405be 100644
--- a/coletivo/comunicacao/list.md
+++ b/coletivo/comunicacao/list.md
@@ -1,51 +1,71 @@
[[!meta title="Administração da Lista do Coletivo"]]
-Este processo estabelece as linhas gerais para a administração da Lista de Discussão do Coletivo, estabelecida com o [wiki:Organizacao/Coletivo Protocolo de Ação do $coletivo].
+Este processo estabelece as linhas gerais para a administração da Lista de
+Discussão do Coletivo, estabelecida com o [Protocolo de Ação do $coletivo](/coletivo/coletivo/).
Critérios de participação
-------------------------
- 1. Para participar da lista do Coletivo, uma pessoa precisa satisfazer o nível ''3'' de [wiki:Comunicacao/ACL ACL], isto é, fazer parte do Coletivo.
- 2. Apenas [wiki:Comunicacao/Politica emails suficientemente seguros] podem ser adicionados à lista.
+1. Para participar da lista do Coletivo, uma pessoa precisa satisfazer o nível
+ ''3'' de [ACL](/coletivo/comunicacao/acl/), isto é, fazer parte do Coletivo.
+2. Apenas [emails suficientemente seguros](/coletivo/comunicacao/infosec/)
+ podem ser adicionados à lista.
Responsabilização
-----------------
-Para que seja possível manter tal lista, é necessário que as instâncias de comunicação por ela utilizadas estejam operantes. Assim, o Grupo de Trabalho formado pelas pessoas responsáveis por esse processo deve:
+Para que seja possível manter tal lista, é necessário que as instâncias de
+comunicação por ela utilizadas estejam operantes. Assim, o Grupo de Trabalho
+formado pelas pessoas responsáveis por esse processo deve:
- * Garantir, na medida do possível, a existência da Lista do Coletivo e mantendo a documentação correspondente.
- * Administrar e moderar a Lista do Coletivo.
- * Inscrever e desinscrever pessoas na Lista do Coletivo.
+* Garantir, na medida do possível, a existência da Lista do Coletivo e
+ mantendo a documentação correspondente.
+* Administrar e moderar a Lista do Coletivo.
+* Inscrever e desinscrever pessoas na Lista do Coletivo.
Dependências
------------
A realização deste processo depende da realização dos seguintes processos:
- * [wiki:Organizacao/Coletivo Organização do Coletivo].
- * [wiki:Comunicacao/ACL Lista de acesso à participação (ACL)].
- * [wiki:Comunicacao/Politica Política de segurança da informação].
+* [Organização do Coletivo](/coletivo/coletivo).
+* [Lista de acesso à participação (ACL)](/coletivo/comunicacao/acl).
+* [Política de segurança da informação](/coletivo/comunicacao/infosec/).
-= Administração da Lista de Mensagens de Sistema =
+Administração da Lista de Mensagens de Sistema
+----------------------------------------------
-Este processo estabelece as linhas gerais para a administração da Lista de Mensagens de Sistema, utilizada para receber mensagens de sistema das diversas camadas do Coletivo.
+Este processo estabelece as linhas gerais para a administração da Lista de
+Mensagens de Sistema, utilizada para receber mensagens de sistema das diversas
+camadas do Coletivo.
Critérios de participação
-------------------------
- 1. Para participar da lista do Coletivo, uma pessoa precisa satisfazer o nível ''3'' de [wiki:Comunicacao/ACL ACL], isto é, fazer parte do Coletivo.
- 2. Apenas [wiki:Comunicacao/Politica emails suficientemente seguros] podem ser adicionados à lista.
+1. Para participar da lista do Coletivo, uma pessoa precisa satisfazer o nível
+ ''3'' de [ACL](/coletivo/comunicacao/acl), isto é, fazer parte do Coletivo.
+
+2. Apenas [emails suficientemente seguros](/coletivo/comunicacao/infosec/) podem ser
+ adicionados à lista.
Responsabilização
-----------------
-Para que seja possível manter tal lista, é necessário que as instâncias de comunicação por ela utilizadas estejam operantes. Assim, o Grupo de Trabalho formado pelas pessoas responsáveis por esse processo deve:
+Para que seja possível manter tal lista, é necessário que as instâncias de
+comunicação por ela utilizadas estejam operantes. Assim, o Grupo de Trabalho
+formado pelas pessoas responsáveis por esse processo deve:
+
+* Garantir, na medida do possível, a existência da Lista de Mensagens de
+ Sistema e manter a documentação correspondente.
+
+* Administrar e moderar a Lista de Mensagens de Sistema.
- * Garantir, na medida do possível, a existência da Lista de Mensagens de Sistema e manter a documentação correspondente.
- * Administrar e moderar a Lista de Mensagens de Sistema.
- * Inscrever e desinscrever pessoas e emails administrativos na Lista de Mensagens de Sistema.
+* Inscrever e desinscrever pessoas e emails administrativos na Lista de
+ Mensagens de Sistema.
-Observação: emails administrativos (isto é, emails de sistema) devem ser cadastrados com a recepção de mensagens desabilitadas, a não ser em casos especiais em que isso se fizer necessário.
+Observação: emails administrativos (isto é, emails de sistema) devem ser
+cadastrados com a recepção de mensagens desabilitadas, a não ser em casos
+especiais em que isso se fizer necessário.
Dependências
------------
diff --git a/coletivo/comunicacao/transparency.md b/coletivo/comunicacao/transparency.md
index b60f179..a763541 100644
--- a/coletivo/comunicacao/transparency.md
+++ b/coletivo/comunicacao/transparency.md
@@ -1,42 +1,55 @@
[[!meta title="Transparência e compartilhamento de informações e protocolos"]]
-O presente processo estabelece critérios de transparência e compartilhamento de informações e protocolos desenvolvidos dentro e fora do Coletivo.
+O presente processo estabelece critérios de transparência e compartilhamento de
+informações e protocolos desenvolvidos dentro e fora do Coletivo.
## Protocolos
-No âmbito do presente processo, entende-se por "protocolos" o conteúdo textual de templates, protocolos ou propostas de processo e não especificidades de determinadas instâncias processuais ou mesmo informações de responsabilização e realização das mesmas.
+No âmbito do presente processo, entende-se por "protocolos" o conteúdo textual
+de templates, protocolos ou propostas de processo e não especificidades de
+determinadas instâncias processuais ou mesmo informações de responsabilização e
+realização das mesmas.
## Compartilhamento
-Protocolos que podem ser publicizados por padrão em nível [wiki:Comunicacao/ACL ACL] ''1.a'' ou superior são todos aqueles que
+Protocolos que podem ser publicizados por padrão em nível [ACL](/coletivo/comunicacao/acl)
+''1.a'' ou superior são todos aqueles que
- 1. Não mencionam explicitamente o Coletivo, grupos ou pessoas E QUE
- 2. Não contenham informações sensíveis, privadas ou particulares.
+1. Não mencionam explicitamente o Coletivo, grupos ou pessoas E QUE
+2. Não contenham informações sensíveis, privadas ou particulares.
-Protocolos que podem ser publicizados por padrão em nível [wiki:Comunicacao/ACL ACL] ''2.a'' ou superior são todos aqueles que
+Protocolos que podem ser publicizados por padrão em nível [ACL](/coletivo/comunicacao/acl)
+''2.a'' ou superior são todos aqueles que
- 1. Afetem as atividades vizinhantes e dos grupos hospedados E QUE
- 2. Não mencionam explicitamente grupos ou pessoas E QUE
- 3. Não contenham informações sensíveis, privadas ou particulares.
+1. Afetem as atividades vizinhantes e dos grupos hospedados E QUE
+2. Não mencionam explicitamente grupos ou pessoas E QUE
+3. Não contenham informações sensíveis, privadas ou particulares.
Cada processo formal pode alterar seu estado de transparência protocolar.
## Instâncias de compartilhamento protocolar
-Muitos dos protocolos e processos desenvolvidos dentro do Coletivo podem ser úteis para outros grupos. Da mesma forma, desenvolvimentos similares que ocorram fora do Coletivo podem servir de inspiração para processos internos.
+Muitos dos protocolos e processos desenvolvidos dentro do Coletivo podem ser
+úteis para outros grupos. Da mesma forma, desenvolvimentos similares que
+ocorram fora do Coletivo podem servir de inspiração para processos internos.
-Assim, o Coletivo permite por padrão que os protocolos que possam ser compartilhados em nível [wiki:Comunicacao/ACL ACL] ''1.a'' detalhados na seção anterior sejam compartilhados ou integrados à linha de desenvolvimento nos seguintes locais:
+Assim, o Coletivo permite por padrão que os protocolos que possam ser
+compartilhados em nível [ACL](/coletivo/comunicacao/acl) ''1.a'' detalhados na seção
+anterior sejam compartilhados ou integrados à linha de desenvolvimento nos
+seguintes locais:
- * Sítio "Protocolos do Coletivo", que deve existir em `http://protocolos.$dominio` e que pode conter também análises dos protocolos.
- * Eventualmente em Resource Sharing Protocol (`http://rsp.$dominio`), caso aplicável.
- * Em outros locais, mediante pedido formal ao Coletivo.
+* Sítio "Protocolos do Coletivo", que deve existir em
+ `http://protocolos.$dominio` e que pode conter também análises dos protocolos.
+* Eventualmente em Resource Sharing Protocol (`http://rsp.$dominio`), caso aplicável.
+* Em outros locais, mediante pedido formal ao Coletivo.
## Responsabilização
-As pessoas responsabilizadas pelo presente processo ficam encarregadas de manter o sítio "Protocolos do Coletivo".
+As pessoas responsabilizadas pelo presente processo ficam encarregadas de
+manter o sítio "Protocolos do Coletivo".
## Dependências
A realização deste processo depende da realização dos seguintes processos:
-* [ACL Lista de acesso à participação (ACL)](/organizacao/comunicacao/acl).
+* [Lista de acesso à participação (ACL)](/organizacao/comunicacao/acl).
diff --git a/coletivo/comunicacao/vizinhanca.md b/coletivo/comunicacao/vizinhanca.md
index a40d21b..ec98a75 100644
--- a/coletivo/comunicacao/vizinhanca.md
+++ b/coletivo/comunicacao/vizinhanca.md
@@ -1,21 +1,34 @@
[[!meta title="Lista da Vizinhança"]]
-Este processo estabelece as linhas gerais para o funcionamento da vizinhança do `$coletivo`, definida como o espaço de intercâmbio para o Coletivo, pessoas e grupos hospedados, amigos e/ou simpáticos.
+Este processo estabelece as linhas gerais para o funcionamento da vizinhança do
+`$coletivo`, definida como o espaço de intercâmbio para o Coletivo, pessoas e
+grupos hospedados, amigos e/ou simpáticos.
-Os espaços da vizinhança são todos aqueles que se fazem parte do nível 2. da [wiki:Comunicacao/ACL Lista de acesso], em especial uma lista de discussão por email denominada de Lista da Vizinhança do $coletivo com nível ALC ''2.a''.
+Os espaços da vizinhança são todos aqueles que se fazem parte do nível 2. da
+[Lista de acesso](/coletivo/comunicacao/acl), em especial uma lista de discussão por
+email denominada de Lista da Vizinhança do $coletivo com nível ALC ''2.a''.
## Critérios de participação
-Será considerado satisfeito o critério ACL ''2.a'' para participação na vizinhança as pessoas ou grupos que:
+Será considerado satisfeito o critério ACL ''2.a'' para participação na
+vizinhança as pessoas ou grupos que:
- 1. Já estiverem sendo hospedadas pelo Coletivo. Caso o grupo hospedado seja muito aberto e muito amplo, em princípio apenas as pessoas relacionadas diretamente com a hospedagem OU
- 2. Mediante processo formal para decidir se tal pessoa ou grupo é confiável o suficiente para participar de tal nível de acesso.
+1. Já estiverem sendo hospedadas pelo Coletivo. Caso o grupo hospedado seja
+ muito aberto e muito amplo, em princípio apenas as pessoas relacionadas
+ diretamente com a hospedagem OU
-Apenas [emails suficientemente seguros](/organizacao/comunicacao/infosec) podem ser adicionados à lista.
+2. Mediante processo formal para decidir se tal pessoa ou grupo é confiável o
+ suficiente para participar de tal nível de acesso.
+
+Apenas [emails suficientemente seguros](/organizacao/comunicacao/infosec) podem
+ser adicionados à lista.
## Procedimento de participação
-Pessoas que satisfazem os critérios de participação podem pedir inscrição ou serem convidadas a participar da vizinhança. No ato da inscrição, a seguinte mensagem de boas vindas com pedido de apresentação e recomendações de participação deve ser enviada:
+Pessoas que satisfazem os critérios de participação podem pedir inscrição ou
+serem convidadas a participar da vizinhança. No ato da inscrição, a seguinte
+mensagem de boas vindas com pedido de apresentação e recomendações de
+participação deve ser enviada:
Seja bem vindo/a à lista da vizinhança do $coletivo :)))
@@ -35,15 +48,18 @@ Pessoas que satisfazem os critérios de participação podem pedir inscrição o
## Responsabilização
-Para que seja possível manter a vizinhança, é necessário que as instâncias de comunicação por ela utilizadas estejam operantes. Assim, o Grupo de Trabalho formado pelas pessoas responsáveis por esse processo deve:
+Para que seja possível manter a vizinhança, é necessário que as instâncias de
+comunicação por ela utilizadas estejam operantes. Assim, o Grupo de Trabalho
+formado pelas pessoas responsáveis por esse processo deve:
- * Configurar a descrição da lista para "Vizinhança ao Grupo $coletivo".
- * Administrar e moderar a Lista da Vizinhança.
- * Inscrever e desinscrever pessoas na Lista da Vizinhança, enviando mensagem de boas-vindas, termo de aceitação e pedido de apresentação.
+* Configurar a descrição da lista para "Vizinhança ao Grupo $coletivo".
+* Administrar e moderar a Lista da Vizinhança.
+* Inscrever e desinscrever pessoas na Lista da Vizinhança, enviando mensagem de
+ boas-vindas, termo de aceitação e pedido de apresentação.
## Dependências
A realização deste processo depende da realização dos seguintes processos:
-* [ACL Lista de acesso à participação (ACL)](/organizacao/comunicacao/acl).
+* [Lista de acesso à participação (ACL)](/organizacao/comunicacao/acl).
* [Política de segurança da informação](/organizacao/comunicacao/infosec).