Como enviar senhas pelo chamado do GLPI sem deixá-las no histórico

Senha escrita no acompanhamento fica no histórico, no e-mail e nos backups. O Vault Send, módulo gratuito do NexTool, troca a senha por um link de uso único do Vaultwarden, cifrado no navegador.

Neste artigo8 seções

Senha escrita no acompanhamento não some quando o problema é resolvido. – Ela fica no histórico do chamado, no e-mail de notificação e nos backups. O Vault Send, módulo gratuito do NexTool, troca a senha por um link de uso único do Vaultwarden, cifrado no navegador.

O problema

Todo service desk entrega senha pelo chamado: a do Wi-Fi de visitantes, a do usuário recém-criado, a do roteador da filial, a do sistema que o fornecedor acabou de configurar. O caminho mais rápido é escrever no acompanhamento, e é aí que a senha fica para sempre.

O texto da resposta vai para o histórico do chamado, que dezenas de pessoas leem durante anos. Vai no e-mail de notificação, para a caixa de entrada de quem participa do chamado, e de lá para os celulares. Vai para o banco de dados do GLPI, para os backups e para os relatórios exportados. Uma senha que precisava valer por cinco minutos passa a existir em lugares que ninguém controla, e para a LGPD ela é um dado que você continua guardando sem motivo.

Como o Vault Send funciona

O módulo usa o Send do Bitwarden, guardado no Vaultwarden da sua empresa, e coloca um botão Credencial segura ao lado do Adicionar, na resposta do chamado.

  • Credencial cifrada no navegador – o técnico preenche o título, o login, a senha (há um gerador de senhas), uma observação, a validade e quantas vezes o link pode ser aberto. O navegador cifra tudo antes de enviar: o GLPI recebe só o texto cifrado e o repassa ao cofre.
  • Janela Credencial segura no GLPI com os campos Título, Usuário / login, Senha / segredo com os botões de mostrar e gerar, Observação, Validade de 7 dias, Quantas vezes pode ser aberto e Exigir senha para abrir
    A janela Credencial segura, no padrão dos formulários do GLPI
  • Um bloco dentro da resposta – ao inserir, a resposta recebe um bloco com o link, a validade e o número de aberturas, logo depois do parágrafo onde está o cursor. O técnico envia a resposta pelo Adicionar de sempre, e o chamado registra o link, nunca a senha.
  • Resposta de chamado no GLPI com o bloco da credencial: título, link Abrir credencial, validade, número de aberturas e a senha para abrir o link, acima dos botões Adicionar e Credencial segura
    O bloco entra no texto da resposta, com a senha de abertura opcional
  • Página de abertura com botão – o link leva a uma página do GLPI com um botão Abrir credencial. Verificadores de link do e-mail, que abrem tudo o que chega, não gastam a abertura. Só quem clica vê a credencial, decifrada no próprio navegador.
  • Página de abertura da credencial segura com o ícone de cadeado, a explicação de que a credencial tem validade e número de aberturas limitados e o botão Abrir credencial
    Quem recebe abre a credencial por um botão explícito
  • Alerta de senha digitada – se alguém escrever uma senha no texto da resposta (por exemplo, “senha: …”) e clicar em Adicionar, o GLPI sugere usar a Credencial segura, sem impedir o envio. Pelo alerta, a janela já abre com o login e a senha achados no texto, e o bloco seguro entra no lugar dessas linhas. A verificação acontece no navegador e pode ser desligada.
  • Alerta Senha no texto da resposta? com as opções Voltar e editar, Enviar assim mesmo e Usar credencial segura
    O alerta aparece ao clicar em Adicionar e não bloqueia a resposta
  • Acompanhamento e revogação – a aba Credenciais do chamado mostra cada link enviado, com status, validade e aberturas. Um link enviado por engano é revogado na hora, e o chamado recebe um aviso.
  • Aba Credenciais de um chamado no GLPI com links nos status Não entregue, Revogado e Acessos esgotados, com data de criação, autor, validade, aberturas e o botão Revogar
    A aba Credenciais mostra o que aconteceu com cada link
  • Do requerente para o técnico – com o direito no perfil de autoatendimento, o requerente também envia uma senha ao técnico pelo mesmo botão.

O que acontece com a senha

