Android
Mobilsfera Newsroom
Android

Google admits its sideloading warnings fail. Now it must not ration freedom

Android's chief concedes that warnings alone don't stop scams. The fix is right in spirit, but the 24-hour wait and developer verification risk making openness a favor Google grants.

Published
October 24, 2026
Reading time
3 min
Categories
Android

Photo: Samsung Galaxy Note 10 & Google / Wikimedia Commons (CC BY 3.0)

Is a warning screen a security feature, or just a way to shift the blame onto the user? Google's Android chief has now answered, in effect, with the second option. Sameer Samat, president of the Android Ecosystem, said in an interview that "the warnings are insufficient," as heise reported back in March. It's a rare bit of honesty. It's also overdue.

The confession matters more than the fix

What happened, briefly: Google is tying apps to verified developer identities, and for apps from unverified developers it is building an "advanced flow." According to Android Authority, that flow includes a mandatory 24-hour lock, a restart step and extra confirmations, ending with an "Install anyway" button. Google's reasoning is that scammers coach victims by phone, through panic about legal trouble or a family emergency, into switching protections off.

On that diagnosis, we think Google is right. A warning that people tap past under pressure protects nobody. The weak link isn't the dialog text but the voice on the line. A delay kills urgency, and urgency is the scammer's main tool. As a design principle, friction aimed at coercion is smart.

But a rule built for the vulnerable shouldn't tax the informed

Our problem is the collateral damage. Android Authority notes that Google worked with power users to land on a delay that's "annoying, but not deal-breaking." That reads to us like an admission that the wait is also a tolerance experiment: how much hassle can people take before they quit? Meanwhile, a MakeUseOf writer who tried the flow on an older Android 13 phone said he found it annoying to wait a full day to change a setting on a device he owns, even if the toggle then stays on. That is one writer's account, but it captures the objection well. The person who sets this up deliberately gets the same treatment as the one being manipulated.

The more worrying part is the identity layer. Verification links a developer's real-world identity to their apps, including those distributed outside Google Play, and MakeUseOf notes there is no review of the app's code itself. Samat himself has said that knowing who an app comes from doesn't mean it is safe. Fair enough. But once Google becomes the registrar of who may distribute software freely, openness stops being a property of the platform and becomes a status Google grants. It's a particular burden for anonymous or privacy-minded developers: TechBuzz recounts that groups like Keep Android Open and F-Droid warned the plan would end people's ability to choose what software they run, and describes the original requirements as an existential threat to anonymous development.

The escape hatches are the real test

There are mitigations. Limited distribution lets hobby projects reach up to 20 devices without full verification, and Google's own FAQs, per MakeUseOf, exempt installs over ADB from verification and from the 24-hour wait. That matters: it keeps a door open for developers and tinkerers. The September rollout covered participating stores in Brazil, Indonesia, Singapore and Thailand, with direct APK sideloading excluded; broader global expansion is planned for 2027. So US users probably haven't felt the full change yet.

Our view is that the policy will be judged less by today's rules than by tomorrow's. Exemptions are easy to grant and easy to quietly narrow. The MakeUseOf author said he has seen no evidence Google plans to remove the escape hatch, but he worries it could tighten the rules later. We share that unease, and it's a prediction, not a fact.

Verdict

Protecting people from coached installs is a legitimate goal, and admitting that warnings failed is the right starting point. If you're an ordinary user, nothing changes while you stick to the Play Store, and the friction will probably save some people from a very bad day. If you sideload regularly, learn the advanced flow and ADB now, and enable the setting well before you need it. And Google should commit publicly, in writing, that the advanced flow and the ADB route won't be narrowed. Safety and openness don't have to compete, but only if the second isn't left to Google's goodwill.

Debate topics

No topics yet: start the first one.

More stories