Segurança e LGPD

Conformidade desenhada desde o início, não remendada no fim.

Adequação à LGPD costuma ser tratada como etapa final, feita quando o sistema já existe e alguém pergunta se ele está conforme. Nessa altura, boa parte das decisões que importam já foi tomada: onde o dado mora, quem alcança o quê, o que fica registrado quando alguém consulta.

Refazer isso depois é caro e costuma resultar em camada de controle por cima de uma estrutura que não foi pensada para ela. Funciona no papel e falha na primeira exceção.

O que implementamos

Credencial, papel e trilha.

Credenciais são armazenadas com criptografia. Senha guardada de forma recuperável é um incidente esperando data, e nenhuma política de acesso compensa esse ponto.

O acesso é controlado por papel, não por pessoa. Quem entra enxerga o que a função exige, e nada além. Isso reduz a superfície de exposição e resolve na prática um problema comum: permissão herdada de um cargo anterior que ninguém revogou.

A trilha de auditoria registra quem fez o quê e quando. É o que permite responder a uma pergunta específica, e não genérica, quando ela aparece. Quem alterou este lançamento, e em que momento.

Por que desde a arquitetura

Controle é estrutura, não recurso.

Controle de acesso decidido na arquitetura atravessa o sistema inteiro. Decidido depois, ele cobre as telas que alguém lembrou de cobrir, e a exceção aparece na integração, na exportação ou no relatório que passou por fora.

Por isso segurança não é uma frente separada do software sob medida. É uma das decisões tomadas quando a estrutura é definida, junto com a separação em camadas.

O mesmo vale para integração de dados: cada carga registrada é parte da trilha. Dado que entra sem deixar rastro é dado que não pode ser defendido depois.

Na prática

O que a conformidade cobra do sistema.

Conformidade é assunto jurídico antes de ser técnico, e quem define a política é a empresa. O que cabe ao sistema é tornar a política executável, e isso se traduz em algumas perguntas concretas que a arquitetura precisa conseguir responder.

Quem alcança este dado, e por qual papel. Onde ele fica gravado e por quanto tempo. Quem consultou, alterou ou exportou, e quando. O que acontece quando alguém precisa ser removido da base. Cada uma dessas respostas depende de decisão tomada na estrutura, não de configuração feita depois.

A exportação é o ponto mais esquecido. Controle de acesso bem feito na tela perde o sentido se qualquer usuário puder baixar a base inteira em planilha e mandar por e-mail. O dado que sai do sistema sai também do alcance de qualquer controle, e por isso a exportação precisa ser tratada como operação registrada.

Nada disso substitui a avaliação de quem responde juridicamente pela adequação. O objetivo é que, quando essa avaliação acontecer, o sistema tenha as respostas disponíveis em vez de exigir investigação.

Próximo passo

Traga a pergunta que a auditoria fez e ficou sem resposta.

Ela costuma revelar exatamente onde o registro está faltando e o que precisaria existir para respondê-la em minutos.

Agendar diagnóstico →