[sivers]

Ha! Me too! Exact same. Bought a Pixel 10. Intended to do the default Android for a while. But it was filled with ads for “Wicked” which had me looking at my phone with a sneer on my face I couldn't erase - as if someone had smeared feces all over it and threw it on my bed.

So I jumped straight to GrapheneOS, which was way easier and less extreme than I had been warned. So beautifully minimal, with no crap. Now my phone feels like a simple Linux (Void/Arch) PC. So wonderful.

[edwcross]

Does it affect the photo quality? It used to require letting go of the default photo app and thus a downgrade in photo processing.

[Cider9986]

No, if you install the Google camera there is no difference in quality and by revoking network you don't lose privacy.

[dns_snek]

> by revoking network you don't lose privacy

Be careful, apps can still communicate with other apps, e.g. revoking the network permission doesn't stop apps from fetching and displaying ads over the network. I don't know enough about Android internals to understand the mechanisms behind it, but clearly there are ways for apps to exfiltrate data.

> Trying to use Network as a complete data exfiltration toggle isn't the intended purpose, and you should always consider apps within the profile being able to communicate for ALL data and access including permissions. It is not something only relevant to Network.

https://discuss.grapheneos.org/d/4024-in-what-extent-can-app...

https://github.com/GrapheneOS/os-issue-tracker/issues/2197

[Cider9986]

I don't have any Google or closed source apps with network permission, but thank you for sharing that quote I haven't seen that before.

[samplifier]

Eye opener. Thanks for the warning! GrapheneOS sandboxes all apps including GSF as far as I understand. It would be nice if full capabilities could be exposed or at least shown in the app settings. There is the "All permissions" view which has a "have full network access" item with the following details: `Allows the app to create network sockets and use custom network protocols. The browser and other applications provide means to send data to the internet, so this permission is not required to send data to the internet.` Does this mean the app has this permission and even without it can fully access the internet? If so the primary "network" permission is very misleading. I wish for a smartphone-like device which installs apps with `cap_drop: ALL` by default. I wish for a government which would support such a standpoint and "assist" companies not able to provide a service which require intrusive data gathering. Either that or we're all just one big happy family with no secrets and no jealousy and no drama. sigh

[microtonal]

Every Android app can do IPC with Android apps in the same profile. So an app without Network Access could cooperate with an app with Network Access to communicate with the outside world. Of course, most notably, a lot of apps communicate with Play Services and people generally leave on network access for Play Services to avoid breaking to much stuff.

There has been talk of developing 'IPC scopes', similar to how there are contact scopes.

[infogulch]

IPC scopes would be a great solution!

[J-Kuhn]

To my knowledge, any app can just instruct the installed browser (Google Chrome, Vanadium, Firefox...) to open http[s]://tracker.evil-ad-network.example/?installedId=012345.

[1vuio0pswjnm7]

"Be careful, apps can still communicate with other apps, e.g. revoking the network permission doesn't stop apps from fetching and displaying ads over the network."

Another example relating to tracking ad targets, also known as "users":

"Around September 2024, Meta developed a creative solution to evade Androids sandboxing restrictions. (Id. 4849, 52.) Devices have localhost ports, which simulate a communications channel by allowing applications or services running on the device to communicate with each other... without those communications leaving the device. (Id. 53.) Meta modified its Pixel code (the Modified Pixel) so that it would send the _fbp cookies contents to a designated localhost port. (Id. 55.) In turn, Meta modified its Facebook and Instagram apps to listen to that localhost port for incoming data. (Id.) The Facebook and Instagram apps combined any incoming localhost data with personal information and identifiers, and subsequently shipped that combined data from the users Android device to its own servers. (Id.) As a result, even though Meta would typically have a harder time identifying Android users, Meta was now able to perfectly deanonymize Android users browsing activity if they used its apps. (Id.)

Meta's conduct was unknown until a group of internet security researchers disclosed it on June 3, 2025. (Id. 4; Dkt. No. 104-3.)

