• The New York Times suffered a breach of its GitHub repositories in January 2024, leading to the theft and leak of sensitive personal information of freelancers.
  • Attackers accessed the repos using exposed credentials, but the breach did not impact the newspaper’s internal systems or operations.
  • The stolen data, amounting to 273GB, was leaked on 4chan and included various personal details of contributors as well as information related to assignments and source code, including the viral Wordle game.
  • CaptainBasculin@lemmy.ml
    link
    fedilink
    English
    arrow-up
    55
    arrow-down
    5
    ·
    5 months ago

    GitHub sucks with private repositories anyways. If any company needs a sizable source control utility, just hosting their own GitLab instance will be way cheaper and safer than entrusting it to Microsoft and paying an unnecessary enterprise rate to GitHub.

    • Dark Arc@social.packetloss.gg
      link
      fedilink
      English
      arrow-up
      42
      arrow-down
      2
      ·
      5 months ago

      Hot take: GitLab is sluggish, buggy, crap. It is the “Mega Blocks” of source control management.

      If you have source files that are more than a few hundred lines and you try to load them on the web interface, forget about it.

      They can’t even implement 2FA in such a way that it isn’t a huge pain to interact with. There’s been an open issue for over 7 years now to implement 2FA like it is everywhere else, where you can be signed in to more than one device at a time if you have 2FA enabled (https://gitlab.com/gitlab-org/gitlab/-/issues/16656).

      Not to mention this was not a GitHub failure, this was a failure by the NYTimes to secure their developer’s credentials. This “just in house/self host everything and magically get security” mentality that’s so prevalent on Lemmy is also just wrong. Self hosting is not a security thing, especially when you’re as large of a target as NYTimes. That one little misconfiguration in your self hosted GitLab instance … the critical patch that’s still sitting in your queue … that might be the difference between a breach like this and protecting your data.

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

        I will never use GitLab after seeing CVE-2023-7028. It should simply not have been possible with any reasonable security posture. I do not want their software running on my machines.

        • PlexSheep@infosec.pub
          link
          fedilink
          English
          arrow-up
          3
          ·
          5 months ago

          I self host Forgejo for a pretty long time now. I put my personal stuff there and if something seems like the public might like it I mirror it to GitHub and Codeberg. Forgejo is amazing and will be even more amazing when federation support gets stable.

    • hddsx@lemmy.ca
      link
      fedilink
      English
      arrow-up
      21
      arrow-down
      1
      ·
      5 months ago

      GitLab sucks and has been getting worse. Their system requirements are high because they can’t figure out how to make efficient code.

      I’ve since signed up but haven’t used GitHub, so I can’t claim if it’s better or worse. But I’m definitely looking for an alternative

      • numbermess@fedia.io
        link
        fedilink
        arrow-up
        13
        ·
        5 months ago

        I’ve been pretty happy with Gitea for small projects. I had to learn how to use it for because a client was already using it and wanted to upgrade to a more recent version. I was brought in just to make sure that it would work without introducing disaster, and that was my introduction to it. It’s nearly completely brainless to run as a docker container and it seems to work just fine.

          • realbadat@programming.dev
            link
            fedilink
            English
            arrow-up
            1
            ·
            edit-2
            5 months ago

            For one thing, more FOSS focused. It’s lighter/faster for me than a self hosted gitlab, there is nothing hidden behind a paywall, they are working on some nice activitypub integration, actions are really handy (yes it’s a bit of yaml soup), codeberg is using and supporting it, a better focus on security and stability than gitea (where it forked from), the ux is clean, and that’s about what I can think of off the top of my head.

            • hddsx@lemmy.ca
              link
              fedilink
              English
              arrow-up
              2
              ·
              5 months ago

              I’m down with all of those but possibly activitypub integration. Does that add to the product or is it a deviation from the core product?

              • realbadat@programming.dev
                link
                fedilink
                English
                arrow-up
                2
                ·
                5 months ago

                Imo, an add.

                Creating a bug report or feature request can be done without having to create an account, and the backend tools (including blocking instances) are being completed first.

                It’s not like it’s forced either. You can just run it local and have no federation (once the feature is out of course, right now you wouldn’t have it regardless).

    • subtext@lemmy.world
      link
      fedilink
      English
      arrow-up
      4
      ·
      5 months ago

      I mean if they’re really looking for security, you don’t have to trust GitHub to host it, you can use GitHub Enterprise Server to self host your own GitHub.

      Hella expensive like you say, but, if you’re set on GitHub and the enterprise support they provide, there are options.

  • etchinghillside@reddthat.com
    link
    fedilink
    English
    arrow-up
    7
    ·
    5 months ago

    Didn’t read the article – but why are they mentioning “freelancers” specifically? Is there some kind of feature on GitHub to better promote yourself as a freelancer?

    • catloaf@lemm.ee
      link
      fedilink
      English
      arrow-up
      27
      arrow-down
      1
      ·
      5 months ago

      I don’t see what Microsoft has to do with this. The article says the repos were accessed with stolen creds.

            • catloaf@lemm.ee
              link
              fedilink
              English
              arrow-up
              14
              arrow-down
              1
              ·
              5 months ago

              It is not Microsoft’s job to protect your password, it is yours.

              Or did you assume it was GitHub itself that was compromised? The article doesn’t say where the creds were obtained. My guess is plain old phishing. Though it could also be cred-stealing malware, that seems to be making a comeback, in the form of browser extensions and mobile apps. Either way, those aren’t Microsoft’s fault.

                • BURN@lemmy.world
                  link
                  fedilink
                  English
                  arrow-up
                  6
                  arrow-down
                  1
                  ·
                  5 months ago

                  “Hacking” is a catch all term for security breaches, including phishing to the general public.

        • Dark Arc@social.packetloss.gg
          link
          fedilink
          English
          arrow-up
          11
          arrow-down
          2
          ·
          edit-2
          5 months ago

          This is “hack” like the kid that guessed your grandma’s Facebook password is “ilovecats1953”, “hacked” Facebook.

        • sab@lemmy.world
          link
          fedilink
          English
          arrow-up
          2
          ·
          5 months ago

          Exposed credentials means that somebody got sloppy the password. So yeah, “stolen creds”. Give the fact that a) NYT seems knows which credentials were exposed, and b) We haven’t seen hundreds of other high(er) profile companies have their private repos breached, it is far more likely that NYT fucked up, and not Microsoft (which is what you implied, with nothing to back it up - other than a very narrow-minded definition of the word hack).