Gabarito: Alternativa B — PUT. ✅

A questão pede um método HTTP que seja idempotente, mas não seguro.

Para entender, precisamos diferenciar dois conceitos:

• Seguro (safe): o método não deve provocar alterações no estado do recurso no servidor.
• Idempotente (idempotent): executar a mesma requisição várias vezes produz o mesmo efeito final que executá-la uma única vez.

Método

Seguro?

Idempotente?

GET

Sim

Sim

PUT

Não

Sim

HEAD

Sim

Sim

POST

Não

Não, em geral

CONNECT

Não é classificado como seguro

Não é classificado como idempotente

Imagine que você envie uma requisição para atualizar o nome de um usuário para “João”.

• Primeira requisição: o nome passa a ser João.
• Segunda requisição: o nome continua sendo João.
• Terceira requisição: o nome continua sendo João.

O efeito final é o mesmo, portanto o método é idempotente. Entretanto, ele modifica um recurso no servidor, então não é seguro.

• GET e HEAD: seguros e idempotentes.
• PUT e DELETE: não seguros, mas idempotentes.
• POST: não seguro e, em geral, não idempotente.

Atenção: a idempotência do DELETE significa que várias exclusões da mesma identificação deixam o recurso no mesmo estado final, mesmo que as respostas HTTP sejam diferentes.