O seguinte cabeçalho foi extraído de uma requisição
HTTPS a uma API RESTful.
POST /echo/post/json HTTP/1.1

Authorization: Bearer (...)

Host: exemplo.com

Accept: application/json

Content-Type: application/json

Content-Length: 61

Parte do conteúdo da segunda linha foi ocultada propositalmente e substituída por (...).

É esperado que o trecho ocultado contenha

Question

O seguinte cabeçalho foi extraído de uma requisição
HTTPS a uma API RESTful.
POST /echo/post/json HTTP/1.1

Authorization: Bearer (...)

Host: exemplo.com

Accept: application/json

Content-Type: application/json

Content-Length: 61

Parte do conteúdo da segunda linha foi ocultada propositalmente e substituída por (...).

É esperado que o trecho ocultado contenha Alternativa A: um nome de usuário e senha separados por dois-pontos, em texto claro. Ou Alternativa B: um nome de usuário e senha separados por dois-pontos, codificados em Base64. Ou Alternativa C: o hash criptográfico de um nome de usuário e senha
separados por dois-pontos. Ou Alternativa D: uma string que funciona como token de autenticação
ao portador.  Ou Alternativa E: uma chave privada de criptografia assimétrica que
identifica o requisitante.

Qconcursos · Accepted Answer

Alternativa [D] uma string que funciona como token de autenticação
ao portador.  Gabarito: DFundamento decisivo: A palavra `Bearer` no cabeçalho `Authorization` já indicava o esquema de autenticação usado na requisição, permitindo concluir que o trecho ocultado deveria ser um token de portador, e não credenciais do tipo `usuário:senha`.Tema central: Esquema Bearer HTTPAnálise das alternativasAErradaIncorreta. A alternativa descreve `usuário:senha` em texto claro, mas isso não corresponde ao esquema explicitamente mostrado no cabeçalho. O critério decisivo é que o nome do esquema é `Bearer`, não `Basic`.BErradaIncorreta. `Usuário:senha` codificados em Base64 são o padrão associado ao esquema HTTP Basic. Se esse fosse o caso, a linha esperada seria `Authorization: Basic ...`, o que contrasta diretamente com o `Bearer` exibido.CErradaIncorreta. O cabeçalho não indica hash de credenciais. O esquema `Bearer` espera um token de portador, não uma derivação direta de `usuário:senha`.DCertaA alternativa D está correta porque o esquema indicado no cabeçalho é `Bearer`, e esse esquema espera um token de portador no campo `Authorization`. Portanto, o conteúdo ocultado não é par `usuário:senha`, nem hash dessas credenciais, nem chave privada, mas um token usado como credencial de autenticação/autorização.EErradaIncorreta. Chave privada assimétrica não é o conteúdo esperado após `Bearer` em `Authorization`. Pelo critério técnico do esquema, o campo trabalha com token, e não com envio de chave privada.Pegadinha da questãoA confusão real era associar automaticamente o cabeçalho `Authorization` a `usuário:senha`, especialmente em Base64, ignorando que o próprio esquema informado era `Bearer`, não `Basic`.Dica para questões semelhantesEm `Authorization`, identifique primeiro o esquema informado, porque ele define o formato da credencial esperada.Se aparecer `Bearer`, a expectativa é token de portador; se a alternativa trouxer `usuário:senha`, ela conflita com o esquema mostrado.

O seguinte cabeçalho foi extraído de uma requisição HTTPS a...

Gabarito comentado

Gabarito: D

Clique para visualizar este gabarito

Questões de assuntos semelhantes

Provas relacionadas