Cesium VS sha1collisiondetection

Because Hacktoberfest is runing, I would like to share small project in which I'm participating. ForNeVeR/Cesium: C compiler for the CLI platform (github.com)

Technically you can always write you own C compiler like this project https://github.com/ForNeVeR/Cesium. Obviosuly C++ is much more complicated journey and require real investment. But at this point this is not CoreCLR limitations mostly.

It's far more likely that somebody would try to artificially create a collision. There is code in git to try to detect this https://github.com/cr-marcstevens/sha1collisiondetection

First milestone is to be able to compile this code https://github.com/cr-marcstevens/sha1collisiondetection/ using Cesium.

For sha1, people made a system where you can detect the patterns that lead to a collision, and (for example) replace it with a different hash only for inputs that would be a problem. https://github.com/cr-marcstevens/sha1collisiondetection i think git does this to eek more life out of sha1.

I imagine you could take a similar counter-cryptnalysis approach to md5. (I am out of my depth here, so there could be reasons this doesnt work for md5 im unaware of)

I'm saying that Git is on my side of opinion, that's why Git added collision detection (hardened SHA1) and added support for more stronger hashes and Git's goal is transition out of SHA1. The same is with fossil, that added hardened SHA1 since 2017 and by default uses SHA3 for new repositories.