No, you have one flag. This is not a "DNS entry present == cheater" system; it just acted as a confirmation when the hack itself was detected. Don't use boom as a shortcut.

Uhh, you're contradicting yourself on point 2 and 3: the domain we're talking about didn't host anything to "visit".

Well then if you do this for valve games, you just don't do it on VAC-enabled servers...
A good question would be "is VAC running all the time, or only on a VAC-enabled game"...

If you manually visit the domain used internally by cheats for DRM checking, it's beyond curiosity.

Well, some shell does. They have had the ability to extend auto-completion for some time. Not to say that it's not needed (I'm part of the peoples that use only 3-4 git commands) but writting scripts that handle git auto completion in existing shell might be more useful in the wide than a git-centric new shell.

No, it's a DOS game.
However, DOSBox runs fine on Android. Just sayin'

When you're talking about duplicate content, you can't limit yourself to "just hashes".
In this case, with pictures, just opening one and saving it again might produce a different hash, just by recompression or changing the file format. How does all these "just check the hashes" solution works for that?
Finding duplicates image is not that easy.

I have hope that a strong enough AI will not allow this kind of censoring :)

And even if it become really hard, you have to be pretty confident about the appeal of your website.
I can understand why they want their ads to go through, but if some webmaster take aggressive action to force the hand of the user, there's a little side effect called "not going to this site anymore" that might hurt them somehow.

Yeah, no.
Is donating a large sum of money to a charity a good thing? Of course!
And the fact that they did it to buy themselves a better public opinion doesn't make it less than a good thing, but it's certainly not helping their reputation: "hey, we screw up big time, so we douse money left and right to fix it" usually don't works by itself.

No. Firewalling, virus protection, malware detection... all these techniques can be flawed, either by design, because of oversight...
It is acceptable for most system (because these issues get fixed after a while), but for a SCADA system you don't want a zero-day to be exploitable *at all*. Your system can have a ton of backdoor/vulnerabilities/exploits, if it can't be reached by any other mean than physical access they are not an issue.

testing (noun): the action of releasing your program in the wild and cross fingers.

Only if your very confident that B will never ever get it's input from anywhere else, or that if it happen, the "anywhere else" will also properly check it's input. Oh, and you should know for sure that A will never change and suddenly spit something that B won't accept. Better document your code, and hope that the future maintainer will actually read what you wrote.
In large, long-lived project, these assumptions are all hard to make.

From what I muster, it's far from exploitable in real-life scenario. Still impressive though, and this might broaden the way peoples see side-channel attacks on general computers, and not only on specific hardware.
Still, http://www.debian.org/security/2013/dsa-2821

It's kind of funny; in the instance of a network that log connection with very few tor users, NOT using tor would have been more efficient at hiding is identity. Should have gone the easy route of seven proxies.