Active AUR malicious packages incident
https://archlinux.org/news/active-aur-malicious-packages-incident/
Active AUR malicious packages incident
https://archlinux.org/news/active-aur-malicious-packages-incident/
Debian-based distributions do have something similar, although it isn’t used as extensively as AUR.
The problem is simply that with user-generated package sources.
This applies not only to distributions, but to entire ecosystems.
@sam4000 @wchouser3 @archlinux
No, the problem here is not (only) user-generated packages.
I mean that can be problematic by itself, but this is worse: The specific problem here was that abandoned (orphaned) packages could just be taken over by someone else without any(?) checks.
This means that even if you vetted an AUR package when you first installed it, you can get an infected package from someone else when you update it.
@Doomed_Daniel @wchouser3 @archlinux
Yes, this particular quirk makes AUR genuinely dangerous.
This fundamental trust in the goodness of people stems from a different era of the internet, when everything was still on a smaller scale.
We need to overhaul the security of user-generated content in general.
AND the way we handle abandoned AUR needs to be completely rethought.
@Doomed_Daniel @wchouser3 @archlinux
Abandoned AUR packages should be archived as read-only and should only be taken over by reputable developers or following a manual review.
So, a few questions:
If we have any of these malicious packages installed, what should we do?
Are they patched / downgraded with a quick update?
Do we have to step through a list somewhere and manually remove them?
If so, are there extra steps involved after that?
Thanks.
@archlinux This is probably not the place to offer help - but I haven't figured out how to reach the right people there yet. I believe my OSS project can help with AUR scanning in #archlinux: https://codeberg.org/atomdrift/scan - it'll take some work to drive the false-positives down, but I'm willing to put in the work.
We're already monitoring AUR packages here: https://lab.atomdrift.org/
-- Sincerely, an Arch fan.
@zuru @archlinux Yeah, in case you're still looking, there's this collection of info here: https://github.com/lenucksi/aur-malware-check
I didn't actually pull all this and run aur_check-v2.sh, myself, but just ran the one-liner `comm` command given in this gist: https://gist.github.com/quantenProjects/3f768dce7331618310f016d975bf8547
That threw up one package for me, gdl, installed last year, built by @heftig so evidently from the days when it was in the main repos and also depended upon by another package.
@zuru @archlinux @heftig You're welcome! Nice one checking manually.
Yeah, just after replying, I spotted the gist only accounts for that first 480 packages. But we can simply swap out the curl URL for https://raw.githubusercontent.com/lenucksi/aur-malware-check/refs/heads/master/package_list.txt to get the current ~1600 long list.