I’ve been seeding many Foss things for years but for some reason, people keep downloading Ubuntu versions that are more than 3 years old.

Any ideas why there is always someone downloading the ancient stuff, especially Ubuntu?

  • clif@lemmy.world
    link
    fedilink
    arrow-up
    157
    ·
    1 year ago

    I just want to say that you’re a MVP for seeding that much for that long. Lots of TBs up there - you’ve helped out a ton of people.

    Thank you.

  • neanderthal@lemmy.world
    link
    fedilink
    arrow-up
    86
    ·
    edit-2
    1 year ago

    Yes, Ubuntu 20 isn’t EOL yet. A lot of those downloads are probably IT staff or developers that are running Ubuntu servers or developing on those versions.

    ETA: We still have some RHEL 7 and clones at my day job

  • MystikIncarnate@lemmy.ca
    link
    fedilink
    English
    arrow-up
    45
    arrow-down
    1
    ·
    1 year ago

    20.04 and 22.04 were LTS versions, aka, long term support.

    Any application that requires stability should run on LTS versions. Combined with Ubuntu being one of the most popular distros, makes 20.04 and 22.04 the most popular choices for anything in a home lab and many smaller business needs.

    Whether you’re building a server for home DNS, or a time server for a small business, then you’re probably using Ubuntu as the base.

    I think the next LTS version will be 24.04, so things might shift sometime after that.

    • pietervdvn@lemmy.ml
      link
      fedilink
      arrow-up
      6
      ·
      1 year ago

      Correct. Naming of ubuntu is always . of release. The LTS’es are supported for four years, so when 24.04 is released, the 20.04 will be EOL

  • computerboss@sh.itjust.works
    link
    fedilink
    arrow-up
    30
    ·
    1 year ago

    I can give you an answer from someone who regularly downloads really old EOL versions of Ubuntu and Debian. I personally use them as part of attack and defense competitions. They are normally very close to unusable and are nearly impossible to update to a more recent or secure version. This forces my team to find creative ways to keep them working while also taking measures to isolate them as much as possible. I also use them to teach old exploits that have been patched in more recent versions, walking people through how it worked and why it existed.

    It happens a lot more with Windows machines, but there might be some manufacturing systems out there that require software that won’t run on modern versions of the OS. These systems often require new manufacturing tools in order to upgrade, or they need massive overhauls that smaller companies can’t always afford.

    • fiat_lux@kbin.social
      link
      fedilink
      arrow-up
      7
      ·
      1 year ago

      This forces my team to find creative ways to keep them working while also taking measures to isolate them as much as possible. I also use them to teach old exploits that have been patched in more recent versions, walking people through how it worked and why it existed.

      I am interested in learning more about this. I know a fair bit about networks but exploit history and modern attack / defense strategies and server hardening are not my main specialty. Do you have any good links or resources that you can share?

      • computerboss@sh.itjust.works
        link
        fedilink
        arrow-up
        4
        ·
        1 year ago

        Ok so to be clear when I said team I mean a bunch of college students preparing for different ctfs, but these are some of the more helpful resources we have found:

        Tryhackme: personal favorite especially for beginners Hackthebox: great for learning/practicing attacks Overthewire: another good ctf site

        We try to build many of our own ctf like machines, then each person switches their machine with another person and the other person tries to secure the vulnerabilities without knowing anything about the machine. Once everyone has secured their machines we try to attack them using the notes made while setting them up. This is our step by step for that process.

        1. download an old version of a distro. (Ubuntu 14, deb 9, ect)
        2. install and setup the VM without any updates or changes to the default configuration
        3. google the distro version (Ubuntu 14.04) + vulnerabilities or exploits
        4. read through the different sites to find applications that had huge security issues on that version and begin installing some of the programs that have known exploits

        So for example with Ubuntu 14.04 we know there are some Linux kernel exploits.

        A quick Google search returned this exploit: https://www.exploit-db.com/exploits/43418

        Using Ubuntu’s website I looked up other critical vulnerabilities and found these: https://ubuntu.com/security/cves?q=&package=&priority=critical&version=trusty&status=

        From here I could add some of the packages mentioned as having exploits and then attempt to exploit them. I could also check newer versions of Ubuntu like 16 to find vulnerabilities that would also apply to older versions.

        There is also Mitre’s list(s) of the most dangerous software vulnerabilities. They have one for 2023, but also a catalog of lists from previous years.

        https://cwe.mitre.org/top25/archive/2023/2023_top25_list.html

        Hopefully this helps!

  • rhythmisaprancer@kbin.social
    link
    fedilink
    arrow-up
    16
    ·
    1 year ago

    I don’t know about now, but my first Linux OS was Ubuntu and I appreciated the long support because of this. That was in the dial up days, tho, I can’t imagine why anyone would require that now ☠️

  • Rogue
    link
    fedilink
    arrow-up
    12
    ·
    1 year ago

    People desperately trying to avoid snaps by any means possible?

  • Diva (she/her)@lemmy.ml
    link
    fedilink
    arrow-up
    11
    arrow-down
    1
    ·
    edit-2
    1 year ago

    I worked at a place which was still using a 20.04 version (for products they were selling) because updating it would require spending any amount of time updating software. Path of least resistance is using the old os forever.

    • pbjamm@beehaw.org
      link
      fedilink
      English
      arrow-up
      7
      ·
      1 year ago

      10 years ago I was working at a place that still used an Apple ][e

      It controlled a ROM burner that was vital to the manufacturing process. In a back room was a stack of backup ][e s just in case the production one should ever fail. In the years I worked there it never did.

  • MechKit@beehaw.org
    link
    fedilink
    English
    arrow-up
    8
    ·
    1 year ago

    I assume it’s not human driven. Maybe some automated archiver? Some bot looking for proof of pirated content, and just downloads everything it finds?

    • ejmin@lemmy.mlOP
      link
      fedilink
      arrow-up
      5
      ·
      1 year ago

      Right, that sounds like a good guess. That makes sense, bots are everywhere.

      • GroteStreet 🦘@aussie.zone
        link
        fedilink
        English
        arrow-up
        14
        ·
        1 year ago

        Some of it may be, but the fact that the LTS versions (20.04 & 22.04) are downloaded overwhelmingly more than the others seem to indicate it’s more intentional.

        • jlow (he/him)@beehaw.org
          link
          fedilink
          arrow-up
          2
          arrow-down
          1
          ·
          1 year ago

          Do old versions of Linux (Ubuntu in this instance) run better on really old hardware? That might be a reason if so.

  • Nightwatch Admin@feddit.nl
    link
    fedilink
    arrow-up
    5
    arrow-down
    1
    ·
    1 year ago

    Systemd haters? But seriously, this could well be because of business environments where applications require specific OS versions to keep being supported by the vendor. Or better: where the orchestration tool cannot be updated because of the old OSs while said OSs cannot be updated because it will break orchestration.

    This is why people love containers: you can run insecure software on insecure OS (component)s while pretending to be in control on your shiny Kubernetes cluster.