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 --- social/coletivo/comunicacao/acl.md | 60 +++++++++++ social/coletivo/comunicacao/archive.md | 24 +++++ social/coletivo/comunicacao/backup.md | 31 ++++++ social/coletivo/comunicacao/chat.md | 51 ++++++++++ social/coletivo/comunicacao/infosec.md | 100 +++++++++++++++++++ social/coletivo/comunicacao/license.md | 150 ++++++++++++++++++++++++++++ social/coletivo/comunicacao/list.md | 75 ++++++++++++++ social/coletivo/comunicacao/transparency.md | 55 ++++++++++ social/coletivo/comunicacao/vizinhanca.md | 65 ++++++++++++ 9 files changed, 611 insertions(+) create mode 100644 social/coletivo/comunicacao/acl.md create mode 100644 social/coletivo/comunicacao/archive.md create mode 100644 social/coletivo/comunicacao/backup.md create mode 100644 social/coletivo/comunicacao/chat.md create mode 100644 social/coletivo/comunicacao/infosec.md create mode 100644 social/coletivo/comunicacao/license.md create mode 100644 social/coletivo/comunicacao/list.md create mode 100644 social/coletivo/comunicacao/transparency.md create mode 100644 social/coletivo/comunicacao/vizinhanca.md (limited to 'social/coletivo/comunicacao') diff --git a/social/coletivo/comunicacao/acl.md b/social/coletivo/comunicacao/acl.md new file mode 100644 index 0000000..e4a3490 --- /dev/null +++ b/social/coletivo/comunicacao/acl.md @@ -0,0 +1,60 @@ +# 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/social/coletivo/comunicacao/archive.md b/social/coletivo/comunicacao/archive.md new file mode 100644 index 0000000..2daa7f9 --- /dev/null +++ b/social/coletivo/comunicacao/archive.md @@ -0,0 +1,24 @@ +# 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/social/coletivo/comunicacao/backup.md b/social/coletivo/comunicacao/backup.md new file mode 100644 index 0000000..89863e8 --- /dev/null +++ b/social/coletivo/comunicacao/backup.md @@ -0,0 +1,31 @@ +# 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/social/coletivo/comunicacao/chat.md b/social/coletivo/comunicacao/chat.md new file mode 100644 index 0000000..7a96ef2 --- /dev/null +++ b/social/coletivo/comunicacao/chat.md @@ -0,0 +1,51 @@ +# 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/social/coletivo/comunicacao/infosec.md b/social/coletivo/comunicacao/infosec.md new file mode 100644 index 0000000..ce06d8e --- /dev/null +++ b/social/coletivo/comunicacao/infosec.md @@ -0,0 +1,100 @@ +# 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/social/coletivo/comunicacao/license.md b/social/coletivo/comunicacao/license.md new file mode 100644 index 0000000..a008e35 --- /dev/null +++ b/social/coletivo/comunicacao/license.md @@ -0,0 +1,150 @@ +# 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/social/coletivo/comunicacao/list.md b/social/coletivo/comunicacao/list.md new file mode 100644 index 0000000..9926c00 --- /dev/null +++ b/social/coletivo/comunicacao/list.md @@ -0,0 +1,75 @@ +# 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/social/coletivo/comunicacao/transparency.md b/social/coletivo/comunicacao/transparency.md new file mode 100644 index 0000000..9b17ea9 --- /dev/null +++ b/social/coletivo/comunicacao/transparency.md @@ -0,0 +1,55 @@ +# 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/social/coletivo/comunicacao/vizinhanca.md b/social/coletivo/comunicacao/vizinhanca.md new file mode 100644 index 0000000..c538c85 --- /dev/null +++ b/social/coletivo/comunicacao/vizinhanca.md @@ -0,0 +1,65 @@ +# 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