News for hackers. Stuff that matters.
Re:A new Android malware from Google by gf000 on Thursday July 02, 2026 @03:35AM (#48757853)
It's because only Pixel devices have proper hardware security to build anything secure on top.
Re:A new Android malware from Google by hkgvk on Thursday July 02, 2026 @10:49AM (#48762506)
Hardware security is irrelevant to me. I just want to leave Google behind me. I do not want Google's hardware.
Re:A new Android malware from Google by cromka on Thursday July 02, 2026 @11:34AM (#48763166)
So you chose to use Google OS, still? What the hell? Just switch to Apple!
Re:A new Android malware from Google by flaburgan on Thursday July 02, 2026 @04:36PM (#48767040)
/e/ OS with Fairphone is the good choice for that. Don't listen to cromka, /e/ OS is now fully open as the only proprietary app was the map one and they just replaced it. So, 100% free software. It is less secure than Graphene but also leaks less data to advertising companies.
Re:A new Android malware from Google by palata on Thursday July 02, 2026 @07:47PM (#48768872)
> /e/ OS with Fairphone is the good choice for that.

That's debatable. /e/OS is mostly made of AOSP, which is made by Google.

> It is less secure than Graphene

Most definitely, yes

> but also leaks less data to advertising companies.

This is wrong. If you don't use microg on /e/OS or Play Services on GrapheneOS, then it's equivalent. If you use microg, it still contacts the Google servers even though it is an open source reverse-engineered implementation of Play Services. The added privacy there is to go through a proxy, which GrapheneOS offers.

I actually like it better to run sandboxed Play Services through the GrapheneOS proxy, because in my experience it works a lot better than microg.

Really, the only reason to use LineageOS or /e/OS (which are interesting project, really) is that you cannot run GrapheneOS on your phone. If you have the possibility to use GrapheneOS, there is no good reason not to do it.

Re:A new Android malware from Google by microtonal on Friday July 03, 2026 @08:02AM (#48773999)
If you use microg, it still contacts the Google servers even though it is an open source reverse-engineered implementation of Play Services.

Even worse, last time I checked the source code, it downloads Google's proprietary, obfuscated DroidGuard blobs (which they can change between requests) and execute it in the privileged microG process if an app does a Play Integrity request.