this post was submitted on 11 Sep 2024
836 points (99.4% liked)

Technology

59427 readers
4286 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 1 year ago
MODERATORS
 

You might sideload an Android app, or manually install its APK package, if you're using a custom version of Android that doesn't include Google's Play Store. Alternately, the app might be experimental, under development, or perhaps no longer maintained and offered by its developer. Until now, the existence of sideload-ready APKs on the web was something that seemed to be tolerated, if warned against, by Google.

This quiet standstill is being shaken up by a new feature in Google's Play Integrity API. As reported by Android Authority, developer tools to push "remediation" dialogs during sideloading debuted at Google's I/O conference in May, have begun showing up on users' phones. Sideloaders of apps from the British shop Tesco, fandom app BeyBlade X, and ChatGPT have reported "Get this app from Play" prompts, which cannot be worked around. An Android gaming handheld user encountered a similarly worded prompt from Diablo Immortal on their device three months ago.

Google's Play Integrity API is how apps have previously blocked access when loaded onto phones that are in some way modified from a stock OS with all Google Play integrations intact. Recently, a popular two-factor authentication app blocked access on rooted phones, including the security-minded GrapheneOS. Apps can call the Play Integrity API and get back an "integrity verdict," relaying if the phone has a "trustworthy" software environment, has Google Play Protect enabled, and passes other software checks.

Graphene has questioned the veracity of Google's Integrity API and SafetyNet Attestation systems, recommending instead standard Android hardware attestation. Rahman notes that apps do not have to take an all-or-nothing approach to integrity checking. Rather than block installation entirely, apps could call on the API only during sensitive actions, issuing a warning there. But not having a Play Store connection can also deprive developers of metrics, allow for installation on incompatible devices (and resulting bad reviews), and, of course, open the door to paid app piracy.

you are viewing a single comment's thread
view the rest of the comments
[–] SlothMama@lemmy.world 68 points 2 months ago (7 children)

Yes, that's the implication, and it's certainly intentional for you to think of it like that.

[–] doctortran@lemm.ee 53 points 2 months ago* (last edited 2 months ago) (6 children)

The fact that an entire generation thinks the only proper way to install software is through an app store is absolutely terrible. Talk about a boon for the gatekeepers, Apple and Google did a bang up job training them to trust no one else.

[–] ceiphas@feddit.org 7 points 2 months ago (1 children)

As a long time linux user i find it normal to only install apps through a package manager (essentially the same) but you have a defined API for package sources and can add sources as you like. that would be the best solution. manually installing apps IS risky, and opens the door for malware and incompatible packages, but if you have a trustworthy package source that your packa manager can varify its packages against it gets way better.

[–] xavier666@lemm.ee 3 points 2 months ago

A package manager and app-store, which looks very similar from the outside, operates very differently with respect to security and privacy.

load more comments (4 replies)
load more comments (4 replies)