ANÚNCIO

~/questoes/programacao

O que são tokens bearer no contexto do Sanctum?

Responda, confira o feedback e use o resultado para orientar sua revisão.
Aula de referência API REST com Laravel 12: CRUD Completo com Sanctum e Paginação
Para fixar

Tokens Bearer no Sanctum: Autenticação Segura de APIs

Conceito central

Tokens bearer do Sanctum são credenciais únicas e seguras geradas pelo Laravel para autenticar requisições de API sem depender de sessões no servidor. Cada token identifica um usuário ou aplicação cliente, permitindo acesso stateless a recursos protegidos.

Por que essa resposta faz sentido

A alternativa B está correta porque tokens bearer do Sanctum são de fato tokens únicos gerados para autenticar requisições stateless. Diferente de senhas, são temporários, podem ser revogados e não mantêm estado no servidor, sendo a abordagem moderna e segura para APIs REST.

Armadilhas comuns

  • Confundir tokens bearer com senhas: tokens são gerados pelo servidor e podem ser revogados, enquanto senhas são estabelecidas pelo usuário e precisam ser alteradas manualmente.
  • Pensar que Sanctum mantém sessões no servidor: o propósito é exatamente o oposto, oferecendo autenticação stateless onde cada requisição é independente.
  • Acreditar que tokens bearer são permanentes: eles têm tempo de vida limitado e devem ser renovados periodicamente por questões de segurança.

Entenda as alternativas

A

Senhas simples transmitidas sem criptografia são inseguras e nunca devem ser usadas em headers de requisição. Tokens bearer do Sanctum são gerados especificamente para evitar trafegar credenciais sensíveis a cada requisição.

B

Esta é a definição correta. O Sanctum gera tokens únicos após autenticação bem-sucedida. O cliente envia esse token no header Authorization (Bearer token) para cada requisição, permitindo autenticação stateless sem sessões no servidor.

C

Certificados digitais são mecanismos diferentes de autenticação e não são gerados ou gerenciados pelo Sanctum dessa forma. Tokens bearer são armazenados no cliente (geralmente em memória ou localStorage) de forma flexível, não como certificados permanentes.

D

Arquivos de configuração não são tokens bearer. O Sanctum não armazena credenciais em arquivos de config; em vez disso, gera tokens dinamicamente no banco de dados associados a usuários ou aplicações.

Dica prática: Na prática, após um usuário fazer login via API do Sanctum, o servidor retorna um token. Você armazena esse token no cliente e o envia em toda requisição através do header: Authorization: Bearer seu_token_aqui. Isso funciona para SPAs, aplicativos mobile e qualquer cliente que consome a API.

Revise pensando: Qual é a principal vantagem de usar tokens bearer do Sanctum em vez de enviar credenciais a cada requisição?