Enquanto o TCP (o protocolo no qual o http / https é construído) tem detecção de erros na forma de uma soma de verificação a bordo (que provoca retransmissões), não é à prova de balas. É muito raro, mas vários bits de bits no mesmo pacote ainda podem resultar em uma soma de verificação válida. Se o restante do pacote ainda não estiver danificado, esses erros poderão percorrer todo o caminho até o aplicativo. Estou convenientemente pulando a detecção / correção de erros nas camadas inferiores da transferência aqui.
Geralmente, os algoritmos de criptografia incluem checksums muito mais strongs, como parte da segurança de dados. TLS / SSL (sobre TCP) certamente faz, então a sua conclusão é tecnicamente válida.
No entanto, observe que isso é muito, muito raro; na mesma escala que erros em (não-ECC), cabos sata e armazenamento em disco (no servidor e no lado do cliente!). Para fins de confiabilidade, mudar para https sem segmentar esses outros problemas em potencial é algo tolo e nunca atingirá a confiabilidade "100%".
Na minha experiência, é provável que a causa esteja em alguma outra parte do sistema (aplicativo que processa os dados carregados, talvez conversão de formato silencioso no banco de dados, ...).
Todo esse problema também se aplica a protocolos não-http.