From 72ec7b2e57794c7bebb6bd44ba4089312409adf9 Mon Sep 17 00:00:00 2001 From: Silvio Rhatto Date: Sun, 17 Jan 2021 15:57:49 -0300 Subject: Feat: refactor, cleanup and organize --- coletivo/comunicacao/acl.md | 60 -------------- coletivo/comunicacao/archive.md | 24 ------ coletivo/comunicacao/backup.md | 31 -------- coletivo/comunicacao/chat.md | 51 ------------ coletivo/comunicacao/infosec.md | 100 ----------------------- coletivo/comunicacao/license.md | 150 ----------------------------------- coletivo/comunicacao/list.md | 75 ------------------ coletivo/comunicacao/transparency.md | 55 ------------- coletivo/comunicacao/vizinhanca.md | 65 --------------- 9 files changed, 611 deletions(-) delete mode 100644 coletivo/comunicacao/acl.md delete mode 100644 coletivo/comunicacao/archive.md delete mode 100644 coletivo/comunicacao/backup.md delete mode 100644 coletivo/comunicacao/chat.md delete mode 100644 coletivo/comunicacao/infosec.md delete mode 100644 coletivo/comunicacao/license.md delete mode 100644 coletivo/comunicacao/list.md delete mode 100644 coletivo/comunicacao/transparency.md delete mode 100644 coletivo/comunicacao/vizinhanca.md (limited to 'coletivo/comunicacao') diff --git a/coletivo/comunicacao/acl.md b/coletivo/comunicacao/acl.md deleted file mode 100644 index e4a3490..0000000 --- a/coletivo/comunicacao/acl.md +++ /dev/null @@ -1,60 +0,0 @@ -# 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. - -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 deleted file mode 100644 index 2daa7f9..0000000 --- a/coletivo/comunicacao/archive.md +++ /dev/null @@ -1,24 +0,0 @@ -# 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: - -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''. diff --git a/coletivo/comunicacao/backup.md b/coletivo/comunicacao/backup.md deleted file mode 100644 index 89863e8..0000000 --- a/coletivo/comunicacao/backup.md +++ /dev/null @@ -1,31 +0,0 @@ -# Instâncias de comunicação de backup - -Este processo estabelece procedimentos para comunicação de backup para - -* Lista de email. -* Bate-papo. - -Responsabilização ------------------ - -O Grupo de Trabalho responsável por este processo deve manter uma lista de -email e uma sala de bate-papo de [ACL](/coletivo/comunicacao/acl.html) -nível 3 para participação -- isto é, canal de acesso apenas para pessoas -do Coletivo -- para serem utilizados quando alguma das instâncias padrões -estiverem com problemas. - -Os critérios de funcionamento dessas instâncias de backup são os mesmos para -as instãncias usuais equivalentes. - -Recomenda-se também que, se possível, as pessoas do Coletivo possuam emails -adicionais que satisfação a -[Politica Política de segurança da informação](/coletivo/comunicacao/infosec.html) -e que possam ser utilizados como backup. - -Dependências ------------- - -A realização deste processo depende da realização dos seguintes processos: - -* [Política de segurança da informação](/coletivo/comunicacao/infosec.html). -* [ACL Lista de acesso à participação (ACL)](/coletivo/comunicacao/acl.html). diff --git a/coletivo/comunicacao/chat.md b/coletivo/comunicacao/chat.md deleted file mode 100644 index 7a96ef2..0000000 --- a/coletivo/comunicacao/chat.md +++ /dev/null @@ -1,51 +0,0 @@ -# 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. - -Canais ------- - -Os seguintes canais são definidos como instâncias de comunicação informais do Coletivo: - -* `#$canal_aberto`: [ACL](/coletivo/comunicacao/acl.html) 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`: [ACL](/coletivo/comunicacao/acl.html) 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 [ACL](/coletivo/comunicacao/acl.html) 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). - -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: - -* [Os critérios de segurança e privacidade](/coletivo/comunicacao/infosec.html). -* 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 ------------- - -A realização deste processo depende da realização dos seguintes processos: - -* [Política de segurança da informação](/coletivo/comunicacao/infosec.html). -* [Lista de acesso à participação (ACL)](/coletivo/comunicacao/acl.html). diff --git a/coletivo/comunicacao/infosec.md b/coletivo/comunicacao/infosec.md deleted file mode 100644 index ce06d8e..0000000 --- a/coletivo/comunicacao/infosec.md +++ /dev/null @@ -1,100 +0,0 @@ -# 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. - -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: - -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. - -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. - -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: - -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. - -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. - -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. - -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. - -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 ------------- - -A realização deste processo depende da realização dos seguintes processos: - -* [ACL Lista de acesso à participação (ACL)](/organizacao/comunicacao/acl.html). diff --git a/coletivo/comunicacao/license.md b/coletivo/comunicacao/license.md deleted file mode 100644 index a008e35..0000000 --- a/coletivo/comunicacao/license.md +++ /dev/null @@ -1,150 +0,0 @@ -# Conjunto de Licenciamento Livre - -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: - -1. Liberdades atribuídas ao/à licenciado/a -2. Obrigações do/a licenciado -3. Liberdades e obrigações atribuídas ao/à licenciante - -## Liberdades atribuídas ao/à licenciado/a - -Atribui ao detentor/a da informação as seguintes liberdades: - -1. A liberdade de armazenar a informação. -2. A liberdade de manipular a informação. -3. A liberdade de distribuir a informação, modificada ou não. - -## Obrigações do/a licenciado - -### Restrição obrigatória: "viralidade" - -Desde que esta licença acompanhe a informação. -Restrição ética ou mercantil - -### As seguintes opções mutuamente exclusivas são possíveis para a montagem de uma licença: - -1. Contanto que o detentor da informação pactue com os princípios das mídias e grupos livres. -2. Restrição comercial: Desde que para fins não-comerciais. -3. Restrição de lucro: Desde que para fins não-lucrativos. - -### Restrição de autoria e fonte - -As seguintes opções não-exclusivas são possíveis para a montagem de uma licença: - -1. Desde que o autor seja citado. -2. Desde que a fonte seja citada. - -### Restrição de distribuição - -Essa restrição obriga que a pessoa que utilizar a informação a: - -1. Caso ocorra uma modificação, distribuir a informação modificada. -2. Ou, eventualmente, distribuir a informação para qualquer um dos usos que ela estiver sujeita. - -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. - -## 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: - -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 - -Atribui ao detentor/a do texto do Conjunto de Licenciamento Livre as seguintes liberdades: - -1. A liberdade de armazenar o texto do Conjunto. -2. A liberdade de manipular o texto do Conjunto, inclusive para criar novas licenças. -3. A liberdade de distribuir o texto do Conjunto, modificada ou não. - -### 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. - -### Licença da licença - -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: - - 1. Licença de Manipulação de Informações do Grupo $coletivo - - Licença baseada no Conjunto de Licenciamento Livre[1] do Encontro: Cultura - Livre e Capitalismo[2]. - - 2. Liberdades atribuídas ao/à licenciado/a - - Atribui ao detentor/a da informação as seguintes liberdades: - - 1. A liberdade de armazenar a informação. - 2. A liberdade de manipular a informação. - 3. A liberdade de distribuir a informação, modificada ou não. - - Desde que as condições listada na seção Obrigações do/a licenciado/a a seguir - sejam respeitadas. - - 3. Obrigações do/a licenciado/a - - 3.1 Viralidade - - Desde que esta licença acompanhe a informação. - - 3.2 Restrição mercantil - - * Desde que para fins não-comerciais. - - 3.3 Restrição de citação - - * Desde que a fonte seja citada. - - 3.4 Restrição de distribuição - - * Caso o conteúdo seja distribuído por você, o Grupo $coletivo deve ser - notificado antecipadamente. - * Caso ocorra uma modificação, distribuir a - informação modificada e notificar antecipadamente o Grupo $coletivo. - - 4. Liberdades e obrigações atribuídas ao/à licenciante - - * O Grupo $coletivo pode a qualquer momento revogar o licenciamento da - informação para uma determinada pessoa ou entidade. - - [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. - -### 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: - -` -Desde que não mencionado em contrário, todo o conteúdo produzido pelo Grupo -$coletivo é distribuído de acordo com a Licença de Manipulação de Informações do -Grupo $coletivo. -` diff --git a/coletivo/comunicacao/list.md b/coletivo/comunicacao/list.md deleted file mode 100644 index 9926c00..0000000 --- a/coletivo/comunicacao/list.md +++ /dev/null @@ -1,75 +0,0 @@ -# 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 [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 [ACL](/coletivo/comunicacao/acl.html), isto é, fazer parte do Coletivo. -2. Apenas [emails suficientemente seguros](/coletivo/comunicacao/infosec.html) - 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: - -* 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: - -* [Organização do Coletivo](/coletivo/coletivo). -* [Lista de acesso à participação (acl.html)](/coletivo/comunicacao/acl.html). -* [Política de segurança da informação](/coletivo/comunicacao/infosec/). - -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. - -Critérios de participação -------------------------- - -1. Para participar da lista do Coletivo, uma pessoa precisa satisfazer o nível - ''3'' de [ACL](/coletivo/comunicacao/acl.html), 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: - -* 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. - -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 ------------- - -A realização deste processo depende da realização dos seguintes processos: - -* [ACL Lista de acesso à participação (acl.html)](/organizacao/comunicacao/acl.html). diff --git a/coletivo/comunicacao/transparency.md b/coletivo/comunicacao/transparency.md deleted file mode 100644 index 9b17ea9..0000000 --- a/coletivo/comunicacao/transparency.md +++ /dev/null @@ -1,55 +0,0 @@ -# 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. - -## 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. - -## Compartilhamento - -Protocolos que podem ser publicizados por padrão em nível [ACL](/coletivo/comunicacao/acl.html) -''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. - -Protocolos que podem ser publicizados por padrão em nível [ACL](/coletivo/comunicacao/acl.html) -''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. - -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. - -Assim, o Coletivo permite por padrão que os protocolos que possam ser -compartilhados em nível [ACL](/coletivo/comunicacao/acl.html) ''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. - -## Responsabilização - -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: - -* [Lista de acesso à participação (acl.html)](/organizacao/comunicacao/acl.html). diff --git a/coletivo/comunicacao/vizinhanca.md b/coletivo/comunicacao/vizinhanca.md deleted file mode 100644 index c538c85..0000000 --- a/coletivo/comunicacao/vizinhanca.md +++ /dev/null @@ -1,65 +0,0 @@ -# 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. - -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.html), 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: - -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. - -Apenas [emails suficientemente seguros](/organizacao/comunicacao/infosec.html) 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: - - Seja bem vindo/a à lista da vizinhança do $coletivo :))) - - Esta é uma lista composta por pessoas e grupos hospedados ou que são - considerados/as confiáveis pelo Coletivo. Este é um espaço de intercâmbio, trocas - e livre associação entre os/as participantes. - - Pedimos por gentileza para que você - - - Se apresente e aproveite para, caso queira, compartilhar sua história, - objetivos e anseios. - - - Não repasse informações veiculadas nessa lista a terceiros/as sem pedir antes. - - - Evite enviar muitas mensagens, principalmente se relacionadas a divulgações, - mas sinta-se à vontade para fazer isso quando julgar necessário. - -## 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: - -* 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: - -* [Lista de acesso à participação (acl.html)](/organizacao/comunicacao/acl.html). -* [Política de segurança da informação](/organizacao/comunicacao/infosec.html). -- cgit v1.2.3