1 comment

sorted by: hot top controversial new old
[–] 4 points 4 months ago

and unlike Microslop who loves to bury the bad news, I got at least 3 warning emails from my distro maintainers about the situation, steps they are taking and steps I coulo take to stay safe

Linux >>>>>>>>>> microslop … any day, any case

  • source
  • 33 comments in c/technology@lemmy.world view that post
    [–] 74 points 4 months ago (8 children)

    I've seen AUR warned against often, also by Arch team members.
    I never thought it was a huge deal, but apparently anything that can be attacked will be attacked nowadays.

  • source
  • hideshow 8 child comments
  • [–] 13 points 4 months ago (3 children)

    I start to wonder if we need something sitting between extra and aur, few more trusted maintainers and well secured update process that’s more than the aur Wild West

    Also, some sort of yay hook to do some scanning for suspicious diffs and warning or skipping those packages…

    I don’t want / need a system where I can blindly update everything, but something to help me avoid having to visually check every package diff would be nice

  • source
  • parent
  • hideshow 3 child comments
  • load more comments (1 reply)
    [–] 26 points 4 months ago (2 children)

    A couple of weeks ago, some dingbat of an AUR admin orphaned a package of mine, ignoring the comment I left on it and my post to the mailing list.

    Even though this package, to my knowledge, didn’t end up being attacked, I wonder if this was a potential precursor to the recent attack…

  • source
  • hideshow 2 child comments
  • [–] 1 point 4 months ago (1 child)

    To answer your question, generally yes the package maintainer is the one who maintains the package for the current version of the distro, even if upstream is unchanged. If a package is no longer compatible and no one is making it compatible, then yes it's unmaintained and should be removed.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 17 points 4 months ago* (last edited 4 months ago)

    It wasn’t removed, it was marked as orphaned, which means anyone can take over and mess with it, lowering the bar for supply chain attacks.

    If another user had said “I can take care of this long-term, gimme”, I’d had handed it over. Instead, some self-important dingbat with too many privileges decided to mass-mark all packages with an “outdated” flag beyond a certain age as orphaned, then ignored my mailing list post.

    For what it’s worth, a distro package maintainer’s inability to update a package to a newer upstream version does not necessarily lead to a package being removed. Debian and Ubuntu kept shipping an ancient version of freetds sometime in the mid-2010s and the package maintainer was incommunicado.

  • source
  • parent
  • [–] 19 points 4 months ago* (1 child)

    I got a notification about a package that changed the maintainer that looks rather suspicious to me... So i would still be careful...

    https://aur.archlinux.org/account/svantehedlund

    That user doesn't seem to be blocked... So there might still be more going on.

  • source
  • hideshow 1 child comment
  • [–] 15 points 4 months ago

    This attack is ongoing. Don't let your guard down on AUR PKGBUILDs.

  • source
  • [–] 30 points 4 months ago

    I use Debian btw

  • source
  • [–] 7 points 4 months ago (1 child)

    Does anyone know if the NixOS packages are safer from these types of attacks? As far as I know many packages are missing maintainers.

  • source
  • hideshow 1 child comment
  • [–] 2 points 4 months ago

    I read a reddit thread about this.

    Basically they are significantly safer because the review process is tedious and the PRs take ages to get reviewed. More over the read-only nature of the nix store make most of those techniques useless. You cannnot just take over packages the AUR way.

    Moreover, if you use third party nix flakes, you are still safer because they are tied to a specific github repo, so if it gets forked by malicious actor you won't get that update.

    However you are still prone to upstream malware. That is nixpkgs probably won't add malware but it could be there before packaging.

  • source
  • parent
  • [–] 6 points 4 months ago

    Thank god they're only niche packages, right?

  • source
  • [–] 9 points 4 months ago

    Yesterday that was 400 packages, now it's 1500.

    Tomorrow 3000 ?

  • source
  • [–] 2 points 4 months ago (5 children)
  • [–] 18 points 4 months ago (2 children)

    Arch and AUR are not really the same. To be fair AUR is the fanfiction version that fits inside the story. But you have to purposely work to use it. So it's not Arch that was compromised.

  • source
  • parent
  • hideshow 2 child comments
  • [–] -2 points 4 months ago (1 child)

    IsIs it really all that difficult to use these popular coding and browsing tools such as Heroic Launcher, Visual Studio Code and Brave within Arch Linuxes like CachyOS?

    Last time I touched an Archy Linux, I don't recall it being difficult for some of the things on that list. And it still comes from a central store of apps reminiscent of the Microsoft Store for example...

  • source
  • parent
  • hideshow 1 child comment
  • [+] -28 points 4 months ago (6 children)

    Haven't seen an arch fuckup like this since they switched to signed packages.

  • source
  • hideshow 6 child comments
  • [–] 42 points 4 months ago* (4 children)

    This is not ArchLinux' fuckup. The AUR's popularity exploded after certain Arch-based distros (and software) decided to treat the AUR as an additional software repository, even part of package management, and automate the process of installation. Which also slows the process of discovering the malware. And makes panicky users wave their arms.

    May I remind everyone of Arch core principles and statements wrt AUR - several quotes from their wiki:

    Whereas many GNU/Linux distributions attempt to be more user-friendly, Arch Linux has always been, and shall always remain user-centric:

    • The distribution is intended to fill the needs of those contributing to it, rather than trying to appeal to as many users as possible.
    • It is targeted at the proficient GNU/Linux user, or anyone with a do-it-yourself attitude who is willing to read the documentation, and solve their own problems.

    The Arch User Repository (AUR) is a community-driven repository for Arch Linux users. It contains package descriptions (PKGBUILDs) that allow you to compile a package from source with makepkg and then install it via pacman.

    Note how the crucial PKGBUILD is mentioned in the first sentence, and dozens of times in the article that follows.

    Warning
    AUR helpers are not supported by Arch Linux. You should become familiar with the manual build process in order to be prepared to troubleshoot problems.

    The AUR even includes PGP signing; not perfect, but a useful additional step. But, alas, many AUR helpers include "skip PGP check".

    Archlinux devs, maintainers and users have been saying this for over a decade, and warning against using the AUR in such ways. But short of shutting the whole thing down, what can they do? The few things that can reasonably be done I'm sure are being implemented right now.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 1 point 4 months ago

    Warning AUR helpers are not supported by Arch Linux. You should become familiar with the manual build process in order to be prepared to troubleshoot problems.

    Nothing in that warning is related to security

  • source
  • parent
  • [–] 0 points 4 months ago (2 children)

    Ah now I read this far. Unfortunate, if easy to use Archy distros are un-Archy due to this political dispute that goes undisclosed.

    It doesn't sound like their victims are panicky users, though. Sounds like their normal computer users, the kind of person who would typically want use Windows instead. The kind of people who are, and should be safe to remain, totally agnostic to these internal political divides.

  • source
  • parent
  • hideshow 2 child comments
  • 20 comments in c/archlinux@lemmy.ml view that post
    [–] 14 points 4 months ago (16 children)

    Well, there are a lot of these packages going around the world all the time, and very seldom does anything like this happen. I just don’t want people thinking that FOSS isn’t safe.

  • source
  • hideshow 16 child comments
  • [–] 16 points 4 months ago* (last edited 4 months ago) (9 children)

    What happens is this:

    Arch Linux says the AUR is just a collection of user scripts. Use at your own risk. Anybody can upload some shit. Always check the PKGBUILD before you continue. Never use so-called AUR helpers to automate the process to the point that you have less control, also wrt future updates and upgrades.

    Then some Arch-based distros create AUR helpers and integrate them into their distro experience, even with automatic updates & upgrades and GUIs and whatnot. Some of these distros are very popular, even more so than Arch Linux itself, in the short term. This also contributes to the pollution of the AUR. Malicious hackers are never attracted to a less popular distro that requires its users to understand what they're doing.

    Blame those distros and all who contribute to AUR helpers, or tend to not read the PKGBUILD before installing - not the AUR itself.

  • source
  • parent
  • hideshow 9 child comments
  • [–] 14 points 4 months ago (7 children)

    Or make it so that the AUR has a modicum of security and not allow brand new accounts to adopt orphaned packages and immediately push out malware without any form or reviews, checks, or interventions.

  • source
  • parent
  • hideshow 7 child comments
  • [–] 5 points 4 months ago

    If I copy paste a malicious script here and you run it without knowing/checking what it do, do you think your instance admin should also put more rules and restrictions for the whole instance? AUR is no different than github or pastebin. It is on the user to vet what script they are running. Arch already has a more strict and vetted repo by the maintainer. Having AUR be a vetted place has no real good solution because of easy botting.

  • source
  • parent
  • [–] 2 points 4 months ago (2 children)

    Oh, very rigorous software engineering standards.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 3 points 4 months ago* (last edited 4 months ago) (1 child)

    That's not what the AUR does. They simply provide a platform for users to share build scripts. There isn't much they can do beyond trying to vet accounts based on flimsy metrics, or weeding things out every now and then.

    The problem is that some people and even distros treat the AUR as a trusted source of software.

    All user repositories (javascript, Python etc.) suffer from malware btw.; the AUR is different in that it explicitely puts the responsibility of building packages on the user.

    ...

    I'm still missing some palpable information about these injections/malwares.
    https://bbs.archlinux.org/viewtopic.php?id=313892

  • source
  • parent
  • hideshow 1 child comment
  • [–] [S] 8 points 4 months ago (5 children)

    Yeah, I admire the arch linux's team transparency. A non-power user might see these news and think "linux is dangerous", without thinking that windows and mac also have malicious programs that can be installed too.

    I haven't seem all packages, but some of them seem shady and with 0.0 popularity on the AUR, it's already suspicious by itself. People gotta be careful when installing AUR packages.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 6 points 4 months ago (4 children)

    I’m not saying it wasn’t safe, it’s just perhaps not quite as safe as some of the other ones.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 4 points 4 months ago (3 children)

    What sort of standards are these packages built to?

  • source
  • parent
  • hideshow 3 child comments
  • [–] 2 points 4 months ago

    note that as usual in media the headline is less true than the article. nobody said "under control" but "all known commits have been reverted"

  • source
  • [+] 1 point 4 months ago (1 child)
  • [–] 1 point 4 months ago

    Now I just wonder if OpenBSD has Wayland support. Maybe I should just try i3 WM with it. Or just switch to Artix.

    It's funny because I just read an article from a guy who claimed to be a die hard lover of the older init system, then he was talking about how he changed his mind and systemd is the best thing since sliced bread. Makes me wonder if dude was shilling and why.

  • source
  • parent
  • [–] -2 points 4 months ago

    The AUR is a wild place. Always has been. What else is new?

  • source
  • 3 comments in c/linux@sh.itjust.works view that post
    [–] 5 points 4 months ago

    Surprised it took this long to happen.

  • source
  • [–] 2 points 4 months ago (1 child)

    Package installation checker

    https://github.com/lenucksi/aur-malware-check

    With this cool one-liner to check

    comm -1 -2 <(pacman -Qq | sort) <(curl -s https://raw.githubusercontent.com/YOUR/aur-malware-check/main/package_list.txt | sort)

  • source
  • hideshow 1 child comment