Usuários, Autenticação & Segurança

Contas, autenticação e o modelo de segurança: como o Chinaski decide quem pode fazer o quê, como as sessões continuam reais e onde toda ação relevante de segurança é registrada. As páginas seguem a jornada do operador: fazer as pessoas entrarem, delimitá-las, vigiar a trilha.

Nesta seção

• Usuários & Papéis: os dois papéis (admin/editor), gerenciamento de usuários, suspensão e autorregistro.
• Autenticação: mecânica de login, bloqueios, o modelo de sessão dupla (cookie + registro no servidor) e invalidação de sessões.
• Senhas: regras de senha, expiração, redefinições e o que uma troca de senha invalida.
• SSO & OAuth: habilitar um provedor de identidade real para equipes; contas criadas a partir de provedores de identidade.
• Permissões: delimitar editores por tipos de conteúdo e idiomas permitidos, além dos dois papéis.
• Modelo de Segurança: as garantias no nível do código: CSRF em todo lugar, segredos com hash em repouso, sessões assinadas e as regras de confiança para headers de proxy.
• Log de Auditoria: toda ação de segurança registrada (logins, bloqueios, alterações de conteúdo), quem escreveu o quê e retenção.
• Segredos: o que é criptografado e onde (credenciais armazenadas, rotação da chave de assinatura, o contrato de CHINASKI_SECRET no ambiente).
• Reforço: as medidas no nível de implantação: verificações de upload, honeypots, rate limiting, log de segurança externo.
• Minha Conta: autoatendimento: trocas de senha, perfil, preferências de interface e "sair em todos os lugares".

O modelo em um parágrafo

As pessoas fazem login com nome de usuário + senha (ou um provedor de SSO, quando configurado) e recebem uma sessão assinada e validada no servidor; suas capacidades vêm então de dois níveis: um papel (o que podem acessar) e restrições por usuário (quais tipos de conteúdo e idiomas gerenciam). Todo resultado de autenticação e toda mutação é registrado: uma trilha de auditoria mais logs separados de autenticação/eventos, com bloqueios, expiração e rate limits aplicados no servidor. Os segredos (credenciais, chaves) vivem criptografados em repouso sob uma chave derivada de CHINASKI_SECRET da instância, e é exatamente por isso que esse arquivo de ambiente importa tanto quanto os backups.

O que é deliberadamente simples

• Dois papéis, depois refinamento. Não existe uma matriz de papéis por rota: editor mais conteúdo/idiomas permitidos cobre as necessidades reais de agências; admin cobre o resto.
• As sessões são revogáveis. Suspender um usuário, redefinir uma senha ou "sair em todos os lugares" encerra as sessões instantaneamente, não no próximo novo login. A expiração de senha é aplicada no nível da aplicação.
• A trilha de auditoria é uma tabela simples: robusta o bastante para a forense do dia a dia, com uma nota de durabilidade best-effort e um log JSON externo opcional para os eventos que você não pode se dar ao luxo de perder.
• O autorregistro existe, mas vem desligado: registro, redefinições de senha e Turnstile vêm todos desabilitados/opcionais; habilitá-los é uma escolha deliberada.