• AChiTenshi@sh.itjust.works
      link
      fedilink
      arrow-up
      34
      arrow-down
      5
      ·
      8 months ago

      I would imagine the recent xz backdoor discovery spooked them a bit. So now they are going to check things.

      We shall see if it continues or not.

              • nickwitha_k (he/him)@lemmy.sdf.org
                link
                fedilink
                arrow-up
                5
                ·
                edit-2
                8 months ago

                That is a very good question. At this point, a hash function in the SHA-2 family is generally considered secure.

                MD5 has been known to be cryptographically insecure since about 2008. Collisions can be reliably reached in sub-second timeframes on hardware that is over a decade old. It also has many other attack vectors. The only place that it really could reasonably be used is when checking for file integrity for an rsync or the like but even then, with modern hardware, there’s little reason to not use a secure hashing algorithm.

                For SHA-1, successful collisions were hit in under 2^69 ops as early as 2005.

                In 2017, Big G (when they were still trying but to be evil) announced the SHAttered attack that that reliably reached collisions with 2^63.1 ops. SHAttered required 6500 CPU-years and 110 GPU-years to implement but that’s a number well within reach for a well-funded adversary. Several other attacks from other directions have been proven out with the barrier to entry getting significantly lower. It doesn’t even take a state actor anymore with costs being estimated as low as $45k USD in 2020.

                SHA-2 has not yet had any publicly disclosed success in defeating all hashing rounds. Last year, there was success in collision in 31/60 rounds for SHA-256 and 31/80 rounds for SHA-512. So, it’s generally thought to still be secure (noone has had yet disclosed a practical collision or pseudo collusion that is close to defeating ALL rounds).

                EDIT: Newlines to avoid formatting (how do I escape formatting characters?)

                • vanderbilt@lemmy.world
                  link
                  fedilink
                  English
                  arrow-up
                  5
                  ·
                  8 months ago

                  The use of MD5 becomes a bigger issue when paired with the lack of package signatures. You can inject code into a package and find a colliding digest absurdly fast. I and a friend from Threatlocker created a Metasploit module to use Deb packages for local privesc based on the concept. If it touches the filesystem outside of the APT cache it becomes a vector.

          • Pantherina@feddit.de
            link
            fedilink
            arrow-up
            5
            arrow-down
            1
            ·
            edit-2
            8 months ago

            Cough Fedora does that (using rpm-sequoia written in Rust) and also uses zst instead of xz for RPMs since Fedora 31

            • vanderbilt@lemmy.world
              link
              fedilink
              English
              arrow-up
              3
              ·
              8 months ago

              Did they ever make good on this plan?

              RPM must accept SHA-1 hashes and DSA keys for Fedora 38, ideally with a deprecation warning that it will be disabled in F39.

      • ArtVandalist
        link
        fedilink
        English
        arrow-up
        6
        ·
        8 months ago

        Which means at all previous times, for 20 years, noone did check fck sht.