fpaq
Re:Git 3.0's upcoming SHA-256 default will be a costly mistake
on Friday October 02, 2026 @02:04PM (#49936606)
> Again, hashes are by definition, insecure. I.e. you don't have a guarantee that the hash references the same commit, just a (very, very strong) probability that it does.
This doesn't seem to be a useful definition. Would you classify every computable algorithm as insecure, because by generating a random bitstring, there is a (very, very low) probability of guessing the hash/secret key/solution/signature?
Re:Git 3.0's upcoming SHA-256 default will be a costly mistake
on Friday October 02, 2026 @01:55PM (#49936501)
> However, if I see that you pushed commit abcd134, and then I can build and push a colliding commit...
You cannot do that. This is called a second-preimage attack, which has not been demonstrated even against MD5, let alone SHA1.