Is gitGit crowdsourcing cryptographic attacks?
A strong cryptographic hash makes collisions unlikely. Many cryptographic protocols build on that fact. But gitGit is using SHA1SHA-1 hashes as object identifiers. So there are a lot of already computed hashes out there in the public gitGit repositories of the web, along with details on how to reproduce them.
Is there some known attack on some protocol where this might be leveraged? Something like “well, I can do something evil if I replace this unknown plain text with some other plain text with the same SHA1SHA-1 hash, so instead of computing a collision I'll google for it.” Of course, the space of all hashes is still far from covered by gitGit commits, but nevertheless, I'd guess all the gitGit commits out there might amount to quite some CPU hours of computing SHA1SHA-1 hashes. I'm not sure whether that guess is justified, though.
As far as I can see, such an attack would only work if the hash is visible, the plain text from which it was generated is not, but some cypher text generated from is, and a different text can be encrypted as well. So this looks like it might apply to some public key based protocols, where you can encrypt but not decrypt. Furthermore, you don't have control over the colliding plain text, so obvious things like putting your own name as the beneficiary of some financial transaction won't work. Are there any scenarios where such a crowd-sourced hash collision could cause serious trouble with non-negligible probability?