💾 Archived View for nicksphere.ch › 2023 › 07 › 06 › the-problem-with-grapheneos captured on 2024-02-05 at 09:45:33. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2023-09-08)
-=-=-=-=-=-=-
_ _ _ _ _ _ _ | \| (_)__| |_ ___| |__ _ ___ _ | |___| |_ _ _ ___ ___ _ _ | .` | / _| ' \/ _ \ / _` (_-< | || / _ \ ' \| ' \(_-</ _ \ ' \ |_|\_|_\__|_||_\___/_\__,_/__/ \__/\___/_||_|_||_/__/\___/_||_|
📆 July 6, 2023 | ⏱️ 3 minutes read | 🏷️ computing
GrapheneOS¹ offers far more privacy and security than the Googled vendor-and-carrier-modified versions of Android that most Android users have. This would still be true even if people continued using the same proprietary apps after transitioning to GrapheneOS. For that reason, I don't want this entry to discourage anyone who already has a Pixel from flashing GrapheneOS.
However, I think the way GrapheneOS is marketed is potentially harmful. GrapheneOS is marketed as private and secure despite it only supporting devices with proprietary firmware and blobs.
"But isn't proprietary firmware a problem with all custom Android roms? Why pick on GrapheneOS?"
Yes it's a problem for all custom Android roms, but I'm picking on GrapheneOS in particular for several reasons:
In my opinion, calling your operating system (OS) "private and secure" while not acknowledging the risk of the proprietary blobs required to run it is misleading. It's one thing if your OS can also run on open hardware or the proprietary firmware it requires is very limited, but it's another thing entirely when your OS only runs on very closed hardware. Free software, privacy, and security go hand in hand. You can't just ignore hundreds of megabytes of unauditable proprietary blobs that run at boot time and still pretend it's a secure device just because you have hardened malloc.
Also, there's another problem with the proprietary firmware which GrapheneOS doesn't sufficiently address in my opinion. Since GrapheneOS requires up-to-date proprietary firmware to support devices, it's entirely dependent on OEMs² to update that firmware. But it's in the OEM's economic self-interest to stop providing support as soon as they're not legally obligated to.
Why is this GrapheneOS' problem? Well if privacy-conscious people are promoting GrapheneOS, some might purchase new Pixel phones to keep up with GrapheneOS' releases. This funnels more money into proprietary hardware, perpetuating the cycle of endless e-waste rather than funding open hardware, which is less wasteful and clearly the right direction for privacy and security. GrapheneOS could warn people against buying new Pixel phones just to install their OS and instead suggest supporting open hardware.
As for the privacy/security aspect, what I'd like to see on GrapheneOS' website is something like what Replicant³, another Android fork, has. Replicant has a lengthy article⁴ detailing how the proprietary firmware and blobs plaguing modern smartphones threaten mobile privacy and security in the general case and specifically for Replicant-supported devices. It shows that the developers clearly understand the problem⁵ with proprietary firmware.
In conclusion, GrapheneOS should include a page like Replicant's on their site detailing the potential dangers of the proprietary firmware on their supported devices and encouraging people to purchase maximally open hardware alternatives if possible.
Finally, I know I've used the terms "firmware" and "blobs" interchangeably even though they're not interchangeable. I don't think it affects the point I'm making, but I'm not an expert in this topic. So I'm happy to take criticism from someone who knows more and make corrections or clarifications if necessary.
🔗 [2]: Original Equipment Manufacturer
🔗 [4]: Mobile Freedom, Privacy, and Security Issues
🔗 [5]: Replicant developers find and close Samsung Galaxy backdoor
Copyright 2020-2024 Nicholas Johnson. CC BY-SA 4.0.