Google confirms new Android rules will significantly restrict app sideloading

Alfonso Maruccia

Posts: 2,515   +935
Staff
Editor's take: More than a month after the original announcement, we now know exactly how Google intends to tighten its grip on the Android ecosystem. The new rules go far beyond simple housekeeping – they could reshape how developers publish apps, how users install them, and whether third-party stores can even survive. What once looked like a vague security initiative is now a concrete policy shift, and for many in the Android world, it signals a much harsher reality ahead.

Google first announced a significant change in how it deals with Android developers back in August, and the topic has been hotly debated ever since. Now, the Mountain View giant is providing additional details about mandatory developer verification – and the arguments are likely to continue for months to come.

Google is framing the move around security, calling it the main justification for the new rules. Almost all Android app developers will now need to verify their identity with the company, so that malware creators can be more easily identified and removed from the platform. Each time a user tries to install a new app, the operating system will check the developer's ID through a new on-device "trusted entity" called the Android Developer Verifier (ADV).

This focus on security is not new – Android has struggled for years with waves of malware apps sneaking onto users' devices. While Google often points to sideloading and third-party stores as the weak link, many high-profile malware cases have actually originated from its own Play Store or even pre-installed apps, where insufficient verification has repeatedly allowed bad actors to slip through.

Data about popular apps will be cached locally, but lesser-known apps will likely require ADV to check the developer's identity over the internet. Google is also working with third-party stores on a potential local alternative, using a "pre-auth token" linked to the app package being installed.

The new rules will not apply to hobbyists or developers working on early-stage projects, as Android's official IDE (Android Studio) will continue to function with the command-line-based Android Debug Bridge (ADB). Development and testing through Android Studio and ADB should remain unaffected – at least until developers are ready to release their apps to end users.

Despite these drastic changes, Google insists that sideloading remains a "fundamental" aspect of the Android ecosystem. Developer verification, it says, is simply an added safeguard to protect users. According to the company, developers will still enjoy the same "freedom" as before to distribute their apps wherever they choose. That framing may overlook the fact that malware has never been confined to the fringes of Android distribution. The lack of robust verification on the Play Store itself has long been a security liability, suggesting that the problem is systemic rather than solely tied to third-party ecosystems.

Even so, third-party platforms will likely be forced to overhaul their operations. F-Droid has already warned that the new verification system could effectively destroy its project, which relies on vetting external apps and resigning them with its own cryptographic keys.

Google has also acknowledged that some developers may wish to remain anonymous, particularly those at risk of repression from hostile governments. The company promises not to share developer information publicly – though critics note that this requires trusting Big Tech's notoriously flexible ethical standards.

Finally, Google has published an FAQ to clarify the new ID requirements. The verification process is set to begin in 2026, and the company is allegedly willing to listen to feedback from developers to properly tune the rules before they go global.

Permalink to story:

 
Nobody, and I mean nobody, trusts that A) google will keep this info private, or B) that this will merely be limited to malware developers.

This is a move to concentrate app control for Google. Apps like ADguard must be sideloaded, because Google wont allow them on their store. Wanna make a bet on Adguard's developer being constantly locked in ID verification hell? Those of us using apps made by the community that value their privacy are going to have no road to go down, my older emulators dont even have active developers anymore. Any apps you use that have been abandoned or orphaned will also be BTFOd. And if you sail the high seas to get versions of apps without intrusive advertisements? Yeah those are gone too. Can bet good money Newpipe/Revance/any youtube frontend will get banhammered too, with pathetic excuses.

We know how Google operates. Look how they neutered SD cards. Look how they've sandboxed app permissions in filesystems. Look how they handle any complaints on YouTube. We also know they couldn't give a rats arse about privacy and WILL kotow to governments that demand information. This isnt limited to third world sand pits either, remember what France did to the owner of Telegram? He released a tweet earlier this week stating that France and Moldova were demanding information on political dissidents, that is, those that criticized current politicians.


Fat Chance Google will stand up to them. If you are a dissident of current governments, you better get your Xcode skills up to par.
 
"Now, the Mountain View giant is providing additional details about mandatory developer verification ..."

Hmm???!!!!, perhaps it's time for a new Android competitor to arise and take market share. I wonder if losing $billions in profit would loosen Google's choke-hold on freedom.
 
"F-Droid has already warned that the new verification system could effectively destroy its project, which relies on vetting external apps and resigning them with its own cryptographic keys."
From a business perspective, a business model pinned to a single task, a single source of revenue is doomed from the start. Pivot or go bust.
 
"F-Droid has already warned that the new verification system could effectively destroy its project, which relies on vetting external apps and resigning them with its own cryptographic keys."
From a business perspective, a business model pinned to a single task, a single source of revenue is doomed from the start. Pivot or go bust.
Pivot to…..what, exactly?
At this point, people might as well buy an iPhone.
It’s awfully tempting. We got the new 17s at work and the 16es and both have great battery life. Anything with a comparable service life from google costs just as much anyway, and since we have an Apple Store in driving distance we can get batteries replaced at low cost that work properly.
 
At this point, people might as well buy an iPhone.
That is the sentiment right now for a lot of people. But I know I don't want Apple either.

We can hope that these regulators will soon come down on both for so heavily restricting an owner's phone. This I'd say is against the spirit of what the EU has been pushing for, lets hope America also starts doing more...
 
Meh, the one saving grace, I guess, is that the ADB install stuff sounds like it won't be restricted.
As a power user and as the occasional mobile dev, this still makes it far less annoying to use and develop on Android (for now)...
 