O conteúdo é cifrado no navegador de quem envia, no formato do Bitwarden Send. A chave que abre o conteúdo vai só no link, depois do “#”, parte do endereço que o navegador nunca manda a servidor nenhum. Assim, o servidor do GLPI não recebe a senha em claro e o cofre guarda um conteúdo que não consegue abrir.

O link em si fica no chamado enquanto vale: quem ler o chamado nesse intervalo pode abri-lo. Por isso a proteção principal é a validade curta e a abertura única. Um acesso indevido esgota o link, o destinatário percebe na hora e você revoga e envia outro. A senha de abertura opcional, mostrada no próprio bloco, barra quem tem só o link, como robôs que abrem endereços e o link copiado para outro lugar.

O Vault Send nasceu de um plugin criado por Fernando Silva e foi refeito como módulo do NexTool, revisado em segurança antes de ser liberado.

Como ativar

  1. Tenha o plugin NexTool 6.35.0 ou mais novo no seu GLPI 10, 11 ou 12, acessado por HTTPS
  2. No Vaultwarden, crie um usuário só para o GLPI e copie a chave de API dele
  3. No NexTool, instale e ative o Vault Send e, na aba Conexão, informe o endereço do cofre, o Client ID e o Client Secret e teste a conexão
  4. Em Administração > Perfis, aba NexTool, libere o envio de credenciais para os técnicos e, se quiser, para os requerentes

E se você ainda não tem um cofre?

O módulo é gratuito, mas precisa de um Vaultwarden. A NexTool implanta o Vaultwarden no seu servidor, hospeda um cofre para você ou mantém atualizado e com suporte o que você já tem. As três opções aparecem no topo da configuração do módulo, com contato direto com a equipe. Para conhecer o Vaultwarden antes, veja o nosso guia do Vaultwarden.

Para quem é indicado

Equipes de TI e MSPs que entregam acessos pelo GLPI: criação de usuários, senhas de equipamentos, credenciais de fornecedores, acessos temporários. Também ajuda quem precisa mostrar, numa auditoria ou para a LGPD, que senha não fica guardada em chamado nem em e-mail.

Compatibilidade

  • GLPI: 10, 11 e 12, em HTTPS
  • Plano: Gratuito
  • Plugin: NexTool 6.35.0+
  • Cofre: Vaultwarden acessível pelo servidor do GLPI

Próximo passo

Conheça os detalhes na página do Vault Send. O módulo faz parte do NexTool, ecossistema de módulos para expandir o GLPI sem customizações de código. Fale com a equipe para uma demonstração ou para colocar o seu cofre no ar.


Revisado pela equipe NexTool Solutions. As capturas de tela são do ambiente real do GLPI com o plugin NexTool.

Perguntas Frequentes

Porque o texto fica no histórico do chamado, vai no e-mail de notificação e chega ao banco de dados e aos backups do GLPI. Uma senha que precisava valer por minutos passa a existir por anos, em lugares que ninguém controla.

Um módulo gratuito do NexTool que coloca o botão Credencial segura na resposta do chamado. Ele cria um link do Send do Bitwarden no Vaultwarden da sua empresa, com validade, limite de aberturas e revogação, e insere esse link na resposta.

Não em claro. O navegador cifra o conteúdo antes de enviar, e a chave que o abre vai só no link, depois do #, parte do endereço que não é enviada a servidor nenhum. O GLPI recebe só o texto cifrado e o repassa ao cofre.

Sim, acessível pelo servidor do GLPI, com uma conta de serviço só para o GLPI. Se você ainda não tem, a NexTool implanta no seu servidor, hospeda um cofre para você ou cuida da atualização e do suporte.

GLPI 10, 11 e 12, acessados por HTTPS, com o plugin NexTool 6.35.0 ou mais novo. O módulo é gratuito.

Com abertura única, o acesso indevido esgota o link e o destinatário percebe na hora; você revoga e envia outro. A senha de abertura opcional barra quem tem só o link.

Comentários

Os comentários deste post vêm do GitHub (giscus). Ao carregá-los, seu navegador se conecta ao GitHub, que recebe seu endereço IP e pode gravar cookies próprios.

Para carregar automaticamente, ative os cookies funcionais

Precisa de ajuda?