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 →