News for hackers. Stuff that matters.

A comment on For a brief period, the Windows kernel tried to deal with gamma rays. Parent comment

Re:For a brief period, the Windows kernel tried to deal with... by groestl on Tuesday November 20, 2018 @04:11PM (#18497765)
> Bit flips in network surely is many orders of magnitude worse

Yes, but because it's so prevalent that people expect it, they've added checksums on multiple levels, so the network actually performs better. In this particular instance (DNS queries), it's very unlikely that the data was corrupted in transit: "We believe that UDP checksums are effective at preventing 'bitsquat' attacks and other types of errors that occur after a DNS query leaves a DNS resolver and enters the network."

[ Parent | on HN ]
Re:For a brief period, the Windows kernel tried to deal with... by tjoff on Tuesday November 20, 2018 @04:19PM (#18497846)
That doesn't take into consideration of flaky home-routers (note that they do recalculate the checksum). So the checksum might be processed on bad data.

For a bad connection it will also be quite common that the checksum will happen to be valid. TCP/UDP checksums are quite bad.

[ Parent | on HN ]
Re:For a brief period, the Windows kernel tried to deal with... by dfox on Tuesday November 20, 2018 @06:45PM (#18498954)
One thing to keep in mind is that the network protocols usually use quite weak and similar checksums. To the extent that there are layer combinations that reliably produce errors that are not detectable by TCP checksum.
[ Parent | on HN ]
Re:For a brief period, the Windows kernel tried to deal with... by acdha on Tuesday November 20, 2018 @09:16PM (#18499714)
Has anyone published results on the impact of large scale TLS deployment on reliability? I’ve seen some older papers on errors which TCP missed but it seems like making a hard fail would be a nice win as the crypto overhead keeps getting cheaper.
[ Parent | on HN ]