Antes de conectar uma ferramenta de BI auto-hospedada a um banco de dados: checklist de privilégio mínimo

Comece mapeando a conexão

Este é um checklist geral de planejamento, não uma descrição dos controles disponíveis em todas as aplicações de BI ou bancos de dados. Use as perguntas como pontos a verificar na documentação dos produtos, versões e métodos de conexão específicos que você pretende utilizar.

Antes de configurar a conexão, registre qual aplicação de BI será conectada, qual conta do banco de dados ela usará, como ocorrerá o acesso e quem poderá abrir perguntas salvas ou painéis. Investigue separadamente as permissões da aplicação e as permissões concedidas no banco de dados.

• Identifique a instância da aplicação de BI e os bancos de dados com os quais ela se comunicará.
• Registre quem pode entrar na aplicação e quem pode criar, editar ou visualizar relatórios e painéis compartilhados.
• Anote onde as credenciais de conexão são armazenadas, quem pode alterá-las e quais sistemas ou equipes administram o caminho de rede.

Separe as funções da aplicação das permissões do banco de dados

Não presuma como as funções funcionam em determinado produto. Consulte a documentação da aplicação de BI para identificar o que cada função permite e verifique separadamente o que a conta configurada para a conexão pode ler no banco.

Se perguntas salvas, painéis, exportações ou consultas agendadas fizerem parte do seu plano, inclua-os na revisão. Uma função da aplicação não substitui a verificação das permissões concedidas no banco de dados.

• Liste as funções da aplicação que pretende usar e as ações esperadas de cada uma.
• Documente os privilégios concedidos à conta de conexão do BI.
• Registre como questão em aberto qualquer comportamento que não consiga confirmar na documentação ou na sua configuração.

Crie uma conta dedicada no banco de dados com escopo restrito

Use uma conta dedicada para a conexão de BI, em vez de se conectar como root ou usar uma conta com acesso de gravação. Um [guia da Basedash para criar painéis com dados do MySQL](https://www.basedash.com/blog/how-to-build-dashboards-on-mysql-data) recomenda uma conta dedicada, somente leitura e com privilégios mínimos.

Para definir o escopo adequado de leitura, consulte a documentação do banco de dados e peça a um administrador que verifique se o acesso pode ser limitado a esquemas, tabelas ou visualizações selecionados. Confirme as permissões efetivas em vez de presumir que a aplicação de BI define esses limites.

• Use uma conta distinta, exclusivamente para a conexão de BI.
• Prefira privilégios somente leitura para relatórios de rotina; evite usar uma conta root ou com permissão de gravação.
• Peça a um administrador de banco de dados que verifique se as permissões efetivas se limitam aos dados de relatório aprovados, inclusive diante de permissões herdadas ou mais amplas.

Decida como lidar com campos e linhas sensíveis

Identifique campos e registros que não devem estar amplamente disponíveis por meio de análises, seguindo as políticas da sua organização. Este checklist não prescreve um padrão legal ou regulatório específico.

Para cada item, considere se o projeto deve excluí-lo, disponibilizar um conjunto reduzido por meio de visualizações do banco de dados ou aplicar mascaramento, caso os sistemas utilizados ofereçam suporte. Se o acesso precisar variar por linha, documente onde a restrição deve ser aplicada e planeje testes de casos permitidos e proibidos nessa configuração.

• Liste campos sensíveis e grupos de registros antes de criar relatórios.
• Decida se cada item deve ser excluído, reduzido, mascarado ou disponibilizado apenas a usuários específicos.
• Inclua relatórios, exportações e painéis compartilhados na revisão de exposição.

Avalie o impacto das consultas antes do uso rotineiro

Inclua o impacto no sistema de origem na sua revisão. O acesso somente leitura, por si só, não responde ao que a execução de relatórios representará para o seu ambiente. Considere os relatórios previstos, a frequência de atualização e a possibilidade de uso simultâneo.

Consulte a documentação da aplicação de BI e do banco de dados sobre limites de consulta, tempos limite, agendamento ou outras proteções disponíveis e verifique o comportamento na sua configuração. Se não conseguir avaliar uma preocupação relevante, resolva-a antes de habilitar relatórios de rotina.

• Identifique relatórios que possam ler ou agregar grandes volumes de dados.
• Revise testes representativos com as pessoas responsáveis pelo banco de dados.
• Registre os controles de consulta verificados e as questões ainda desconhecidas.

Planeje alterações de credenciais e responsabilidades

Registre quem responde pela conexão de BI e quem pode alterar a credencial do banco de dados. Anote quais relatórios ou tarefas agendadas dependem dela, se aplicável.

Documente como a equipe fará a rotação ou revogação da credencial. Antes de alterar a configuração, consulte a documentação pertinente da aplicação e planeje como verificar a conexão e os relatórios importantes depois da mudança.

• Designe responsáveis pela conexão e pelas permissões do banco de dados.
• Registre a finalidade, o escopo e o procedimento de alteração da credencial, sem incluir o segredo no checklist.
• Identifique painéis dependentes e consultas agendadas, se forem usados.

Use uma matriz de testes antes do lançamento

Uma conexão bem-sucedida é apenas um dos itens a verificar. Use a matriz para registrar resultados relevantes ao projeto, distinguir controles verificados de questões sem resposta e decidir se a conexão está pronta para o público pretendido.

Se não for possível demonstrar uma restrição importante, reconsidere o escopo dos dados ou o projeto antes do lançamento.

• Acesso permitido e negado: confirme o acesso aos dados aprovados e, quando previsto, teste a negação de acesso a tabelas, esquemas ou visualizações não aprovados.
• Visibilidade: verifique se usuários representativos veem apenas os relatórios e dados previstos, incluindo os campos ou linhas sensíveis identificados.
• Impacto na origem: observe consultas representativas e o comportamento das atualizações com a pessoa responsável pelo banco de dados.
• Alterações de credenciais: siga o procedimento documentado para testar a conexão e os relatórios importantes após uma alteração ou revogação.
• Registre a data do teste, a pessoa responsável, o resultado e as questões ainda não resolvidas.

Trate hospedagem e governança de dados como decisões separadas

Uma implantação gerenciada pode reduzir o trabalho necessário para operar a infraestrutura da aplicação, mas não decide quais registros a conexão de BI deve ler nem quem deve ver os resultados. Sua equipe ainda precisa tomar e verificar essas decisões de acesso e governança.

A Airbip oferece implantação gerenciada para aplicações no seu catálogo público, com instâncias executadas como cargas de trabalho Docker em servidores de nuvem da Airbip. Ela automatiza o roteamento e os certificados TLS e inclui verificações de DNS, gerenciamento do ciclo de vida dos serviços e backups diários, semanais e mensais configuráveis. Esses recursos de infraestrutura não substituem um projeto de banco de dados com privilégio mínimo nem a verificação dos controles da aplicação de BI selecionada.