GabaritoC — GET, HEAD, OPTIONS
Gabarito: letra C. Um método HTTP é considerado seguro quando não altera o estado do servidor, ou seja, quando sua execução não produz efeitos colaterais no recurso. Os métodos seguros definidos pelo protocolo HTTP são GET, HEAD, OPTIONS e TRACE — e a única alternativa que traz apenas métodos seguros é a letra C (GET, HEAD, OPTIONS).
O conceito de "método seguro" vem da especificação HTTP (RFC 7231), que classifica os métodos conforme seu efeito no servidor. Um método é seguro quando é de somente leitura: ele pode ser executado repetidamente sem alterar o estado do recurso. Isso não significa que a resposta seja sempre a mesma (o conteúdo pode variar), mas que o servidor não sofre modificação por causa da requisição. Os métodos seguros são GET, HEAD, OPTIONS e TRACE. Já os métodos não seguros — POST, PUT, DELETE e PATCH — alteram o estado do servidor: criam, atualizam ou removem recursos.
Na prática, essa distinção é fundamental para o funcionamento de caches, proxies e mecanismos de pré-busca. Por exemplo, um navegador pode reexecutar um GET sem medo de causar efeitos colaterais, mas jamais deve reexecutar automaticamente um POST (que pode gerar uma nova compra, um novo cadastro etc.). É por isso que, ao atualizar uma página, o navegador pergunta se você deseja reenviar os dados do formulário — porque o POST não é seguro.
A pegadinha desta questão está em confundir "seguro" com "criptografado" ou com "comum de usar". O candidato pode achar que POST e PUT são seguros por serem muito utilizados, mas eles alteram o estado. Também pode esquecer que HEAD é uma variação do GET (retorna apenas os cabeçalhos, sem o corpo) e, portanto, também é seguro. E OPTIONS, que consulta os métodos suportados pelo servidor, é igualmente seguro. Guarde a fronteira: seguro = somente leitura = GET, HEAD, OPTIONS, TRACE; não seguro = altera estado = POST, PUT, DELETE, PATCH.
Inclui POST e PUT, ambos não seguros. POST envia dados para processamento (criação de recurso) e PUT armazena/substitui um recurso — os dois alteram o estado do servidor. Apenas GET é seguro.
Inclui POST, que não é seguro. GET e HEAD são seguros, mas a presença do POST invalida a alternativa.
GET, HEAD e OPTIONS são todos métodos seguros: GET recupera uma representação do recurso; HEAD é idêntico ao GET, mas retorna apenas os cabeçalhos; OPTIONS consulta os métodos suportados pelo servidor. Nenhum deles altera o estado do servidor.
Inclui PUT, que não é seguro (armazena/substitui um recurso). HEAD e OPTIONS são seguros, mas a presença do PUT invalida a alternativa.
Inclui PUT, POST e DELETE, todos não seguros. DELETE remove o recurso, POST cria e PUT atualiza — todos alteram o estado do servidor.
A banca explora a confusão entre "seguro" (sem efeito colateral) e "comum" ou "criptografado". POST e PUT são frequentemente usados, mas alteram o estado; DELETE também. Lembre-se: seguro = somente leitura. Se a alternativa trouxer POST, PUT ou DELETE, ela está errada.
Para decorar os métodos seguros, use o mnemônico GHOT — GET, HEAD, OPTIONS, TRACE. Os demais (POST, PUT, DELETE, PATCH) são não seguros. Na prova, elimine rapidamente qualquer alternativa que contenha POST, PUT ou DELETE.
Gabarito: letra C
Link permanente: /questoes/qa632377