What gets me is that Google recently lost an anti-trust lawsuit over how it handles third-party app stores on Android (Epic Games vs Google); right now Google is doing its final attempt to appeal but part of the legal remedy is that Google will be required to put third-party app stores on the Google Play store for a period of time, among other measures to make it easier for third party stores to exist on Android. Saying apps from other app stores still need Google's approval is just spitting on that recent judgement.
 
That is the sentiment right now for a lot of people. But I know I don't want Apple either.

We can hope that these regulators will soon come down on both for so heavily restricting an owner's phone. This I'd say is against the spirit of what the EU has been pushing for, lets hope America also starts doing more...
I don’t want an apple phone, but loading unsupported apps is one of my strongest reasons to use android, along with better battery life from larger batteries and more manageable costs.

Without those apps and with the 16e/17 impressing in the usage territory, the lines blur significantly. I’m trying to de google my life so integration with google services isn’t the draw it used to be.
 
I don't own the business, so that's not for me to decide. Also, to whatever the business owner(s) deem(s) worthy. History is rife with businesses pivoting/changing directions, see here:
14-famous-business-pivots
F-Droid isn't even a business, they are non-profit volunteer project that compiles and hosts open-source Android applications for free. They run off of donations.
 
This fight will never end because of the proprietary side of Android phones that are using Google Mobile Service which is copyrighted. I suppose Fair Use can be brought up but that's going to be complicated. And with Investors like Vanguard, State Street and BlackRock you kind of know where this will go.
 
Last edited:
F-Droid isn't even a business, they are non-profit volunteer project that compiles and hosts open-source Android applications for free. They run off of donations.
"Business" / "Organisation" - it's just semantics. The point remains valid; being dependent on a single-task for operational existentiality is a recipe for disaster.
 
"Business" / "Organisation" - it's just semantics. The point remains valid; being dependent on a single-task for operational existentiality is a recipe for disaster.
The entire point of the F-Droid project is that single task of compiling open source Android apps and hosting them. That is the entire reason the volunteers involved created the project. The organization exists to support doing that task, not the other way around. If Google were to make doing the task impossible, well then the organization would have no reason to exist anymore and the volunteers would go their separate ways.
 
The entire point of the F-Droid project is that single task of compiling open source Android apps and hosting them. That is the entire reason the volunteers involved created the project. The organization exists to support doing that task, not the other way around. If Google were to make doing the task impossible, well then the organization would have no reason to exist anymore and the volunteers would go their separate ways.
I understand the purpose of the (not-for-profit) business, but that does not change the fact any business which is dependent upon a single task is doomed, right from the start, regardless of altruistic purpose or prayers to whomever is the god to which you pray.
The business' purpose is not relevant to the point and fact they only have a single purpose, which deems the entire business model easily redundant and mootable.
Just like how hand-crafted sex-toy businesses quickly went extinct the second mass-production of silicon rubber toys was strategically paired with internet shopping.
 
I understand the purpose of the (not-for-profit) business, but that does not change the fact any business which is dependent upon a single task is doomed, right from the start, regardless of altruistic purpose or prayers to whomever is the god to which you pray.
The business' purpose is not relevant to the point and fact they only have a single purpose, which deems the entire business model easily redundant and mootable.
Just like how hand-crafted sex-toy businesses quickly went extinct the second mass-production of silicon rubber toys was strategically paired with internet shopping.
Oh you sweet summer child.
 
I understand the purpose of the (not-for-profit) business, but that does not change the fact any business which is dependent upon a single task is doomed, right from the start, regardless of altruistic purpose or prayers to whomever is the god to which you pray.
The business' purpose is not relevant to the point and fact they only have a single purpose, which deems the entire business model easily redundant and mootable.
Just like how hand-crafted sex-toy businesses quickly went extinct the second mass-production of silicon rubber toys was strategically paired with internet shopping.

Silly. Many businesses depend on a single product category. Boeing sells aircraft. Starbucks sells coffee products. F-droid provides a wide range of Android APKs.
 
Meh, the one saving grace, I guess, is that the ADB install stuff sounds like it won't be restricted.
As a power user and as the occasional mobile dev, this still makes it far less annoying to use and develop on Android (for now)...

Yeah, but can something like Adguard be side loaded that way?
 
Yeah whatever! They just want to knock out the people that developer AD BLOCKERS,
among others so MORE revenue from ads even if they are ignored, roll into the google
ecosystem.

Google insists that sideloading remains a "fundamental" aspect of the Android ecosystem.
 
I mean, if there’s going to be no difference—why not?

Again, why not?

I switched to the iPhone years ago and have never looked back. The performance is nothing short of amazing.
Because there are still areas where Apple is lagging behind, quite severely.

1) Apple STILL doesnt have site settings in safari. This is something desktops have had for decades and android has had for at least 10 years if not longer. So you cannot apply mute to individual sites. Because all web browsers are built on Safari on iOS, that means that NO browsers support this feature.

2) Background audio for media streaming still doesnt work in safari. You have to use Brave or Firefox, and both are rather iffy. Switching tabs or turning the screen off will cause a momentary pause of the media in question. This does not happen on android because the android versions are built on chromium, not safari

3) Apple still blocks JIT compilation for emulators, so iOS is limited to 2d stuff like GBA or SNES, whereas Android can emulate PS2 and gamecube games.

4) Apple's audio controls lag far behind in usability compared to Androids. Adjusting volume for, say, phone calls when you are not in a call is esoteric and annoying. Android is very simple.

5) Apple's charging capability still lags behind significantly, and compatibility is a turkey shoot because, again, Apple.

6) Personally still hate the apple swipe UI, much prefer the android 3 button menu that just works.

7) Apple has some longstanding radio oddities when switching towers or connecting to bluetooth that STILL havent been fixed. I've had to deal with phone calls dropping for a decade now with those using iPhones, but android users? No problems........
 
Back