News for hackers. Stuff that matters.
Re:Android emulator abused to introduce malware onto PCs by joshu on Friday February 05, 2021 @08:15PM (#26043206)
it's 2021. updating apps should not be something every developer has to write themselves. it should be part of the operating system, separate from the app stores...
Re:Android emulator abused to introduce malware onto PCs by jeffchien on Friday February 05, 2021 @08:28PM (#26043291)
I'm not entirely sure what you mean by "part of operating system, separate from the app stores", but in this case a server was delivering tainted updates, so having an OS-based update mechanism/package manager by itself wouldn't have prevented this. Unless you also mean that this update should have gone through the OS's repositories (which I feel is close to app store).
Re:Android emulator abused to introduce malware onto PCs by gchamonlive on Friday February 05, 2021 @08:41PM (#26043361)
A quick search showed compromised packages in arch aur repos: https://www.bleepingcomputer.com/news/security/malware-found...

You only change the focal point, but a centralised package manager is good for reasons other than security. Sure, a central tool will keep your whole system updated and improve security overall, but it won't prevent supply-chain attacks from happening.

Reading mailing lists and being careful with what you install will take you a long way in preventing malware.

Re:Android emulator abused to introduce malware onto PCs by sergeykish on Saturday February 06, 2021 @04:08AM (#26045306)
I trust packages that comes from official repositories.

> Warning: AUR packages are user produced content. These PKGBUILDs are completely unofficial and have not been thoroughly vetted. Any use of the provided files is at your own risk.

In other words AUR is not much safer than `curl to | sh`.

Re:Android emulator abused to introduce malware onto PCs by NullPrefix on Saturday February 06, 2021 @08:22AM (#26046323)
I assume AUR includes hashes, which could at least hint to deterministic builds. `curl to | sh` can change from build to build and there's no way to find out from which source other users built.
Re:Android emulator abused to introduce malware onto PCs by gchamonlive on Saturday February 06, 2021 @05:00AM (#26045508)
Sure, but it is centralised in the os distribution package manager, if you use helpers like yay. I am just pointing out that centralisation is not solution to the attack mentioned.
Re:Android emulator abused to introduce malware onto PCs by privacyking on Friday February 05, 2021 @09:39PM (#26043626)
This is one of the biggest advantages of linux.
Re:Android emulator abused to introduce malware onto PCs by PurpleFoxy on Saturday February 06, 2021 @03:08AM (#26045037)
The repos are basically an App Store. The only advantage is you can add multiple repo sources.
Re:Android emulator abused to introduce malware onto PCs by NullPrefix on Saturday February 06, 2021 @08:17AM (#26046299)
Kinda like f-droid
Re:Android emulator abused to introduce malware onto PCs by belltaco on Saturday February 06, 2021 @12:05AM (#26044274)
Security by obscurity?

https://www.bleepingcomputer.com/news/security/malware-found...

Imagine how many more attacks there would be if Linux was much more popular.

Re:Android emulator abused to introduce malware onto PCs by nomad41 on Saturday February 06, 2021 @02:13AM (#26044772)
The AUR isn't officially supported by Arch, it's just a collection of community scripts. In fact "AUR helpers" aren't present in Arch repos.
Re:Android emulator abused to introduce malware onto PCs by creata on Saturday February 06, 2021 @09:40AM (#26046771)
Anyone can upload stuff to the AUR, so it's only to be expected that there's some malware there. At the very top of the wiki page for the AUR[0], it warns:

> Warning: AUR packages are user produced content. These PKGBUILDs are completely unofficial and have not been thoroughly vetted. Any use of the provided files is at your own risk.

If you want to stay malware-free and aren't able to vet the packages you're installing, just stick to the official repositories and you'll be fine. This page[1] documents the role of each official repository, and this page[2] is a list of the people who can modify the official community repository.

[0]: https://wiki.archlinux.org/index.php/Arch_User_Repository

[1]: https://wiki.archlinux.org/index.php/Official_repositories

[2]: https://archlinux.org/people/trusted-users/

Re:Android emulator abused to introduce malware onto PCs by Daho0n on Saturday February 06, 2021 @02:17AM (#26044791)
It is only used in ~80% of some of the most valuable targets on the internet, the servers, and it is only by far the most used operating system with more than 50% compared to the huge target that is the ~15% that is Windows. Security by obscurity is more fitting for Windows than Linux. Imagine how many more attacks there would be if Windows was much more popular. Windows in on par with iOS. Stop being a troll.

https://en.wikipedia.org/wiki/Usage_share_of_operating_syste...

Re:Android emulator abused to introduce malware onto PCs by belltaco on Saturday February 06, 2021 @08:34PM (#26051819)
>it is only by far the most used operating system with more than 50%

So you're counting Android as Linux, that means Linux has a big malware problem right? Or do you only count Android to pad Linux's numbers and then discount Android malware?

Servers are managed by relatively much more tech savvy folks who install programs carefully. Not so much on PCs that aren't locked down like iOS, and where there is developer freedom.

iOS is only more secure than Windows at the cost of developer freedom, sad to see people on a techie site praise iOS and insult Windows based on that.

Re:Android emulator abused to introduce malware onto PCs by pjmlp on Saturday February 06, 2021 @02:05AM (#26044739)
It is, but then you come to places like HN and everyone is bashing against App Stores.
Re:Android emulator abused to introduce malware onto PCs by numpad0 on Saturday February 06, 2021 @03:27AM (#26045149)
The problem lies in Unix/Windows style app packaging, or lack thereof in Unix as originally conceived. /etc, /usr, and so on.