all 4 comments

sorted by: hot top controversial new old
[–] 5 points 4 months ago (3 children)

Just switch to windows it is safer. /s

  • source
  • hideshow 3 child comments
  • 50 comments in c/linux@lemmy.ml view that post
    [–] 61 points 4 months ago* (last edited 4 months ago) (12 children)

    As an user of the AUR, this is devastating news to me. I am also guilty of accepting updates without reading the latest changes, even if yay asks me if I want to. This is a reminder to everyone to only install from the AUR for absolutely necessary stuff only, and only if you trust the maintainer. And to at least have a look if something suspicious is going in with the recent changes in the package recipe. AND to read in the communities and news.

    I don't understand why there still no official announcement as a warning from the Archlinux team at https://archlinux.org/news/ . Is there a different place for security news specifically about the AUR to subscribe to? EDIT: https://archlinux.org/news/active-aur-malicious-packages-incident/ They did it, an official message.

  • source
  • hideshow 12 child comments
  • [–] 38 points 4 months ago* (last edited 4 months ago) (5 children)

    The fact that the Arch maintainers seem to prefer Reddit over their own fucking news channel is what made me switch from Arch years ago. I got sick of upstream breaking changes fucking my system because they wouldn't notify people through official channels, only to find it later on /r/archlinux 🙄🙄🙄

  • source
  • parent
  • hideshow 5 child comments
  • [–] 23 points 4 months ago* (1 child)

    since the 2022 grub incident, Arch has done a great job at notifying the news channel when "manual intervention required" AFAIK, and I don't remember any instances of Arch maintainers only notifying Reddit (and I don't think they notified Reddit for the grub incident either lol).

  • source
  • parent
  • hideshow 1 child comment
  • [–] 3 points 4 months ago (1 child)

    What are you using now?

    After the end of Win10 I moved to arch but I think my week end will be filled with moving again. ^^

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

    On my desktop, CachyOS 💀

    It was years ago when Arch pissed me off, but I couldn't resist Arch-based distros forever. So far, I haven't been burned.

    On my laptop, Asahi Linux, which is basically Fedora ARM with a custom kernel. I'd recommend Fedora to most general users.

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

    the arch news channel is for breaking changes to arch pacakges (so not the AUR) only. maybe you could subscribe to aur-general@lists.archlinux.org.

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

    This is a reminder to everyone to only install from the AUR for absolutely necessary stuff only, and only if you trust the maintainer.

    Unfortunately not foolproof either. I have no infected packages that I know of because I happen to be on a new install, but I caught wind of the LAST AUR botnet infiltration and switched to flatpaks or source builds. Since then I drifted back to AUR for convenience. I thought I was being clever only using AUR packages when I could be "sure" the author of the original software package pushed to AUR, and this was easy since devs who build on Arch typically recommend AUR whether they maintain the package or not. Today I found out spoofing package ownership is apparently easy and so is spoofing git credentials.

    I was on Endeavour and it was incredible, but I'm not That Power User and I feel like part of the problem. The worst part of all of this is its owing to an influx of users who want the same ease of use they used to enjoy, but in Windows SOP is installing whatever the fuck you want on Internet Explorer and bugging your sysadmin to fix whatever happens. Its probably really hard to be any kind of FOSS developer right now.

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

    Yes, definitely not foolproof. This is more of a wake up call to be at least careful and reconsider every single AUR package one has installed. For me, I was lucky too. But in my case it wasn't pure luck that the few AUR packages I have installed aren't affected. See, because since years using the AUR (sparingly! including my own package :D ) I always feared off orphaned packages and removed them as soon as I could. This incident here is proof I was right.

    For some stuff I also prefer the Flatpak, because I do not trust everyone on the AUR, as they operate on root rights! When I brought this up on Endeavor, they disliked my opinion (as a fresh user) and the trusted community members there explained to me that the AUR is way more safe than Flatpak, because there is a trust system of upvotes and everyone can flag the packages, and that Flatpak has a wrong sense of security. That is what they told me and totally ignored my issues with AUR... one of the reasons why I do not visit the EndeavourOS community... I digress...

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

    More Than 400

    1579

    I don't use Arch BTW.

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

    Useful list for those who do use Arch; I've only got like two things from AUR and neither is on that list (although I kinda recognize a couple with slightly different names, like what, knock off plugins for official stuff?)

  • source
  • parent
  • [–] 13 points 4 months ago
    [–] 11 points 4 months ago* (last edited 4 months ago) (3 children)

    There were announcements and security ping in the arch Linux community discord... But I wish they'd be more vocal on this outside discord especially given discords controversy as of late

    Update: they finally posted about it in the arch news feed last night... A bit late but better than never. Npm removed the malicious package, but then the bad actors started using bun instead...

    As others have proposed, I really think that orphaned packages should require a moderator of the aur to approve the commit and acquisition of an orphaned package. Currently nothing stops someone from spinning up accounts and hijacking these abandoned projects

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

    Thee's a official Arch Linux D*scord?

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

    The AUR is basically just a shortcut for downloading random shit off GitHub.

    It gives un-experienced users a false sense of security.

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

    The false sense of security is actually caused by people saying the AUR is the easiest way to safely get all your packages, when in reality the AUR itself tells you to always review PKGBUILDs and to not blindly trust AUR packages.

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

    Wow that’s bad 🫢

  • source
  • [–] 10 points 4 months ago
    [+] 9 points 4 months ago (7 children)
  • [–] 2 points 4 months ago* (4 children)

    Or maybe don't use AUR blindly? You're doing the equivalent of `sudo curl


    | bash`. Who knows what the script is doing. So only do it if you truly trust it. That's why we have warnings plastered all over. That's also why a warning label and sticker exists. And this is precisely the reason easy no user input AUR helpers are greatly discouraged

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

    You said it yourself that it is a community repository. No difference between that and the internet forum. You are putting the burden of accountability on the maintainer that way. Which I would remind you, is unpaid unlike say, github and npm that HAS a financial means to do a lot of security implementation. Yet those platforms still fail to do it.

    Also, humans ARE the first layer of defense. Because anything you do on your device (on linux anyway, and specifically arch) is YOUR decision. Antivirus and everything else should kick in when the human fails.

    You are normalizing people downloading things off the unvetted internet like on windows. Linux has a vetted repo already. THOSE are what people should be using and I'm fine with if those are being blamed. Everything else is USER due diligence. That is why the existence of easily installing malware like limewire does not justify blaming the platform. Or do you also blame torrenting site when they are chock full of malware?

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

    Sure, your proposed solution is a good way to weed out the low hanging fruit. But I don't like that it may create friction for normal users. AUR was never meant to be a FOSS project on its own with a full time maintainer that maintains PKGBUILD and the infra.

    Like I said before, it is more akin to an internet forum and pastebin more than a full fledged package repository. And to be fair, it isn't a package repo anyway. It's like a cmake / makefile sharing site. Building and packaging for arch is just that easy compared to say, debian.

    If people want to use a repo, there is chaotic aur. Maybe that could be the way too. A dedicated community project to vet the AUR. Or the project maintainer itself could provide a pkgbuild directly on their repo.

    Just don't ever blame the maintainer for providing a place to store something for free and open to anyone. Especially if it is your choice to get something from said place and be surprised that it is malware.

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

    Whelp...I've REALLY loved EndeavourOS for my laptop, especially because I felt I could mess around with stuff, but maybe this is my call to use something like Fedora or a OpenSUSE variant (I love Tumbleweed dearly).

    Nothing against the incredible Arch, but I'm deffos that user who does

    > yay 
    > "Build files exist. Do clean build? N"  
    > "View changes? N".
    

    ENTER.

    I want to learn, but also I'm a bit of a danger to myself if this malware threat is this broad.

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

    Have you heard about the recent fuckups of fedora? fedora is a shitshow.

    If you just yolo with yay anyway, you will get compromised on any system you use, ni matter the OS or distro, my dude.

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

    Have you heard about the recent fuckups of fedora? fedora is a shitshow.

    Oh really? I guess I haven't. 😬

    Yeah it was late here so I think I was poorly mushing two separate thoughts together there. I meant I was thinking of moving to a distro that isn't as bleeding-edge for the laptop I'm not updating every single day...But also I should find something that still has a nice large software variety so I stay off AUR.

    OpenSUSE has the "Open Build System" which I've used for like one package. So that's pretty neat.

    This is really tough because I have two gamers in the family using Nvidia cards I want to help move off of Windows, but I don't want them running into having to roll back as often as I have or fiddle too much, but I feel like Mint is a little too far behind.

    So I was considering the KDE spin of Fedora for them...But yeah, the answer isn't so easy anymore lol.

  • source
  • parent
  • load more comments (1 reply)
  • [–] 13 points 4 months ago* (6 children)

    Ahh clearly Arch users didn't RTFM before installing shit. Skill issue.

    PS: The above is an invitation to self-care, not an insult.

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

    I must say, Read The Fucking Manual is a bit more clear than Read The Friendly Manual.

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

    I disagree with the post you put here on a single thing: the manual is sometimes bad, by either not describing everything, or being unclear.

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

    Best not to read any then, if it might be bad.

    I've seriously gone through manuals in languages foreign to me and still learnt something from it.

    My partner doesn't and will only use the basic features of tech. I read the manual, and I'm suddenly a wizard because I got two Bluetooth speakers to pair with each other and get stereo from them.

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

    Reading the manual clearly won't help with the issue here. This is clearly not an appropriate use of RTFM terminology here, because it does not apply. The problem here is not that the user needs to read before asking for help. The problem here is to understand the changes made in the script are malicious. And reading the manual won't help with that.

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

    Maybe someone here can advise. I ran two of the available "checking" scripts to see if I have any packages installed. Both came up with 1 package I have installed. It is gtkimageview, which is on the list.

    However, if I look through the pacman.log I see it was installed on 2024-10 and last upgraded 2025-01. It seems to me that suggests I installed it before this all started, so I'm probably not infected?

  • source
  • [–] 3 points 4 months ago

    I learned 10 years ago not to use aur helpers because they hide the sources. Aurutils + vifm baby!

  • source
  • [–] 2 points 4 months ago

    Dang, if only their packages were more up to date maybe this wouldn’t have happened.

  • source
  • [–] 3 points 4 months ago* (last edited 4 months ago)

    (hopefully this doesn't read as blaming the victims instead of the attackers but) I personally don't think it's that complicated to read the updates to AUR packages. It's not any more hard than only commenting after reading the links that people post here instead of just the headlines—which we all do, right?

  • source
  • [–] 2 points 4 months ago
    [–] 1 point 4 months ago

    This is why I use NixOS

  • source
  • [–] 1 point 4 months ago

    AUR

    Play stupid games win stupid prizes I guess.

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

    Thankfully I'm clear, but I am guilty of haphazardly installing junk from the AUR, I should clean that up and uninstall everything but the stuff I really use.

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

    Currently you can use https://github.com/lenucksi/aur-malware-check to do a check if you're infected. My main server was safe, still haven't tested on my wayland machine though, I went yolo with that one. No important keys at least are there.

  • source
  • [–] 13 points 4 months ago

    I don't use arch, btw.

  • source
  • [–] 13 points 4 months ago (6 children)

    They should have some sort of static code scanners on the repos at rest at this point that look for certain patterns and issue warnings.

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

    Since this installed a malicious dependency from NPM (and later with bunjs) in the pre install script, it would need at least complex correlation to catch. Maybe building and installing all AUR packages, which would cost far too much for the Arch team.

    Individually and automatically scanning only the PKGBUILDs (the stuff actually on the AUR) would likely not have caught this.

    That doesn't mean it's a bad idea to run a basic scan over every change, but it wouldn't magically "fix" aur malware.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 4 months ago (2 children)

    I wish it was that simple but I doubt there is any scanner that can differentiate between legitimate and malicious code.

    Maybe an AI but even then it would probably be quite unreliable.

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

    Unreliable is still a step up from completely absent.

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

    Maybe. But an unreliable scanner means a human has to check all the false positives and false negatives which can quickly take a lot of time for projects that are run by benevolent devs.

    It's really important to keep in mind this is done for free and that supply chain attacks like this one are very hard to identify.

    I mean this is usually not the devs being careless, it's very complex attacks on projects with very limited ressources. Attackers even sometimes choose purposefully projects that are "understaffed" (well, more understaffed than others).

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

    This must be fake news because several hundred people told me there is no malware on Linux.

  • source
  • [–] 7 points 4 months ago (6 children)

    how did this happen? the linked thread show people identifying the infected packages and cleaning them up but no word about how it happened or how to prevent it.

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

    I think it was essentially orphaned stuff that got "picked up" by a "new maintainer" and that's how it happened.

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

    oh I saw "clang" in the list of packages and got worried

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

    You're only affected if you use the AUR. As far as I understand it, the core packages themselves are fine, so this is more of a MitM attack, where somebody compromised the package download streams

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

    How is it not? They didn't take over the core projects, they took over the midstream distribution.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 8 points 4 months ago*

    A MitM attack defines the attack technique, not the target. It's when the target wants to connect to something but it connects through you first, and you forward while collecting/altering data. My question was about the attack used. But yeah, a mass takeover of everything orphaned would do it.

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

    does a linux mint-using idiot need to worry about this, hypothetically speaking?

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

    Definitely a few unfortunate victims to stuff like libyami if using some sort of shell autocomplete. Few others would likely catch younger people, eg the implied apk side channel deployment packages.

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

    I wonder if a SteamDeck could somehow get infected this way...

    That would surely be a rather unlikely scenario but it's interesting.

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

    Highly likely, actually. SteamOS is Arch-based, and if a user installs things through the AUR on their deck (like a password manager or a VPN that isn't part of the official upstream repo), then it would be infected exactly the same as any other Arch-derived OS.

  • source
  • parent
  • [–] 1 point 4 months ago
    9 comments in c/linux@lemmy.world view that post
    [–] 47 points 4 months ago

    I use malware, BTW.

  • source
  • [–] 13 points 4 months ago

    I bet it's NPM

    (Checks list)

    Yep, it's NPM

  • source
  • [–] 4 points 4 months ago

    If this was 10 years ago I'd change my profile picture on Facebook to mark myself safe from the AUR malware.

  • source
  • [–] 3 points 4 months ago*

    For those who only have a few AUR packages installed, if you looked at the list and are still concerned, you can view the changelog at https://aur.archlinux.org/cgit/aur.git/log/?h=yourpackagenamehere. If it was secretly malicious but got missed, you'd see it there.

  • source
  • [–] 2 points 4 months ago*

    Every time I've had an arch distro (not often as I prefer to avoid them) and go to install from the AUR, I get to the point of checking the PKGBUILD and think "oh yeah, forgot about this" and just abort.

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

    So 0.28% of the 140'000 packages?

    Seems like not that much.

    How many malicious packages are on Googles Play Store?

  • source
  • hideshow 2 child comments
  • [–] 30 points 4 months ago*

    I agree that that isn’t a lot of packages but it matters more which packages were compromised. Some random package like ten people have installed? Who cares. yay or spotify? We might have some problems.

    Edit: after looking at the list some look fairly concerning. I’d definitely be doing a diff on my packages and the list of the compromised packages if i used Arch, btw.

  • source
  • parent
  • 6 comments in c/archlinux@lemmy.ml view that post
    [–] 11 points 4 months ago (5 children)

    More info here: https://discourse.ifin.network/t/400-aur-packages-compromised-with-infostealer-and-rootkit/577

    Everyone should check and make sure you don't have one of these installed.

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

    Oh fun. I had one of the packages installed, but not an infected version, and I hadn't updated it during the window.

    Feels like a great reminder to keep a clean minimal system. Why I was keeping vidcutter installed and up to date when the last time I ran it was probably years ago.

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

    I thought for sure I had a few of them since some of the packages looked familiar but everything came out clean. Hopefully it stays that way.

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

    My last update to vidcutter was from 2025 (based on my pacman logs). Some tools will scan for "did you install the bad package during the bad time period" and some will scan for "is the bad package name installed at all" - so i was able to identify that vidcutter was installed and I knew that the package names looking familiar made sense, and I was able to manually confirm that I was still clean. And now I have a lot of system pruning to do.

    But if you thing some packages look familiar, it might be worth double checking.

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

    Yeah I looked for them manually before coming across the scripts. I've been pretty careful with the aur and always check the comments on any new package I'm thinking of installing. Also I've gotten into the habit of checking the pkgbuilds after switching to paru from yay.

  • source
  • parent
  • 2 comments in c/arch@programming.dev view that post
    [–] 4 points 4 months ago (1 child)

    Arrrggghhh feck. this looks bad.

  • source
  • hideshow 1 child comment