this post was submitted on 05 Oct 2026
88 points (92.3% liked)

Programming

28764 readers
452 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev



founded 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] calcopiritus@lemmy.world 1 points 3 days ago (1 children)

Good practice != Something that ensures security. As I said, it's an even better practice to just host your own fork if what you want is security. The reason to use git hashes is mostly so you don't have to trust the author following semver in there version number. It's a matter of ensuring that your code will always compile, not a security feature.

Have you read the article? Your arguments derive from an assumption of "sha1 is mutable, sha256 is immutable". First of all, every hashing algorithm is going to have collisions, that's an unavoidable "feature" of hashes. And sha1 is in no way "mutable", it takes a great amount of effort (and money) to generate a collision. Furthermore, those collisions are not arbitrary. You have to calculate them beforehand. As the article says: what is more likely? Paying 40k€ in compute time to generate a single collision? Or just paying an open source maintainer 40k€ to let you do 1 new commit that most people are going to download anyway?

[–] chris@l.roofo.cc 1 points 3 days ago

Yes I read the article. I don't agree with all the conclusions.

Now is the best time to change to a new algo. SHA1 is not completely broken yet. It most probably will be at some point.

Also AFAIK they will have compatibility tools for SHA1 repos in git. I don't see the big deal with the path they chose.

We will probably nor agree on that one. I think the hashes are important and that they are mutable right new with effort and later without. It's okay that we don't agree though. The git maintainers have made their decision anyways.