Ideas from GrapheneOS to consider (October 10, 2022)

Some ideas from the GrapheneOS account on Twitter were interesting to look at (whenever it's not Daniel Micay railing against CalyxOS, F-Droid, and anyone else related to CalyxOS).

Trezor hardware wallet

The following is a matter of trust, not a technical analysis.

Allegedly, according to this tweet,

Trezor's board design, firmware and software are all open source.

So, I may consider using the Trezor hardware wallet with the officially supported Trezor Suite application... whenever I get to using actual cryptocurrencies (which will not come for some time).

Support for Monero is on the project's radar, but is still not here yet.

I was hoping that Kastelo would take off, but considering that its homepage has an outdated certificate that is not valid anymore for HTTPS and its last date of copyright is in 2018, I am not too optimistic anything will happen soon. Also, the latest commit to the master branch of Kastelo on GitHub (as of the time I am writing this) is from January 2020.

Pixel hardware is good for GrapheneOS's purposes

The Pixel lineup from Google is actually pretty based, compared to most other Android hardware manufacturers in 2022.

This paradigm shift happened when the Pixel 1 and Pixel 2 started out with hardware based security improvements. I do not recall what the specific details were, but Google is definitely starting to show its prowess with respect to hardware security.

Nobody can seem to articulate this point (not even Michael Bazzell, Henry from Techlore, or Nate from The New Oil), but this is the summary of my one sentence TED talk: using the Drakeposting meme, caption the top rejection half with “Google, the privacy violating spyware cloud service provider” and the bottom approval half with “Google, the locally secure hardware manufacturer”.

Anyways, for whatever reason, Google allowed alternative OS's to be installed onto the Pixels, starting with the Pixel 2 line, while still preserving the security model of Verified Boot. If you ask me, this is a technical misstep of Google to becoming unstoppable as a Big Tech giant... but then again, I would not be surprised if Google did this so that the non-tech literate masses that mostly comprise of the legal system cannot definitely and without a doubt charge Google under the current (albeit already broken) U.S. legal system of being a monopoly.

C.f. part 1 and part 2 of this tweet thread to see the qualitative conclusions (because Nitter cut off this long branch of this tweet thread).

Small lesson on discussing the Linux kernel

According to this tweet, Google's own silicon (a.k.a., custom semiconductor/processor in the Pixel line, starting with the Pixel 6) will allow Google to guarantee 5 years of OEM security, Android OS, and firmware updates. Part of this promise will be upheld and achieved by moving the “LTS” Linux kernel that Android is based on from one LTS version to the latest LTS version. Currently the latest LTS or “long term” version is 5.15 and the prior version is 5.10 (as of the time of writing this).

(For reference, Qubes OS is based on the Xen hypervisor, but still needs the Linux kernel to run Linux-based qubes. Currently, Qubes OS 4.1.1 is using Linux kernel 5.15.)

This has been pretty much unheard of from even a high level technical overview, since most Android devices basically come with a fixed Linux kernel and are never given any OEM updates after 2-3 years — let alone an entire LTS Linux kernel upgrade. Do not even go to the topic of Android fragmentation if you are going to have a naïve opinion, like a “(consumer) tech journalist” from The Verge, then please educate yourself on how an out-of-date Android device from a convenience store could be accidentally and ironically more secure than an iPhone for targeted attacks, which Snowden briefly mentioned after the NSO's Pegasus malware story broke in mid 2021.

In a way that iPhone midwits will never understand, Android's fragmentation ironically makes Android devices overall slightly more secure than the iOS monoculture that is susceptible to a central point of failure — sort of like GMO monoculture crops or how royal families with very little genetic diversity are susceptible to recessive genetic disorders.

(Firmware and OS updates are much more intertwined on a qualitative standpoint for ARM and other system-on-chip/SoC systems than X86_64/amd64 processors used for personal computing devices.)

Arch Linux tries to stay as close to the latest/current “stable” release of the Linux kernel.

Finally, do not be objectively insane and attempt to use the “mainline” kernel, which is version 6.0, or linux-next, which could be similar to using a *-git VCS package from the AUR.

GrapheneOS for the Pixel Tablet?

GrapheneOS could be coming to the Pixel Tablet.