Pular para o conteúdo principal

Console de dados

O console de dados deixa a sua equipe consultar os serviços de dados gerenciados direto no portal: tabelas do PostgreSQL, chaves do Redis e filas do RabbitMQ. Tudo passa por uma credencial dedicada somente leitura, com limites, máscaras e auditoria. Nenhum resultado fica guardado na plataforma.

Ligar o console​

O console vem desligado. Só o Owner da organização liga, em Organização → Segurança → Console de dados:

  1. Ative Console de dados. A plataforma cria uma credencial de leitura em cada serviço de dados da organização e libera a rede só para o console. Em cache Redis (compatível · Valkey), o serviço reinicia uma vez para carregar o usuário do console.
  2. Se quiser permitir correções, ative também Escrita no console (disponível só com o console ligado).

Desligar o console apaga as credenciais do console nos bancos e no cofre, fecha as sessões de escrita e bloqueia novas consultas na hora. Os dois interruptores dependem do plano (dataConsole.enabled e dataConsole.write).

Quem pode fazer o quê​

AçãoPapel mínimo no projeto
Ver a estrutura, consultar, listar chaves e filasDeveloper
Exportar CSV, revelar valor mascarado, editar regras de máscaraAdmin
Escrever (com sessão de escrita)Admin, com confirmação do segundo fator
Ligar ou desligar o console e a escritaOwner da organização
Ver o relatório de acessos a dadosOwner ou Admin da organização

Limites​

  • Até 1000 linhas por consulta (100 por padrão) e até 30 segundos (15 por padrão), contados no servidor do banco.
  • Uma consulta por vez por pessoa, cinco por organização e 60 por minuto por pessoa.
  • Um comando por envio: SELECT 1; SELECT 2 é recusado.
  • No Redis (compatível · Valkey) não há comando livre: o console lista chaves por cursor (SCAN, nunca KEYS) e mostra o valor por tipo.
  • No RabbitMQ a espiada lê no máximo 10 mensagens e as devolve para a fila. A mensagem volta marcada como redelivered, a ordem pode mudar em filas clássicas e, em quorum queues, a contagem de entregas sobe e pode acionar o dead-letter. Streams são lidos sem efeito.

Regras de máscara​

Em Dados → Regras de máscara do serviço, um Admin escolhe colunas (schema.tabela.coluna) e a estratégia: ocultar, parcial, e-mail, CPF ou hash. O console sugere colunas pelo nome (cpf, email, telefone, senha...), sem ler valores.

  • Mascarar troca o valor na resposta para quem consulta. A máscara segue a coluna de origem, então alias e SELECT * não escapam. Colunas calculadas que parecem CPF, CNPJ ou e-mail também são mascaradas e aparecem com o selo de máscara heurística.
  • Bloquear tira a coluna do alcance da credencial do console no próprio banco: a consulta que a lê falha. Use bloqueio para dado que não pode vazar, porque a detecção heurística não pega transformações que mudam o formato do valor.
  • Revelar um valor mascarado exige Admin, confirmação do segundo fator e uma justificativa, e fica no relatório de acessos. Colunas bloqueadas nunca são reveladas.

Modo escrita​

Para corrigir um dado:

  1. Abra uma sessão de escrita no serviço digitando o nome dele e confirmando o segundo fator. A sessão dura 15 minutos e a faixa vermelha mostra o tempo restante.
  2. Cada comando de escrita (UPDATE, DELETE, INSERT) pede confirmação e mostra quantas linhas mudou.
  3. Comandos de estrutura (CREATE, ALTER, DROP) e de transação não são aceitos no console.

Sem sessão de escrita, um UPDATE ou DELETE vai como leitura e o banco recusa.

Exportação​

Admins exportam o resultado de uma consulta de leitura em CSV (até 10 000 linhas ou 20 MiB), com as máscaras aplicadas. Células que começam com =, +, - ou @ ganham um apóstrofo, para que a planilha não as execute como fórmula. O arquivo vai direto para o seu navegador e não fica guardado na plataforma.

Auditoria e LGPD​

Cada comando gera um evento na trilha de auditoria da organização com o texto redigido (valores trocados por ?), uma assinatura (HMAC) para agrupar consultas iguais, quantas linhas voltaram, se houve máscara e quem executou. O resultado nunca é gravado. O relatório Acessos a dados (Owner e Admin) filtra por pessoa, serviço e período e ajuda a responder quem acessou dados de um titular. Pense nas máscaras e no bloqueio antes de ligar o console num banco com dados pessoais.