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.
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.
No topics yet: start the first one.
More stories
The RAM crisis won't spare your next phone: pay more or settle for less
TrendForce expects shortages to last into 2027, and Samsung's own memory chief says 2027 will be worse than 2026. For phone buyers: higher prices or quietly trimmed specs.
A 10,000mAh Vivo is no stunt: battery is the new spec war
Vivo's Y600 and its Guinness livestream record are more than marketing: endurance is becoming the spec that really separates phones, and it may reach some markets first.
Android’s Bluetooth lead could become the next ecosystem divide
LE Audio and Channel Sounding promise better audio and smarter proximity features on Android, but fragmented support could make Bluetooth less universal.
Android’s biggest security blind spot is the phone transfer
Seven Android transfer apps exposed private data during migration, showing why manufacturers must treat moving phones as a security operation—not a convenience feature.



