Controle de Acesso
Atualizado em 11 de agosto de 2026
Esta página descreve como o acesso à plataforma Steel e aos dados dentro de cada workspace é autenticado, autorizado e isolado.
Autenticação de usuários
O acesso é feito por e-mail e senha (armazenada apenas com hash criptográfico), login social via Google ou GitHub, ou código de verificação enviado por e-mail. A autenticação de dois fatores é opcional e pode ser ativada pelo próprio usuário nas configurações da conta.
Sessões
Sessões autenticadas expiram automaticamente e são armazenadas em um cookie protegido, verificado a cada requisição na borda da aplicação antes de qualquer rota privada ser processada. Rotas de API sem sessão válida retornam erro de autenticação; rotas de interface redirecionam para o login. Sessões expiradas são removidas dos nossos sistemas após um período de retenção — veja a página de Retenção de Dados.
Isolamento entre workspaces
A Steel é uma plataforma multi-tenant: cada workspace é logicamente isolado dos demais. Todo acesso a dados de CRM, Service Desk e Comunicação é escopado ao workspace do usuário autenticado — não há acesso cruzado entre workspaces de Clientes diferentes por meio da aplicação.
Papéis e permissões
Dentro de um workspace, cada usuário recebe um papel (proprietário, administrador, membro ou visualizador) que determina quais ações pode executar. A administração de papéis, convites e remoção de membros é responsabilidade dos administradores do próprio workspace, conforme descrito nos Termos de Serviço.
Chaves de API
Credenciais geradas para integrar sistemas externos ao workspace do Cliente são escopadas a esse workspace e de responsabilidade do Cliente, que deve protegê-las e revogá-las quando não forem mais necessárias.
Revisão de acesso
Recomendamos que administradores de workspace revisem periodicamente a lista de membros e convites pendentes. Convites não aceitos dentro do prazo configurado expiram automaticamente.
