Mantenha o acesso deliberado quando pessoas e software mudam.

Separe os três tipos de acesso

Em nossa wiki de oficina ilustrativa, um membro escreve instruções, um coordenador de caderno gerencia contas de aplicativos e um mantenedor de host opera o servidor. Uma pessoa pode acumular mais de uma responsabilidade, mas as permissões devem permanecer explícitas. A planilha abaixo descreve a política pretendida pelo grupo; as configurações do aplicativo ainda precisam ser configuradas e verificadas.

Um administrador técnico pode conseguir acessar dados subjacentes. Mantenha essa responsabilidade na decisão de confiança do grupo em vez de prometer privacidade de alguém que controla o host.

Dê a um novo membro uma função inicial pequena e verificada

Antes de enviar um convite, combine quais livros o membro precisa e se ele deve editar, exportar ou gerenciar algo. Crie uma conta individual quando houver suporte. Explique o escopo pretendido e como solicitar uma mudança; evite fazer da administração a solução padrão para uma permissão ausente.

No BookStack, várias funções atribuídas podem combinar suas permissões, e substituições no nível de conteúdo afetam o acesso. Revise o conjunto completo de funções e as regras de conteúdo relevantes. Verificar apenas o nome de uma função é insuficiente. Regras de função e permissão de conteúdo do BookStack.

1. Atribua a função pretendida e registre seu proprietário e gatilho de revisão.
2. Verifique a tarefa permitida usando uma conta representativa de não administrador.
3. Verifique uma tarefa que deve falhar, como editar um livro somente leitura.
4. Confirme que um livro restrito e seus anexos de arquivo local permanecem indisponíveis.
5. Registre qualquer exceção e quem a aprovou.

Armazene o material de recuperação no armazenamento de credenciais acordado. O caderno de acesso contém a referência de recuperação, não uma senha, token ou chave privada.

Verifique imagens incorporadas separadamente: as imagens do BookStack são públicas por padrão, enquanto anexos de arquivo local usam seus controles de permissão. Uma URL difícil de adivinhar não é controle de acesso. Segurança de imagens do BookStack. Para uma imagem destinada a ser confidencial, teste sua URL direta desconectado e depois com um membro que não consegue visualizar a página de origem; nenhum deles deve recebê-la sob essa política.

local_secure exige login, mas não aplica permissões de página; local_secure_restricted verifica o acesso ao item no qual a imagem foi enviada. Revise os limites documentados de desempenho, cópia de página e migração antes de alterar o armazenamento. Envios existentes precisam da migração documentada, não apenas de uma alteração de configuração. Opções de armazenamento e migração do BookStack.

Encerre a transferência antes de fechar a conta

Quando um mantenedor sai, identifique tudo que depende de sua identidade: propriedade de aplicativos, chaves de host, administração de domínio, acesso a backup, integrações e contatos de recuperação. Transfira as responsabilidades para um substituto autorizado e verifique se o substituto consegue recuperar as notas operacionais.

Remova funções de aplicativo desnecessárias e revogue o acesso ao host ou serviço por meio dos controles suportados de cada sistema. Revise sessões ativas, tokens e credenciais compartilhadas como itens separados; não presuma que desativar um login revoga todos os mecanismos. Onde uma credencial compartilhada foi exposta à pessoa que está saindo, providencie sua substituição e atualize o serviço consumidor deliberadamente.

Retenha conteúdo ou atribuição de acordo com a política do grupo e o comportamento do aplicativo. A remoção de uma conta não deve se tornar uma exclusão não revisada de trabalho compartilhado. Finalize com uma verificação de acesso proibido e um inventário de serviços atualizado. inventário de serviços.

Escreva a decisão de retorno antes da atualização

Registre a versão instalada, a versão pretendida e o motivo da mudança. Leia as notas específicas da versão, incluindo migrações intermediárias e requisitos de runtime. O processo de atualização documentado do BookStack pode alterar dependências e o banco de dados, e exige backups do banco de dados e dos uploads primeiro. Orientações de atualização do BookStack.

Dessa dependência decorre uma regra prática de recuperação: não presuma que substituir arquivos antigos da aplicação desfará uma migração de banco de dados. Nomeie a aplicação, a configuração e o conjunto de dados compatíveis que você restauraria. Decida quem pode interromper a mudança, quando essa decisão deve ser tomada e o que acontece com as edições aceitas após o ponto de recuperação.

1. Confirme a identidade do backup e o procedimento de restauração relevante.
2. Ensaiar mudanças significativas na cópia isolada quando viável.
3. Acordar uma pausa de edição ou janela de manutenção e informar os membros afetados.
4. Aplicar a atualização documentada para o método de instalação real.
5. Verificar login, leitura, edição, anexos, conteúdo restrito e tarefas configuradas.
6. Retomar o uso normal após as verificações, ou seguir a decisão de recuperação documentada.

Se uma atualização falhar, preserve as evidências do erro e o estado atual. Evite empilhar correções não relacionadas sobre uma migração parcial. Use a documentação da aplicação e o ponto de recuperação registrado para escolher a próxima ação.

Mantenha uma rota funcional ao alterar o acesso ao host

Mudanças de acesso ao host merecem uma verificação separada. Mantenha a sessão SSH autorizada atual aberta e confirme o novo login baseado em chave antes de remover uma rota de autenticação existente. Saiba como um mantenedor autorizado recuperaria o acesso se uma nova conexão falhar.

Em um servidor Ubuntu OpenSSH, o comando documentado de validação de configuração é sudo sshd -t. O OpenSSH também documenta sshd -T para configurações efetivas e parâmetros de conexão com -C para avaliar regras de correspondência. Essas verificações inspecionam a configuração; elas não demonstram uma conexão bem-sucedida pela rede. Verificações de configuração do Ubuntu OpenSSH; Opções de teste do servidor OpenSSH.

Use os controles de serviço e os caminhos de configuração da distribuição instalada. Resolva os erros de validação antes de aplicar a mudança. Depois, abra uma segunda conexão independente e verifique os privilégios necessários para manutenção. Feche a sessão preservada somente após essa verificação ser bem-sucedida. Este é um procedimento de mudança a adaptar, não evidência de que qualquer acesso ao servidor tenha sido testado aqui.

Mantenha a nota curta o suficiente para atualizar

Service / responsible maintainer / cover:
Account or change being reviewed:
Purpose / permitted tasks / forbidden tasks:
Current version / target version, if relevant:
Credential reference / recovery access reference:
Backup identifier / return decision:
Member notice or editing pause:
Checks performed / actual result:
Unresolved issue / action owner:
Next review trigger:

Escolha um ritmo de revisão que o grupo consiga manter e trate um aviso de segurança, mudança de membros ou backup falho como motivo para agir mais cedo. Mantenha a manutenção do sistema operacional, da aplicação e das integrações visível como responsabilidades separadas. Revisite o ensaio de restauração após uma mudança material, e use o guia de serviço público e privado quando o grupo mudar quem deve acessar o serviço.