ANÚNCIO

~/questoes/programacao

O que é um Bearer token e como ele é usado em uma requisição HTTP?

Responda, confira o feedback e use o resultado para orientar sua revisão.
Aula de referência FastAPI Rest API com Python: Autenticação, OAuth2 e JWT Tokens
Para fixar

Bearer Tokens: Autenticação em APIs REST

Conceito central

Um Bearer token é um identificador criptografado que o cliente envia no cabeçalho Authorization para se autenticar em uma API. Ele funciona como um cartão de acesso temporário que prova a identidade do usuário sem revelar sua senha em cada requisição.

Por que essa resposta faz sentido

O Bearer token é incluído no header Authorization usando a sintaxe 'Authorization: Bearer {token}', onde {token} é o valor específico (frequentemente um JWT). Essa é a forma padrão e segura de enviar credenciais em requisições HTTP autenticadas.

Armadilhas comuns

  • Confundir Bearer token com autenticação básica (Basic Auth), que envia usuário/senha codificados em Base64. Bearer é mais seguro porque usa tokens temporários.
  • Pensar que o token é permanente. Tokens têm expiração intencional; após expirar, o cliente precisa fazer login novamente ou usar um refresh token.
  • Esquecer de incluir a palavra 'Bearer' antes do token. A sintaxe completa é obrigatória: 'Authorization: Bearer xyz123', não apenas 'Authorization: xyz123'.

Entenda as alternativas

A

Correta. Um Bearer token é inserido no cabeçalho Authorization no formato exato 'Authorization: Bearer {token}'. Este é o padrão OAuth2 adotado amplamente em APIs REST modernas e é seguro porque o token viaja no header, não na URL.

B

Incorreta. Bearer tokens são muito mais flexíveis que autenticação básica. Enquanto autenticação básica usa usuário e senha codificados, Bearer tokens são credentials auto-contidas e de curta duração, especialmente quando são JWTs com assinatura criptográfica.

C

Incorreta. Bearer tokens devem ter validade limitada (normalmente horas ou minutos), não armazenamento permanente. O navegador pode guardá-lo temporariamente, mas o servidor o considera expirado após o prazo. Armazenar indefinidamente criaria uma falha grave de segurança.

D

Incorreta. Bearer tokens funcionam exatamente para evitar enviar a senha em cada requisição. O usuário envia credenciais apenas uma vez (no login), recebe um token, e o reutiliza nas próximas requisições. Isso é muito mais seguro e eficiente.

Dica prática: Ao testar uma API com Bearer token (por exemplo, usando cURL ou Postman), use: `curl -H "Authorization: Bearer seu_token_aqui" https://api.exemplo.com/dados`. O header deve ser incluído em toda requisição protegida após fazer login.

Revise pensando: Se você receber um token JWT de uma API após fazer login, como e onde você o incluiria em uma próxima requisição para acessar um endpoint protegido?