Política de segurança da informação

Revisamos esta política ao menos uma vez por ano, e a data da última revisão fica no topo desta página.

O responsável técnico pela segurança da informação e o encarregado pelo tratamento de dados pessoais (LGPD, art. 41) são nomeados no Resumo de Segurança, e o canal do encarregado é um só em todo o site.

A lista pública de subprocessadores traz, para cada fornecedor listado, o papel dele, os dados que recebe, o país e a base da transferência.

Toda afirmação pública sobre certificação passa por uma verificação automática, que reprova a entrega quando a afirmação não tem lastro.

As dependências de software são auditadas contra vulnerabilidades conhecidas por uma verificação que reprova a entrega.

O repositório, histórico incluído, é varrido atrás de credencial exposta.

Todo campo que a análise de uma verificação devolve é classificado como dado pessoal ou não, e campo novo sem classificação reprova a entrega.

O isolamento entre clientes é aplicado pelo próprio banco de dados, linha a linha, em toda tabela de cliente.

O tráfego entre quem usa o produto e a UNIFOKAL é cifrado em trânsito. Em repouso, a mídia e os campos de dado pessoal extraídos são cifrados, com chave própria por organização nos campos, nos termos do Anexo II do DPA.

A chave de API aparece uma única vez, na criação, e não existe rota para exibi-la de novo.

A credencial de sessão do painel nunca chega ao JavaScript do navegador.

A senha nova é conferida contra vazamentos públicos conhecidos e recusada quando aparece neles, e a consulta não envia a senha para fora.

Toda página pública do site sai com os cabeçalhos de segurança do navegador, conferidos na resposta entregue por um teste, e toda resposta da API sai protegida contra interpretação de tipo.

Nas telas que recebem senha ou código de acesso, script embutido na página só executa com um valor aleatório gerado a cada requisição.

A entrega de webhook tem proteção contra requisição forjada para rede interna.

Os registros de aplicação escondem credencial e dado pessoal antes de gravar, e verificações automáticas reprovam a entrega que tente escrever segredo cru no registro.

O painel oferece segundo fator por aplicativo autenticador e entrada pelo provedor de identidade da empresa, por SAML 2.0.

Eventos de segurança são registrados de forma estruturada, e segredo e dado pessoal saem do evento antes de gravar.

O navegador de quem visita o site nos relata as tentativas de executar conteúdo fora da política de segurança de conteúdo.

Mantemos um canal público de divulgação responsável, com política própria e arquivo legível por máquina no formato da RFC 9116.

Com o provisionamento por SCIM 2.0, desativar um membro no provedor de identidade do cliente derruba o acesso dele ao painel na hora, com a sessão aberta encerrada.

O administrador da conta encerra na hora todas as sessões de outro membro.

A troca de uma chave de produção exige confirmação por segundo fator, e a mesma operação que cria a chave nova revoga a antiga na hora ou agenda o fim dela para o prazo de convivência escolhido.

As operações de tratamento que a lei exige provar, como o consentimento e a exclusão a pedido, ficam numa trilha em que a aplicação só consegue acrescentar registros, e a remoção fica restrita ao expurgo por prazo de guarda.

A verificação de saúde do serviço nunca pendura e distingue falha crítica de degradação.

A recuperação depois da queda de um componente é exercitada com falha provocada de propósito.