Re:Git 3.0's upcoming SHA-256 default will be a costly mistake
by Dylan16807 on Saturday October 03, 2026 @02:57AM
(#49941962)
> 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.
Cool, you've just defined the foundation of signatures and web encryption as insecure. What next?
Also, you can only be so certain about any piece of data no matter what you do. With a non-broken hash you can make the collision chance be a trillion times lower than the chance you're hashing the wrong data to begin with. That's as good as gold, well actually better than gold.
Cool, you've just defined the foundation of signatures and web encryption as insecure. What next?
Also, you can only be so certain about any piece of data no matter what you do. With a non-broken hash you can make the collision chance be a trillion times lower than the chance you're hashing the wrong data to begin with. That's as good as gold, well actually better than gold.