Shortly after the researchers public disclosure, Meta announced that it decided to pause use of this tracking method. (Id. 69; Dkt. No. 104-4 at 5.)

In this consolidated action, Plaintiffs assert nine claims against Meta: ... (3) violation of the Wiretap Act, 18 U.S.C. 2511(1); (4) violation of the California Invasion of Privacy Acts (CIPA) wiretapping provisions, Cal. Penal Code 631; (5) violation of CIPAs eavesdropping provisions, Cal. Penal Code 632; (6) violation of CIPAs eavesdropping device provisions, Cal. Penal Code 635; ... Plaintiffs assert an additional two claims against Google: negligence and negligent misrepresentation.

Plaintiffs CIPA pen register, unjust enrichment, and negligent misrepresentation claims are DISMISSED. Dismissal is with LEAVE TO AMEND because the Court cannot conclude on the current record that amendment would be futile. All other claims survive dismissal."

The above is an excerpt from In re Meta Android Privacy Litigation (3:25-cv-04674, N.D. Cal., June 3, 2025)

https://dn711508.ca.archive.org/0/items/gov.uscourts.cand.45...

https://dn711508.ca.archive.org/0/items/gov.uscourts.cand.45...

Of course Meta will eventually settle, like Google did in Brown v Google, in Google's case on the eve of trial. The wiretapping claims would be catastrophic for these companies

But the Court's observations are interesting

"At this early stage in the case, and given the undeniably significant portion of mobile phones using Apples iOS, it is reasonable to infer an industry custom of placing tight controls on communications between apps based on Apples restrictions."

[theodric]

Install a 3rd party GCam and then the answer is no https://www.celsoazevedo.com/files/android/google-camera/

[cwillu]

That sounds like the answer is actually yes: we're not talking about the lack of a camera app, but the lack of a camera app that knows the details of the usually-proprietary camera firmware

[oynqr]

You can install both the regular GCam as well as third party mods. Actual GCam feels worse to me.

[t0bia_s]

Problem with stock Google camera app is that it made horrible HDRlike images even with HDR turned off. You cannot adjust amount of reduced highlights and increased shadows which makes images unrealistic with lack of depth.

[subscribed]

I mean...... Google Camera has slightly different approach to low light photos and much better panorama mode, which means you can just install it and use with network access denied.

I mainly use native camera (good in most cases, can be brought up immediately with double power button press, from locked), Google camera (rarely), BlackMagic for when I need control over videos and ProShot when I need control over images (the last one might be hard to install - it's a paid app (I'm a paid user, this is how I got it), but not long time ago the moron of the developer made the app "incompatible" with devices without Google surveillance buttplug claiming it will prevent people pirating it form opening support cases....???).

So you can have multiple camera apps. Thankfully Google is not Samsung or Sony, and all the apps have full access to the cameras.

[qingcharles]

That really pissed me off when I found the only app that can access the full output of the sensor on Samsung is their own shitty app. WTF.

[jordand]

We took control, we're keeping control

[OtomotO]

What about banking Apps? No problem there?

Some of them have ridiculous secur... compliance rules.

[goerg]

There is a list of compatible banking apps: https://privsec.dev/posts/android/banking-applications-compa...

[kakacik]

Big list, unfortunately one of my banks is not there (BCGE, Switzerland), most probably meaning I can't even login into ebanking in any other way since they have their properietary authentication app (CrontoSign, also not listed). Its rather small regional/cantonal bank so I get it, even though that region is Geneva, mecca of (some types of) banking.

Other banks that I use are there. Almost perfect...

[Semaphor]

Being missing means they haven’t been tested, not that they don’t work. Generally they probably only don’t work if they require the google play verification thingy

[flexxxxxxxxxer]

My banking apps were missing in list too, it doesn't mean that they are not working. You can test and report on that issue tracker about your banking app if it works :)

[Scrounger]

> What about banking Apps? No problem there?

