Grátis: Dentro do ciclo de requisição e resposta do protocolo HTTP, os Status Codes (códigos de estado) são fundamentais para que o frontend entenda o resu... – Questões Respondidas

Tecnologia Web

Outros

Dentro do ciclo de requisição e resposta do protocolo HTTP, os Status Codes (códigos de estado) são fundamentais para que o frontend entenda o resultado de uma operação. Ao tentar acessar uma rota protegida de uma API, um desenvolvedor se deparou primeiro com o erro 401 e, após fazer um ajuste, passou a receber o erro 403.
O que esses códigos significam, respectivamente?
401: Not Found (Recurso não encontrado); 403: Internal Server Error (Falha no servidor).
401: Bad Request (Sintaxe inválida enviada pelo cliente); 403: Gateway Timeout (Tempo de resposta excedido).
401: Unauthorized (O cliente não enviou credenciais de autenticação válidas); 403: Forbidden (O cliente está autenticado, mas não tem permissão/nível de acesso para aquele recurso específico).
401: Unprocessable Entity (Erro de validação de formulário); 403: Method Not Allowed (Verbo HTTP incorreto).

Exercícios Para o Conhecimento

semana passada

Exercícios Para o Conhecimento

semana passada

Exercícios sobre APIs e Segurança

Respostas

Ed

semana passada

Os códigos de status HTTP 401 e 403 têm significados específicos: - 401 Unauthorized: significa que o cliente não enviou credenciais de autenticação válidas ou não está autenticado. - 403 Forbidden: significa que o cliente está autenticado, mas não tem permissão ou nível de acesso para aquele recurso específico. Portanto, a alternativa correta é: 401: Unauthorized (O cliente não enviou credenciais de autenticação válidas); 403: Forbidden (O cliente está autenticado, mas não tem permissão/nível de acesso para aquele recurso específico).

Essa resposta te ajudou?

0

0

Ainda não achou a resposta?

Integrado com os principais modelos de IA do mercado
Respostas em segundos
IA treinada para estudantes brasileiros.

Evolua sua forma de estudar

Cadastre-se ou realize login

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

Exercícios sobre APIs e Segurança

Mais perguntas desse material

O JSON Web Token (JWT) é um padrão amplamente adotado para autenticação em aplicações web modernas e APIs RESTful.
Em relação à estrutura e segurança do JWT, qual das alternativas abaixo é correta?
O token JWT é nativamente criptografado de ponta a ponta, o que impede que qualquer pessoa consiga ler as informações contidas em seu header e payload.
O JWT é uma abordagem stateful, ou seja, exige que o servidor armazene o estado da sessão do usuário em um banco de dados para validar as requisições subsequentes.
A assinatura (signature) do token é gerada a partir do header, do payload e de uma chave secreta do servidor, garantindo a integridade dos dados e assegurando que o token não foi adulterado.
Por ser codificado em Base64, é uma boa prática de segurança armazenar senhas, números de cartão de crédito e dados sensíveis do usuário diretamente no payload para otimizar as requisições.

Na construção de serviços de backend utilizando a linguagem Java, a manipulação eficiente de dados em memória muitas vezes exige o uso de matrizes bidimensionais e estruturas de dados complexas antes da serialização para envio ao frontend.
Se um desenvolvedor precisa percorrer todos os elementos de uma matriz de inteiros int[][] matriz = new int[5][5]; para transformá-los em um array JSON plano, qual abordagem lógica é necessária?
Utilizar um único laço de repetição for ou while iterando de 0 a 25.
Utilizar dois laços de repetição aninhados (ex: dois for), onde o laço externo percorre as linhas e o laço interno percorre as colunas da matriz.
Converter diretamente a matriz bidimensional utilizando a interface List do Java sem necessidade de iteração manual.
Utilizar a estrutura condicional switch/case mapeando cada um dos 25 índices.

Sobre os princípios arquiteturais e boas práticas na construção de APIs REST,
Assinale a alternativa INCORRETA:
Deve-se utilizar os verbos HTTP com semântica adequada, como GET para leitura, POST para criação, PUT / PATCH para atualização e DELETE para remoção.
A arquitetura deve ser Stateless (sem estado), significando que cada requisição do frontend para o servidor deve conter todas as informações necessárias para que o servidor a compreenda e processe, sem depender de sessões salvas na memória do servidor.
As APIs REST devem padronizar o formato de troca de dados, sendo o JSON (JavaScript Object Notation) o formato mais amplamente utilizado atualmente.
Para otimizar a velocidade da aplicação e facilitar o cacheamento pelos navegadores web, é altamente recomendado passar tokens de autenticação JWT e senhas via parâmetros de URL (Query Params) em requisições GET.