GrapheneOS has been ported to Android 17

Scope of the Android 17 Port

  • GrapheneOS has been rebased onto Android 17 for all currently supported Pixels; initial testing was just done on a subset.
  • Benefits are mostly under‑the‑hood: new kernel branches (e.g., 6.12), updated security model, desktop mode, and some performance/GC improvements.
  • Some Android 17 AI integrations (e.g., “intelligence system”, AppFunctions/LLM‑style agents) raise concern; unclear how much of that GrapheneOS will ship or expose.

User Experience & Daily Use

  • Many users run GrapheneOS as a daily driver and describe it as “phone behaves like a computer”: minimal bloat, no ads, very stable.
  • AOSP keyboard and SMS apps feel primitive; most people immediately replace them (FUTO keyboard, Heliboard, Gboard with network disabled, alternative SMS or Signal).
  • RCS and reactions: SMS reactions degrade to verbose text; proper reactions require Google Messages + Play Services and are fully supported but seen as a lock‑in vector.
  • Camera quality is preserved by installing Google Camera (GCam) under sandboxed Play; some prefer third‑party camera apps for more control.

Privacy, Security, and Design Choices

  • Main draw is stronger privacy/security than stock Android: hardened memory allocator, exploit mitigations, scoped permissions (network, storage, contacts), profiles/private spaces, and sandboxed Play Services with normal app privileges.
  • Project explicitly refuses root and official “rooted” builds, arguing that root breaks the security model; power users can self‑build but lose official updates.
  • Some contrast this with Linux or Ubuntu Touch phones, arguing “freedom > security”; others respond that poor hardening, outdated kernels, and weak isolation there make them unsuitable for sensitive use.
  • Skepticism is expressed toward other “de-Googled” offerings like /e/OS and Volla, citing weaker security posture and questionable design/marketing choices.

Hardware Support and Constraints

  • Only modern Pixels currently meet GrapheneOS’s published hardware requirements (timely firmware/kernel updates, verified boot with user keys, advanced security features).
  • This Pixel‑only stance is controversial: some see it as necessary realism in a “hellscape” of insecure Android hardware; others are uneasy relying on Google‑made devices at all.
  • Buying used Pixels is suggested to avoid funding Google directly.
  • Fairphone is deemed unsuitable due to lagging kernels, missing features (e.g., MTE), and past verified‑boot mishaps.
  • A partnership with Motorola is announced; future Motorola flagships are expected to be officially supported and may ease hardware and “trust Google” concerns.

App, Banking, and Payments Compatibility

  • Community list suggests most banking apps work; the main hard blocker is strong Play Integrity checks requiring Google‑certified stock OS.
  • Some outliers: certain regional banks, Chase, and niche apps (e.g., Madrid bike‑sharing, McDonald’s in some regions) fail or partially fail.
  • Microsoft Authenticator: some report breakage after tighter checks; others say it works on non‑rooted GrapheneOS.
  • Google Wallet / tap‑to‑pay generally does not work because Google bans non‑certified OSes; users fall back to:
    • Bank‑specific NFC apps (where available)
    • Curve, PayPal, Garmin Pay, etc. in some regions
    • Simply carrying a physical card or embedding the card chip in a band/watch.
  • Some people keep a second, stock/Lineage phone at home for hostile apps and remote into it when needed.

Performance, Updates, and Backups

  • App installs are slower due to forced ahead‑of‑time compilation for security; background optimization and notification have reduced worst‑case “30‑minute boot” incidents after updates.
  • Seedvault backups work but are seen as incomplete; users hope for a stronger, GrapheneOS‑native backup solution, especially for enterprise use.
  • Overall, many report better battery life than stock Pixel OS when largely de-Googled; adding sandboxed Play erodes some of that gain.

Adoption Barriers & Alternatives

  • Major blockers to switching: lack of official support for non‑Pixel devices, uncertainty about critical apps (banking, transport, government, medical), and no official NFC payments.
  • Some argue for alternative paths (LineageOS + microG, KaiOS, minimalist AOSP phones, Linux phones, iOS with strong DNS/ad‑blocking) depending on one’s balance of usability, privacy, and security.
  • There is demand for a compact, high‑end, GrapheneOS‑capable phone and for broader geographic availability of supported devices.