Usuários e permissões para sua equipe no SurrealDB
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 16 de 20 ("Usuários e permissões para sua equipe no SurrealDB"), 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 estruturar o acesso seguro da sua equipe no SurrealDB sem compartilhar credenciais de administrador. Conheça a diferença entre os níveis root, namespace e database, entenda os papéis nativos de permissão e aprenda por que o armazenamento seguro de senhas utiliza hashes criptográficos com Argon2.
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 do sistema com a instrução DEFINE USER.
- As diferenças de alcance entre os níveis ROOT, NAMESPACE e DATABASE.
- O funcionamento dos papéis nativos OWNER, EDITOR e VIEWER.
- Como o SurrealDB protege senhas usando a função crypto::argon2.
- O princípio do menor privilégio aplicado à gestão da sua equipe.
Pontos-chave da aula
- Senhas passadas na cláusula PASSWORD são convertidas e armazenadas como PASSHASH.
- O algoritmo Argon2 adiciona sal e custo computacional proposital para barrar ataques de força bruta.
- Usuários com papel VIEWER recebem uma resposta vazia em tentativas de escrita, sem retornar erro explícito.
- Usuários do sistema servem para a equipe técnica e de gestão; o login de clientes e alunos usa outro mecanismo.
Capítulos e roteiro técnico da aula
5 capítulos minutados- 00:00
O perigo da senha única e a introdução ao DEFINE USER
Entenda os riscos de compartilhar credenciais de administrador na equipe e conheça a base da segurança no SurrealDB.
- 00:54
Níveis de acesso: root, namespace e database
Descubra o alcance de cada escopo hierárquico e como mapear os acessos da equipe no CRM.
- 01:38
Como funcionam o PASSHASH e o algoritmo Argon2
Veja por que senhas não devem ser salvas em texto puro e como o Argon2 protege credenciais contra vazamentos.
- 03:26
Permissões na prática com OWNER, EDITOR e VIEWER
Conheça os três papéis nativos do SurrealDB e veja como o banco responde a escritas negadas via API.
- 04:38
Princípio do menor privilégio e próximos passos
Aplique a regra do menor privilégio no dia a dia e entenda a transição de usuários do sistema para clientes finais.
Momentos de destaque na prática
Por que o SurrealDB nunca guarda senhas reais
Descubra como o comando DEFINE USER transforma senhas em hashes protegidos contra invasões.
Argon2 vs. SHA-512: a lentidão proposital da segurança
Entenda por que um algoritmo de hash de senhas precisa ser computacionalmente caro para ser seguro.
O comportamento silencioso de usuários VIEWER
Veja o que a API devolve quando um usuário sem permissão tenta alterar um registro no SurrealDB.
Notas de aula e guia de estudo
Compartilhar senhas de administrador em grupos de equipe é uma das principais causas de incidentes em bancos de dados. Nesta aula, você descobre como configurar usuários do sistema com escopos limitados no SurrealDB, garantindo que cada colaborador tenha apenas o acesso necessário para executar suas tarefas diárias.
O que você vai aprender
- Como criar usuários do sistema com a instrução
DEFINE USER. - As diferenças de alcance entre os níveis
ROOT,NAMESPACEeDATABASE. - O funcionamento dos papéis nativos
OWNER,EDITOReVIEWER. - Como o SurrealDB protege senhas usando a função
crypto::argon2. - O princípio do menor privilégio aplicado à gestão da sua equipe.
Pontos-chave
- Senhas passadas na cláusula
PASSWORDsão convertidas e armazenadas comoPASSHASH. - O algoritmo Argon2 adiciona sal e custo computacional proposital para barrar ataques de força bruta.
- Usuários com papel
VIEWERrecebem uma resposta vazia em tentativas de escrita, sem retornar erro explícito. - Usuários do sistema servem para a equipe técnica e de gestão; o login de clientes e alunos usa outro mecanismo.
