Login de alunos e autenticação com DEFINE ACCESS
Por Mauro Mequelussi · Curso gratuito SurrealDB do zero: fundamentos com um CRM · Português (PT-BR)
Resposta direta · O que esta aula resolve
A Aula 17 de 20 ("Login de alunos e autenticação com DEFINE ACCESS"), parte do módulo "Segurança" do curso gratuito "SurrealDB do zero: fundamentos com um CRM" na Escola de Aplicativos (ministrado por Mauro Mequelussi), ensina na prática: Veja como criar usuários de registro com DEFINE ACCESS no SurrealDB, configurando SIGNUP, SIGNIN e validação com AUTHENTICATE. Descubra como aplicar permissões granulares estilo RLS, gerenciar expiração de tokens e evitar injeção de código usando parâmetros.
Crie sua conta grátis para assistir a esta videoaula em HD
O resumo técnico e os capítulos abaixo são abertos para consulta. Crie sua conta 100% gratuita em segundos para liberar todas as 20 videoaulas em HD, controle automático de progresso, Tutor IA e certificado gratuito verificável.
- R$ 0 · Sem cartão de crédito
- Tutor IA tira-dúvidas da aula
- Certificado gratuito incluso
O que você vai aprender
- Como criar usuários de registro com a instrução DEFINE ACCESS
- O funcionamento das cláusulas SIGNUP, SIGNIN e AUTHENTICATE
- Como aplicar permissões de tabela para que cada usuário veja apenas seus próprios dados
- Como configurar a duração de tokens e sessões para mitigar riscos de segurança
- Como prevenir injeção de consultas usando parâmetros em vez de concatenar texto
Pontos-chave da aula
- Usuários de registro não utilizam papéis do sistema e começam sem nenhuma permissão por padrão.
- O hash de senhas deve ser gerado com algoritmos seguros nativos, como Argon2.
- As permissões no banco eliminam a necessidade de filtros manuais repetidos nas consultas da aplicação.
- Tokens de acesso do tipo RECORD exigem uma data de expiração obrigatória.
- Valores inseridos por usuários sempre devem ser passados como parâmetros na consulta.
Capítulos e roteiro técnico da aula
5 capítulos minutados- 00:00
Usuários de registro e o conceito de DEFINE ACCESS
Entenda a diferença entre usuários do sistema e usuários de registro para criar sistemas de login direto no banco. Conheça as cláusulas SIGNUP, SIGNIN e AUTHENTICATE.
- 01:29
Estrutura da tabela e permissões por usuário
Como modelar a tabela de membros com hash de senha e regras de acesso equivalentes a políticas de RLS.
- 03:02
Testes práticos de cadastro, login e isolamento
Validando cadastro, login com senha incorreta e a visualização restrita de dados pela API.
- 03:56
Duração de sessões, expiração de tokens e injeção SQL
Ajuste do tempo de vida de sessões e tokens para proteger acessos e o uso de parâmetros para evitar injeção de SQL.
- 06:18
Boas práticas de autenticação e próximos passos
Resumo das recomendações essenciais de segurança para usuários de registro e introdução às capabilities.
Momentos de destaque na prática
Isolamento automático de dados na prática
Veja como a aluna enxerga apenas a própria compra sem precisar adicionar filtros manuais na consulta.
Como definir validade para tokens e sessões
Entenda por que tokens de usuários de registro nunca devem ficar sem expiração no SurrealDB.
Evitando injeção de SQL com parâmetros
Descubra como um comando malicioso pode apagar sua tabela inteira se você concatenar dados em vez de usar parâmetros.
Notas de aula e guia de estudo
Nesta aula, implementamos a autenticação completa de usuários finais dentro do SurrealDB para sustentar uma área de membros. Em vez de criar usuários de sistema manuais, usamos usuários de registro que vivem como dados comuns em tabelas e se autenticam diretamente pela API. Você verá como amarrar o cadastro, login e permissões estritas para isolar dados de cada cliente.
O que você vai aprender
- Como criar usuários de registro com a instrução DEFINE ACCESS
- O funcionamento das cláusulas SIGNUP, SIGNIN e AUTHENTICATE
- Como aplicar permissões de tabela para que cada usuário veja apenas seus próprios dados
- Como configurar a duração de tokens e sessões para mitigar riscos de segurança
- Como prevenir injeção de consultas usando parâmetros em vez de concatenar texto
Pontos-chave
- Usuários de registro não utilizam papéis do sistema e começam sem nenhuma permissão por padrão.
- O hash de senhas deve ser gerado com algoritmos seguros nativos, como Argon2.
- As permissões no banco eliminam a necessidade de filtros manuais repetidos nas consultas da aplicação.
- Tokens de acesso do tipo RECORD exigem uma data de expiração obrigatória.
- Valores inseridos por usuários sempre devem ser passados como parâmetros na consulta.