Pular para o conteúdo

Soluções · Governança e controle de automação

Dados enviados indevidamente: como medir o que saiu

como medir o dado que a automação enviou indevidamente?

Resposta direta

Medir envio indevido é comparar o que a automação moveu com o que estava autorizado a mover. A conta se faz por campo e por destino, não por volume de arquivos. Some a contagem de execuções, o tipo de dado em cada campo, o destino registrado e a janela de tempo entre o envio e a correção. O primeiro número serve para priorizar; o segundo diz se houve exposição. Sem registro de campo e destino, resta estimativa, e estimativa não sustenta decisão nem resposta a terceiros.

Objetivo
Explicar medição
Formato indicado
Workshop executivo
Atualizado em

O que esta página acrescenta: Mede o envio indevido por campo e destino, com o limite de cada indicador, em vez de tratar prevenção, log ou incidente.

O que entra na conta

O registro de uma execução costuma trazer horário, origem, destino e quantidade. Isso responde quanto saiu, não o que saiu. Para medir envio indevido é preciso descer ao campo: qual informação estava no payload, se era dado pessoal, dado financeiro ou apenas identificador interno.

A unidade de medida muda a leitura. Mil registros de identificador interno fora do destino previsto pesam menos que um único campo de dado sensível. Contar execuções mede frequência; contar campos mede exposição. As duas contas convivem e respondem perguntas diferentes.

Quem fecha a apuração

A medição só vale quando alguém assume o número. É preciso definir quem mantém o inventário de destinos autorizados, quem lê o log da automação e quem confirma o que estava fora do previsto. Sem dono, cada área apresenta a leitura que lhe convém.

A janela de apuração tem começo e fim. O começo é o primeiro envio ao destino não previsto; o fim é o bloqueio, a correção ou a confirmação de que o dado não era sensível. Enquanto a janela fica aberta, qualquer número é provisório.

O que a medição não resolve

Medir não impede o envio, nem devolve o dado ao lugar de origem. Também não decide se o caso vira comunicação a terceiros; isso depende de contrato, regulação aplicável e avaliação jurídica, fora do alcance do indicador.

Quando não há log de campo e destino, a medição vira estimativa e não deveria ser tratada como fato. Nesse caso, o trabalho é reconstruir o registro antes de afirmar qualquer volume, e não escolher o número mais conveniente.

Recurso prático

O que medir e o registro que sustenta o número

Dimensão da mediçãoRegistro que sustenta o número
Volume de registros enviadoscontagem por execução no log da automação, com hora e destino
Tipo de dado expostocampo marcado no esquema da tabela e no payload gravado
Destino fora do previstolista de destinos autorizados comparada ao destino registrado
Duração da exposiçãohora do primeiro envio e hora do bloqueio ou da correção

O erro mais comum é medir só a contagem de registros e ignorar o campo que saiu. Volume alto de dado comum pesa menos que um único campo sensível enviado a destino não previsto.

Conceitos usados nesta página

  • Registro de execução — Registro de execução é a evidência de que uma rotina, automação ou tarefa rodou — com identificador, data, insumo, resultado e responsável.
  • Trilha de auditoria — Trilha de auditoria é o conjunto de registros que permite reconstruir quem fez o quê, quando e com qual dado — inclusive depois que o resultado já foi usado.

Sobre o que está escrito aqui

Conceitos relacionados: registro de execução · campo de dado pessoal · destino autorizado · janela de apuração · trilha de auditoria. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Workshop executivo, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.

Para continuar

Páginas relacionadas

O mesmo problema em outro objetivo

Outras leituras em Governança e controle de automação

Quer avaliar isso no seu contexto?

Esta página trata de dados enviados indevidamente. Diagnóstico de governança de IA é a frente que investiga o mecanismo por trás desse tipo de problema. O formato mais associado é Workshop executivo.