CompuzillaComputação em palavras simples
← Todos os guias

Guia · Segurança

HTTP e HTTPS: o que a proteção da conexão garante?

HTTP define pedidos e respostas; HTTPS combina esse uso com comunicação protegida e autenticação do servidor. A proteção trata o canal, sem avaliar a honestidade do serviço, a verdade do conteúdo ou todos os usos dos dados depois da chegada.

Escrito pela equipe Compuzilla

Publicado em . Atualizado em .

Nesta leitura
Compuzilla sorrindo ao lado de um diagrama: HTTP e HTTPS: o que a proteção da conexão garante.

HTTP e HTTPS: o que a proteção da conexão garante

  1. Pedido HTTP
  2. Canal protegido
  3. Dados no participante
O canal protege dados em trânsito; tratamento posterior e conteúdo têm outras condições. Ilustração: equipe Compuzilla.

Comece pelo pedido

Quando um navegador solicita um recurso, o método, o alvo e outras informações descrevem a interação HTTP. A resposta traz um código de estado e pode trazer conteúdo. Isso explica pedir uma página, receber um redirecionamento ou encontrar um erro.

HTTPS mantém essa organização de aplicação e acrescenta proteção ao caminho de comunicação. A semântica do pedido e a proteção do canal são responsabilidades relacionadas.

Proteger o que atravessa o caminho

TLS oferece mecanismos para confidencialidade e integridade de dados, além de participar da autenticação do servidor. O cliente precisa conferir as condições que relacionam a conexão ao nome usado.

No exemplo de um formulário, a proteção busca impedir que terceiros no caminho leiam ou alterem o conteúdo transmitido. O serviço de destino recebe os dados para processá-los; o canal protegido não torna os dados invisíveis para esse participante.

Autenticar o servidor não aprova seu conteúdo

Um site com HTTPS pode publicar uma notícia falsa ou uma oferta desonesta. A proteção não faz uma investigação editorial sobre a página. Também não comprova que todo arquivo baixado seja adequado para abrir.

Verificar o endereço e a finalidade do serviço continua tendo um papel diferente de verificar a conexão. É possível ter um canal corretamente protegido para um serviço cujas intenções não são confiáveis.

O caminho termina, o tratamento continua

Depois da entrega, armazenamento, permissões e uso dos dados dependem do sistema que os recebeu. HTTPS não é uma garantia universal de proteção em todos os arquivos e componentes envolvidos.

Também não corrige automaticamente erros do próprio aplicativo. A propriedade oferecida precisa ser descrita com seu alcance: proteger comunicação não é validar qualquer operação que passa por ela.

Próxima leitura

Leia autenticação para separar verificação de identidade e permissões de ação.

Continue aprendendo

  • Verbete HTTP — HTTP é um protocolo de aplicação que define pedidos e respostas para acessar recursos. Métodos, campos e códigos de estado descrevem a interação entre cliente e servidor. É usado na web e também em interfaces de comunicação entre programas.
  • Verbete HTTPS — HTTPS é o uso de HTTP com proteção criptográfica da comunicação, normalmente por TLS. Ajuda a proteger os dados em trânsito e a autenticar o servidor. Não garante que o conteúdo seja verdadeiro nem que o serviço tenha boas intenções.
  • Verbete Criptografia — Criptografia reúne técnicas matemáticas para proteger propriedades de uma comunicação ou de dados. Pode participar de confidencialidade, integridade e autenticação. A proteção depende do protocolo, das chaves, da implementação e do uso adequado, não apenas do nome de um algoritmo.
  • Verbete Autenticação — Autenticação é o processo de verificar uma alegação de identidade por meio de evidências, como o controle de um autenticador associado a uma conta. Ela é diferente de autorização, que determina quais ações aquele participante pode realizar.

Fontes para aprofundar