Os sites que fornecem arquivos ISO para download geralmente fornecem as somas de verificação md5 desses arquivos, que podemos usar para confirmar que o arquivo foi baixado corretamente e não foi corrompido.
Por que isso é necessário? Certamente as propriedades de correção de erros do TCP são suficientes. Se um pacote não for recebido corretamente, ele será retransmitido. A natureza de uma conexão TCP / IP não garante a integridade dos dados?
Há provavelmente um zilhão de razões pelas quais alguém deve checar o md5sum, mas algumas me vêm à mente:
E leva apenas alguns segundos de qualquer maneira.
Como foi observado por outros, há muitas possibilidades de corrupção de dados em que qualquer soma de verificação na camada de transporte não pode ajudar, como corrupção acontecendo antes que a soma de verificação seja calculada no lado de envio, uma interceptação MITM e modificando o fluxo ( dados, bem como somas de verificação), corrupção acontecendo depois de validar a soma de verificação no fim de recepção, etc.
Se desconsiderarmos todas essas outras possibilidades e nos concentrarmos nas especificidades da soma de verificação TCP em si e no que Na verdade, em termos de validação de integridade de dados, verifica-se que as propriedades dessa soma de verificação não são de todo abrangentes em termos de detecção de erros. A maneira como esse algoritmo de soma de verificação foi escolhido reflete a necessidade de velocidade em combinação com o período de tempo (final dos anos 70).
É assim que a soma de verificação TCP é calculada:
Checksum: 16 bits
The checksum field is the 16 bit one's complement of the one's complement sum of all 16 bit words in the header and text. If a segment contains an odd number of header and text octets to be checksummed, the last octet is padded on the right with zeros to form a 16 bit word for checksum purposes. The pad is not transmitted as part of the segment. While computing the checksum, the checksum field itself is replaced with zeros.
Isso significa que qualquer corrupção que se equilibre ao somar os dados dessa maneira não será detectada. Há um número de categorias de corrupção nos dados que isso permitirá, mas apenas como um exemplo trivial: alterar a ordem das palavras de 16 bits sempre não será detectado.
Na prática, ele detecta muitos erros típicos, mas não garante a integridade.
Também é ajudado por como a camada L2 também faz verificações de integridade (por exemplo, CRC32 de quadros Ethernet), embora apenas para a transmissão no link local, e muitos casos de dados corrompidos nunca são transmitidos para a pilha TCP.
A validação dos dados usando um hash strong, ou preferencialmente uma assinatura criptográfica, está em um nível totalmente diferente em termos de garantir a integridade dos dados. Os dois mal podem ser comparados.
O TCP / IP garante a integridade dos dados *. Mas isso não garante que 100% de um arquivo tenha sido baixado. Pode haver muitas razões pelas quais isso pode acontecer. Por exemplo: É possível que você possa montar um ISO que perca um ou dois bytes em algum lugar no meio. Você não terá problemas com isso até precisar de um ou dois arquivos específicos que estejam corrompidos. Comparar as somas de verificação garante que você realmente baixou o arquivo inteiro.
* veja comentário
A soma de verificação do TCP é de apenas 16 bits. Isso significa que, na ausência de outras somas de verificação, um em cada 65536 pacotes corrompidos será aceito como não corrompido. Se, por exemplo, você estivesse fazendo o download de uma imagem de DVD de 8 GB em um link barulhento com uma taxa de corrupção de 1%, você esperaria 81 pacotes corrompidos indetectáveis.
MD5 é uma soma de verificação muito maior, com 128 bits. A probabilidade de esses 81 pacotes produzirem algo com a mesma soma de verificação do original é de cerca de 1 em 1.000.000.000.000.000.000.000.000.000.000.000.
Existem vários motivos para verificar a soma de verificação de um arquivo baixado via HTTP:
1 fontes no comentário porque lol rep
Daniel, dependendo da ferramenta que você está usando para o download do ISO por palavra. Se for o Firefox, pode mostrar o download do arquivo. No entanto, você pode não ter o ISO completo intacto. Se você a queimar, tente usá-la, as informações podem estar faltando. Isso acontece periodicamente em diferentes servidores da Web que hospedam arquivos.
É uma boa prática, pelo menos, comparar o tamanho do arquivo (total de bytes ou bits) para garantir que eles correspondam. O Windows mostrará a contagem de bytes do arquivo diferente, depois o Linux. A verificação da soma MD5 mostrará os mesmos valores, não importa qual OS é usado. Espero que isso ajude um pouco. Felicidades ...
Noto muitas respostas interessantes, mas há uma última coisa a considerar: Problema de dois generais
O problema dos dois generais e o problema dos generais bizantinos considera especificamente as implicações da transferência segura de informações através de canais não confiáveis.
As somas de verificação são apenas mais uma camada de "confiabilidade crescente" e uma com uma chance muito pequena de falha. Esta é a razão pela qual é tão popular.
Tags tcp