Most banking apps work, but Google Pay/NFC payments won't work.

[tEem21]

If your bank doesn't have its own payment app, but PayPal Card is available in your country, I got this setup to work on Graphene by installing PayPal into the Secure Folder, install the sandboxed Play Services there (required) and setup the mobile payments in the app. It's not a great solution, but for I keep it around for emergencies.

[master-lincoln]

I know a handful of german banks that have their own nfc payment apps that still work in Graphene

[themk]

Google Pay may not work, but NFC payments through yiur bankapp probably do. They did for me.

[Semaphor]

The vast majority work, check this list for details: https://privsec.dev/posts/android/banking-applications-compa...

[aaron_m04]

I had to enable "exploit protection compatibility mode" to use my credit union's app.

[anticrymactic]

In my experience: Everything™ works, except Google pay unfortunately.

[nik282000]

You trust a phone with your banking?

[plorg]

My banks app complains will block me and tell me to disable developer mode, but if I turn it right back on after launching the app it won't complain for maybe another week. The post that really annoys me, though, is that if you don't set up biometric unlock they will not allow you to use the extended login cookie, so you need to put in your password every time, most don't work with password managers either (whether intentionally or not).

[teekert]

iOS is also going into this direction, just open the AppStore, it’s all the cheapest most horrible apps. Temu (shop like you don't give a s* about the planet), addictive AI Waifu’s (who needs human interaction anyway), clean your stuff but fake-time-wasting style (it's free dopamine!), search option’s first hit is often scammy (ie search for MS Authenticator). I feel that Steve ("If you want pr0n get an Android") would turn around in his grave from the sight of this.

Its just a matter of time before this cesspool will leak into the rest of the OS, AppStore shows us the temptation is too big for Apple. When my iPhone 12 mini dies it’s /e/OS or GrapheneOS for me. My devices should serve me and my thoughts are my own.

[strcat]

You should read https://discuss.grapheneos.org/d/24134-devices-lacking-stand... about /e/ and also look at what they say about devices with strong privacy and security including but not limited to https://grapheneos.social/deck/@GrapheneOS/11635397373214317....

[teekert]

I'm aware of this discussion, I don't really like the way the Graphene people communicate, also against FairPhone.

But nevertheless I'm looking forward to their Motorola offer that should come any minute now?

[Cider9986]

Grapheneos communicates with facts, not opinions. It can come off as abrasive but it's never unfounded attacks or opinions.

[Cider9986]

I take this back. It may be true now, but it wasn't always true.

[port11]

The AppStore has been like that for eons, but then again I don’t know a single person that uses it or checks the “content” posted there. It’s an utter waste of time.

I don’t think it will leak. After the U2 debacle, Apple might have learned not to push too hard on this front.

[Cub3]

> it was filled with ads

You bought a phone from an advertising company?

[greentea23]

All factory operating systems come with ads and bloat and spyware, Apple/Samsung included. Google remains the lesser of all other evils because at least to date, they offer an open source OS, bootloader unlocking, and root. A community driven mobile OS is absolutely where we should go, but for now and the foreseeable future you can call a Lyft, deposit a check (in America), and do other mainstream tasks on AOSP flavors without Google/Apple/Samsung having to know anything about it. It's never been easier to make the user friendly choice too: https://grapheneos.org/install/web

[fg137]

It's not like buying from Samsung is any better.

[dackdel]

for some reason i read that in archer(animated) voice.

[izacus]

Probably because it's a dumb useless comment in the same vein as most of that show.

[teekert]

I read this in a whiny high pitched voice with my nose and lower lip pulled up.

[harvey9]

Don't recall my old nexus devices having ads in the OS. Disappointing where Google has taken this.

[ClikeX]

Technically they already did a built in ad with Android KitKat. Mostly benign, but I do remember being at an Android event and KitKats samples being given out to everyone. As well as KitKat wrappers being branded with the Android logo for a while.

[yard2010]

"Do you not?"