惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

B
Blog RSS Feed
量子位
Recent Announcements
Recent Announcements
T
The Blog of Author Tim Ferriss
美团技术团队
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Blog — PlanetScale
Blog — PlanetScale
H
Help Net Security
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
博客园 - Franky
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
宝玉的分享
宝玉的分享
大猫的无限游戏
大猫的无限游戏
V
Visual Studio Blog
博客园 - 聂微东
aimingoo的专栏
aimingoo的专栏
Microsoft Security Blog
Microsoft Security Blog
U
Unit 42
J
Java Code Geeks
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
IT之家
IT之家
Hugging Face - Blog
Hugging Face - Blog
腾讯CDC
L
LangChain Blog

Arch Linux Forums

Avidemux crashes without strace / Applications & Desktop Environments how to apply patches with non-linux linends / Newbie Corner Replicating CachyOS on vanilla Arch (or at least getting close) / Arch Discussion What's arch linux GUI package manager ? / Newbie Corner Hibernation failing due to insufficient memory / System Administration profiledef.sh editting question / Installation trying to script kde plasma wallpaper settings / Programming & Scripting Looking for new Audacious package maintainer / Creating & Modifying Packages issues installing arch with LUKS2 encryption / Newbie Corner QEMU PXE booting does not work with OVMF.4m.fd / Applications & Desktop Environments Wired lan regular disconnect / Newbie Corner Need Help setting up ARCH in my G16 G634JZR iwlwifi started failing consistently, trying to determine root cause Windows randomly jumping between monitors after GNOME 50 update No display via DP or HDMI after boot. / Kernel & Hardware how to change acpi platform_profile? / Newbie Corner Linux denied all kernel modules which not loaded right now Use iPhone as Webcam for Arch Linux Video Output Failure on nvidia-580xx-dkms on TTY --> Desktop switch (Page 2) / Kernel & Hardware I was going to rant ..WINE32 Sabotage compliments of Arvind Krishna / Arch Discussion [SOLVED] LUKS drive auto unlocked by TPM when expected not to / Networking, Server, and Protection Hibernate/suspend from X = dark panel; from TTY = works (ASUS G14, hyb (Page 2) / Laptop Issues Headphone jack noise/buzz / Newbie Corner segmentation fault in cc1plus when building CLK / AUR Issues, Discussion & PKGBUILD Requests Console alternative to meld / GNU/Linux Discussion Problem with paru git clone / Newbie Corner XKB questions / Applications & Desktop Environments gnome-keyring-daemon is not working correctly / Applications & Desktop Environments [SOLVED] Steam opens and immediately closes constantly / Newbie Corner Firefox rounded edges on Sway / Applications & Desktop Environments
multiple malicious AUR updates (Page 3) / AUR Issues, Dis...
gromit · 2026-06-12 · via Arch Linux Forums

seth wrote:

1. automated how? How is a good commit distinguished from a bad commit? If someone acts malicious, why not ban them outright?
2. a solution about what to do when an account gets silently compromised? Assume the system compromised until proven different (ie. vet the PKGBUILD)
3. you've missed the xz-disaster? And the AUR maintainers are supposed to track in some cases hundreds of upstreams? How closely?

like, new registered users seriously shouldn't be able to adopt packages

So I register 100 users, build up some reputation by genuinely packaging stuff (AI slop generated with my other hat on, or maybe some fun tools, fractional ASCII animations) and after 30 days have your blind trust when I launch my attack?

The point is, you're trying to introduce some faux trust. Don't. There're way to many links in this chain to ever trust it and that needs to be clear and no diluted by some completely unreliable trust system.

I'd track the AUR commits for fuzzy patterns (the attackers may learn and introduce randomized noise) for internal alerts, not mislead the users about the nature of the AUR at large or any specific user or package there.

1. You asked what is handing out points, automated was my answer only on points, nothing else, how it decides, I can't tell, I'm not a coder, just a theorycrafter. The idea is that untrusted people will have their submissions to be manually vetted by AUR mods at the earlier stages, hence why I said "and secure against abuse via combining it with further manual interventions".
2. Btw I thougt you'd know: 2FA
3. I wasn't affected, but didn't miss the news, I was an MX-Linux user back then it happened, but they weren't affected thankfully. Now I'm an Arch base user (Garuda); Thankfully I'm still unaffected by these new attacks, because I use IgnorePkgs, and only have 2 AUR pkgs for my printer, which was updated in ... forever tongue But still, there should be some extra safety layer, at least some bare minimum, for people who don't know how to read or what to look for in the PKGBUILDs or how to understand them.

So I register 100 users, build up some reputation by genuinely packaging stuff (AI slop generated with my other hat on, or maybe some fun tools, fractional ASCII animations) and after 30 days have your blind trust when I launch my attack?

Ok, then we're full ears of what idea can you throw in to the common bin to mitigate that.

The point is, you're trying to introduce some faux trust. Don't. There're way to many links in this chain to ever trust it and that needs to be clear and no diluted by some completely unreliable trust system.

You're totally missing the point, which - still - is, that I'm giving ideas, to reduce the attack surface, and that's why I said the list is an as-is proposal. One thing I know is that every problem has a solution, although not a 100% perfect one. Since brainstorming is open to everyone, we're not here to shoot down each other's ideas, but to build a safer computing environment for everyone's daily life.

I'd track the AUR commits for fuzzy patterns (the attackers may learn and introduce randomized noise) for internal alerts, not mislead the users about the nature of the AUR at large or any specific user or package there.

That sounds cool but preventing automated sybil attacks or long-term sleeper accounts requires multiple layers, which is why a trust system must be combined with active anomaly detection (and manual inspection too) rather than relying on a single silver bullet, it is true that no system creates absolute blind trust, but reducing the volume of low-effort malicious adoptions allows both mods and users to focus their manual vetting where it actually matters imho.