Software e IA para executivos · Capítulo 19 de 41 · 6 min
Saber o que protege o dado quando o atacante ignora a tela
Toda revisão de arquitetura precisa de uma pergunta fixa: o que ainda protege o dado quando o atacante ignora a tela do produto.
Este capítulo faz parte do curso gratuito Software e IA para executivos.
Aprovar uma arquitetura sem perguntar o que protege o dado fora da tela custa a falha mais comum do software: controle de acesso quebrado, presente em 3,73% das aplicações testadas na OWASP Top 10:2025. Perímetro de confiança é a lista do que o sistema aceita como verdade e de onde essa verdade vem.
Autenticar responde quem chegou; autorizar responde o que essa pessoa pode fazer depois de entrar, e as duas checagens falham separadamente.
O porteiro do prédio compara o rosto com o cadastro e libera a catraca. Quem decide quais portas o crachá abre é o chaveiro, que nunca conversa com o porteiro.
Até o protocolo da web separa os dois papéis: o código 401 diz que o sistema não sabe quem você é, e o 403 diz que sabe, e que aquela porta não é sua.
A maioria das falhas graves mora no segundo bloco. O código gerado costuma conferir a identidade e esquecer o dono do recurso, e o resultado é o controle de acesso quebrado, líder da lista da OWASP. A regra que importa precisa viver no servidor e, sempre que possível, dentro do banco.
Validação na tela existe para impedir o cliente de errar; proteção contra ataque mora no servidor. O atacante não usa o seu formulário: ele chama a API (o endereço que a tela consulta por baixo) direto do terminal, com a interface inteira ignorada.
A defesa que funciona empilha camadas independentes. Uma checagem na borda confere identidade, e a rota confere o direito sobre aquele recurso; o banco recusa a linha que não pertence ao usuário, e o registro guarda a tentativa.
Essa terceira camada é RLS, a regra de segurança em nível de linha escrita dentro do banco. Ela protege os papéis sujeitos às políticas, mas não cobre automaticamente credenciais privilegiadas nem permissões incorretas. Nenhum caminho de produção deveria usar uma credencial que ignora essa regra sem um filtro explícito de dono do recurso.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Leve essa pergunta fixa a toda revisão de arquitetura: o que ainda protege esse dado quando o atacante ignora a tela inteira. Resposta que cita apenas validação feita no navegador conta como resposta reprovada.
Antes de aprovar a arquitetura, peça duas checagens independentes sobre o dado mais sensível, uma delas fora da tela. Peça também a prova ao vivo: troque o identificador na URL para o de outro cliente e veja a recusa acontecer.
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- MCP com Chrome: Automação com IACortar o vazamento pela montagem, sem depender da instrução escritaExaminar conexões de Cortar o vazamento pela montagem, sem depender da instrução escrita
- RAG em produçãoO documento que dá ordens ao seu sistemaExaminar conexões de O documento que dá ordens ao seu sistema
- Prompt Engineering para ExecutivosClassificar cada fluxo de IA pela Regra dos Dois antes de aprovarExaminar conexões de Classificar cada fluxo de IA pela Regra dos Dois antes de aprovar
- MCP para quem decideReconhecer os ataques próprios deste protocoloExaminar conexões de Reconhecer os ataques próprios deste protocolo
Voltar ao capítulo anterior: Provar que um cliente nunca vê o dado do outro
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.
Capítulos vizinhos em Software e IA para executivos
- 17Mudar o banco sem parar a empresa
- 18Provar que um cliente nunca vê o dado do outro
- 19Saber o que protege o dado quando o atacante ignora a tela
- 20Escolher o modelo de sessão pela rapidez de cortar um acesso
- 21Trocar papel por política quando o cargo deixa de bastar