NHacker Next
login
▲Google will allow users to sideload Android apps without verificationandroid-developers.googleblog.com
741 points by erohead 8 hours ago | 303 comments
Loading comments...
svat 7 hours ago [-]
From the very first announcement of this, Google has hinted that they were doing this under pressure from the governments in a few countries. (I don't remember the URL of the first announcement, but https://android-developers.googleblog.com/2025/08/elevating-... is from 2025-August-25 and mentions “These requirements go into effect in Brazil, Indonesia, Singapore, and Thailand”.) The “Why verification is important” section of this blog post goes into a bit more detail (see also the We are designing this flow specifically to resist coercion, ensuring that users aren't tricked into bypassing these safety checks while under pressure from a scammer), but ultimately the point is:

there cannot exist an easy way for a typical non-technical user to install “unverified apps” (whatever that means), because the governments of countries where such scams are widespread will hold Google responsible.

Meanwhile this very fact seems fundamentally unacceptable to many, so there will be no end to this discourse IMO.

thisislife2 5 hours ago [-]
I don't buy this argument at all that this specific implementation is under pressure from the government - if the problem is indeed malware getting access to personal data, then the very obvious solution is to ensure that such personal data is not accessible by apps in the first place! Why should apps have access to a user's SMS / RCS? (Yeah, I know it makes onboarding / verification easy and all, if an app can access your OTP. But that's a minor convenience that can be sacrificed if it's also being used for scams by malware apps).

But that kind of privacy based security model is anathema to Google because its whole business model is based on violating its users' privacy. And that's why they have come with such convoluted implementation that further give them control over a user's device. Obviously some government's too may favour such an approach as they too can then use Google or Apple to exert control over their citizens (through censorship or denial of services).

Note also that while they are not completely removing sideloading (for now) they are introducing further restrictions on it, including gate-keeping by them. This is just the "boil the frog slowly" approach. Once this is normalised, they will make a move to prevent sideloading completely, again, in the future.

cesarb 5 hours ago [-]
> Why should apps have access to a user's SMS / RCS?

It could be an alternative SMS app like TextSecure. One of the best features of Android is that even built-in default applications like the keyboard, browser, launcher, etc can be replaced by alternative implementations.

It could also be a SMS backup application (which can also be used to transfer the whole SMS history to a new phone).

Or it could be something like KDE Connect making SMS notifications show up on the user's computer.

thisislife2 5 hours ago [-]
That's all indeed valid.

> One of the best features of Android is that even built-in default applications like the keyboard, browser, launcher, etc can be replaced by alternative implementations.

When sideloading is barred all that can easily change. If you are forced to install everything from the Google Play Store, Google can easily bar such things, again in the name of "security" - alternate keyboards can steal your password, alternate browsers can have adware / malware, alternate launcher can do many naughty things etc. etc.

And note that if indeed giving apps access to SMS / RCS data is really such a desirable feature, Google could have introduced gate-keeping on that to make it more secure, rather than gate-keeping sideloading. For example, their current proposal says that they will allow sideloading with special Google Accounts. Instead of that, why not make it so that an app can access SMS / RCS only when that option is allowed when you have a special Google Account?

The point is that they want to avoid adding any barriers where a user's private data can't be easily accessed.

AnthonyMouse 3 hours ago [-]
> Instead of that, why not make it so that an app can access SMS / RCS only when that option is allowed when you have a special Google Account?

Because then you still need a special Google Account to install your app when it needs to access SMS / RCS.

How about solving this problem in a way that doesn't involve Google rather than the owner of the device making decisions about what they can do with it? Like don't let the app request certain permissions by default, instead require the user to manually go into settings to turn them on, but if they do then it's still possible. Meanwhile apps that are installed from an app store can request that permission when the store allows it, so then users have an easy way to install apps like that, but in that case the app has been approved by Google or F-Droid etc. And the "be an app store" permission works the same way, so you have to do it once when you install F-Droid but then it can set those permissions the same as Google Play.

It's not Google's job to say no for you. It's only their job to make sure you know what you're saying yes to when you make the decision yourself.

OptionX 3 hours ago [-]
It'd just devolve into security whack a mole about what permissions need those special account or not, ending with basically all of them making it the same as just needing dev verification anyway for anything remotely useful.

And despite that, you assuming that dev verification means no malware. The Play Store requires developers to register with the same verification measures we're talkingand malware is hardly unheard of there.

Groxx 4 hours ago [-]
re OTPs, there's a special permission-less way to request sms codes, with a special hash in the content so it's clearly an opt-in by both app and sender: https://developers.google.com/identity/sms-retriever/overvie...

so no, it's not necessary at all. and many apps identify OTPs and give you an easy "copy to clipboard" button in the notification.

but that isn't all super widely known and expected (partly because not all apps or messages follow it), so it's not something you can rely on users denying access to.

BrenBarn 1 hours ago [-]
Yeah. I mean the irony is that the one advantage of having a controlled and monitored app store would be that the entity monitoring it enforces certain standards. Games don't need access to your contacts, ever. If Google Play would just straight up block games that requested unnecessary permissions, it might have value. Instead we have 10,000 match-three games that want to use your camera and read all your data and Google is just fine with that. If the issue was access to personal data, a large proportion of existing apps should just be banned.
5 hours ago [-]
krzyk 2 hours ago [-]
Because Tasker is fundamental for some. Those arguments are similar to "think of children".
miki123211 3 hours ago [-]
> if the problem is indeed malware getting access to personal data, then the very obvious solution is to ensure that such personal data is not accessible by apps

Then you'd have the other "screaming minority" on HN show up, the "antitrust all the things" folks.

AnthonyMouse 3 hours ago [-]
The "let's actually enforce antitrust laws" people are in the majority:

https://today.yougov.com/economy/articles/47798-most-america...

https://www.antitrustinstitute.org/wp-content/uploads/2024/1...

JulianHC 3 hours ago [-]
I concur.

If they are concerned about malware then one of the obvious solutions would be safe guarding their play store. There is significant less scam on iphone because apple polices their app store. Meanwhile scam apps that i reported are still up on google play store.

trueismywork 2 hours ago [-]
Its a fact even if you dont buy this
lern_too_spel 3 hours ago [-]
> Note also that while they are not completely removing sideloading (for now) they are introducing further restrictions on it, including gate-keeping by them.

This blog post is specifically saying there will be a way to bypass the gatekeeping on Google-blessed Android builds, just as we wanted.

> But that kind of privacy based security model is anathema to Google because its whole business model is based on violating its users' privacy.

Despite this, they sell some of the most privacy-capable phones available, with the Pixels having unlockable bootloaders. Even without unlocking the bootloader to install something like GrapheneOS, they support better privacy than the other mass market mobile phones by Samsung and Apple, which both admittedly set a low bar.

Lammy 7 hours ago [-]
Google have their own reasons too. They would love to kill off YouTube ReVanced and other haxx0red clients that give features for free which Google would rather sell you on subscription.

Just look at everything they've done to break yt-dlp over and over again. In fact their newest countermeasure is a frontpage story right beside this one: https://news.ycombinator.com/item?id=45898407

svat 6 hours ago [-]
I can easily believe that Google's YouTube team would love to kill off such apps, if they can make a significant (say ≥1%) impact on revenue. (After all, being able to make money from views is an actual part of the YouTube product features that they promise to “creators”, which would be undermined if they made it too easy to circumvent.)

But having seen how things work at large companies including Google, I find it less likely for Google's Android team to be allocating resources or making major policy decisions by considering the YouTube team. :-) (Of course if Android happened to make a change that negatively affected YouTube revenue, things may get escalated and the change may get rolled back as in the infamous Chrome-vs-Ads case, but those situations are very rare.) Taking their explanation at face value (their anti-malware team couldn't keep up: bad actors can spin up new harmful apps instantly. It becomes an endless game of whack-a-mole. Verification changes the math by forcing them to use a real identity) seems justified in this case.

My point though was that whatever the ultimate stable equilibrium becomes, it will be one in which the set of apps that the average person can easily install is limited in some way — I think Google's proposed solution here (hobbyists can make apps having not many users, and “experienced users” can opt out of the security measures) is actually a “least bad” compromise, but still not a happy outcome for those who would like a world where anyone can write apps that anyone can install.

Zak 5 hours ago [-]
I would like a world where buying something means you get final say over how it operates even if you might do something dangerous/harmful/illegal.
miki123211 3 hours ago [-]
I would like a world where I have the final say over whether I should have a final say.

One way to achieve this is to only allow sideloading in "developer mode", which could only be activated from the setup / onboarding screen. That way, power users who know they'll want to sideload could still sideload. The rest could enjoy the benefits of an ecosystem where somebody more competent than their 80-year-old nontechnical self can worry about cybersecurity.

Another way to do this would be to enforce a 48-hour cooldown on enabling sideloading, perhaps waived if enabled within 48 hrs of device setup. This would be enough time for most people to literally "cool off" and realize they're being scammed, while not much of an obstacle for power users.

jraph 18 minutes ago [-]
These two solutions wouldn't work for me. My phone is covered, I use a custom ROM, but I like being able to help people install cool stuff that's not necessarily on the Play store, organically, without planning.
vrighter 2 hours ago [-]
You can sideload, I mean INSTALL, software on any linux desktop. Yet there are still tons of people saying that desktop linux has gotten good enough for most of everyone's grandma to daily-drive.
HumanOstrich 3 hours ago [-]
I'm not sure I like the idea of "you have to wait 48 hours now for sideloading in case you are an idiot". Most idiots will then have sideloading on after 48 hours and still get hit with the next scam anyway.
5 hours ago [-]
Aurornis 6 hours ago [-]
You’re still proving the point above, which is ignoring the fact that the restriction is specifically targeted at a small number of countries. Google is also rolling out processes for advanced users to install apps. It’s all in the linked post (which apparently isn’t being read by the people injecting their own assumptions)

Google is not rolling this out to protect against YouTube ReVanced but only in a small number of countries. That’s an illogical conclusion to draw from the facts.

unsungNovelty 6 hours ago [-]
Its my device. Not google's. Imagine telling you which NPM/PIP packages you can install from your terminal.

Also, its not SIDE loading. Its installing an app.

freefaler 6 hours ago [-]
Well... it would be good if this was true, but read the ToS and it looks more like a licence to use than "ownership" sadly :(
AnthonyMouse 3 hours ago [-]
"Android" is really a lot of different code but most of it is the Apache license or the GPL. Google Play has its own ToS, but why should that have to do with anything when you're not using it?
xnx 6 hours ago [-]
I agree, but I don't see why Google gets more critical attention than the iPhone or Xbox.
23 minutes ago [-]
2 hours ago [-]
_blk 2 hours ago [-]
iPhone has always been that way (try installing an .ipa file that's not signed with a valid apple developer certificate). For Google forced app verification is a major change. Xbox I don't know..
da_chicken 6 hours ago [-]
Yeah, let's ask the Debian team about installing packages from third party repos.

I'm not on the side of locking people out, but this is a poor argument.

cookiengineer 5 hours ago [-]
> Yeah, let's ask the Debian team about installing packages from third party repos.

Debian already is sideloaded on the graciousness of Microsoft's UEFI bootloader keys. Without that key, you could not install anything else than MS Windows.

Hence you don't realize how good of an argument it is, because you even bamboozled yourself without realizing it.

It gets a worse argument if we want to discuss Qubes and other distributions that are actually focused on security, e.g. via firejail, hardened kernels or user namespaces to sandbox apps.

Ms-J 3 hours ago [-]
"Debian already is sideloaded on the graciousness of Microsoft's UEFI bootloader keys. Without that key, you could not install anything else than MS Windows."

This is only true if you use Secure boot. It is already not needed and insecure so should be turned off. Then any OS can be installed.

cookiengineer 1 hours ago [-]
Now tell me how

Turning off UEFI secure boot on a PC to install another "unsecure distribution"

vs.

Unlocking fastboot bootloader on Android to install another "unsecure ROM"

... is not the exact same language, which isn"t really about security but about absolute control of the device.

The parallels are astounding, given that Microsoft's signing process of binaries also meanwhile depends on WHQL and the Microsoft Store. Unsigned binaries can't be installed unless you "disable security features".

My point is that it has absolutely nothing to do with actual security improvements.

Google could've invested that money instead into building an EDR and called it Android Defender or something. Everyone worried about security would've installed that Antivirus. And on top of it, all the fake Anti Viruses in the Google Play Store (that haven't been removed by Google btw) would have no scamming business model anymore either.

Ms-J 55 minutes ago [-]
"... is not the exact same language, which isn"t really about security but about absolute control of the device.

The parallels are astounding, given that Microsoft's signing process of binaries also meanwhile depends on WHQL and the Microsoft Store. Unsigned binaries can't be installed unless you "disable security features".

My point is that it has absolutely nothing to do with actual security improvements."

I agree. It is the same type of language.

Lammy 3 hours ago [-]
I agree with you and run with it disabled myself, but some anti-cheat software will block you if you do this. Battlefield 6 and Valorant both require it.
HumanOstrich 3 hours ago [-]
While it's possible to install and use Windows 11 without Secure Boot enabled, it is not a supported configuration by Microsoft and doesn't meet the minimum system requirements. Thus it could negatively affect the ability to get updates and support.

> It is already not needed and insecure so should be turned off.

You know what's even less secure? Having it off.

Lammy 2 hours ago [-]
The name “Secure Boot” is such an effective way for them to guide well-meaning but naïve people's thought process to their desired outcome. Microsoft's idea of Security is security from me, not security for me. They use this overloaded language because it's so hard to argue against. It's a thought-terminating cliché.

Oh, you don't use <thing literally named ‘Secure [Verb]’>?? You must not care about being secure, huh???

Dear Microsoft: fuck off; I refuse to seek your permission-via-signing-key to run my own software on my own computer.

Ms-J 2 hours ago [-]
Agreed.

Also Secure boot is vulnerable to many types of exploits. Having it enabled can be a danger in its self as it can be used to infect the OS that relies on it.

Aeolun 3 hours ago [-]
A small number of countries now. The rest of the world in 2027 and beyond.
khannn 1 hours ago [-]
Too bad that I'm going iPhone if Google removes sideloading and now I know about revanced so they aren't getting any more than the zero dollars that youtube and youtube music are worth from me

If I'm going to live in a walled garden it's going to the fanciest

ashleyn 5 hours ago [-]
yt-dlp's days are fairly numbered as Google has a trump card they can eventually deploy: all content is gated behind DRM. IIRC the only reason YouTube content is not yet served exclusively through DRM is to maintain compatibility with older hardware like smart TVs.
potwinkle 4 hours ago [-]
All levels of Widevine are cracked, but only the software-exclusive vulnerabilities are publicly available. It's only used for valuable content though (netflix/disney+/primevideo), so it might still work out for YouTube as no one will want to waste a vulnerability on a Mr. Beast slop video.
darkwater 5 minutes ago [-]
Do you have any link? All the things I can find are about the 2019 L3 crack
AnthonyMouse 2 hours ago [-]
The reason they have different levels is that the DRM pitchmen got tired of everyone making fun of their ineffective snake oil, so they tried to make a version that was harder to break at the cost of not supporting most devices.

Naturally that got broken too, and even worse, broken when it's only supported by a minority of devices and content, because the more devices and content it's used for the easier it is to break and the larger the incentive to do it.

If you tried to require that for all content then it would have to be supported by all devices, including the bargain bin e-waste with derelict security, and what do you expect to happen then?

charcircuit 6 hours ago [-]
You would still be able to adb installs them. They wouldn't die.
gdulli 6 hours ago [-]
Developers of these apps would have little motivation if the maximum audience size was cut down to the very few who would use adb. The ecosystem would die.
userbinator 5 hours ago [-]
Or someone comes up with an easy adb wrapper and now it becomes the go-to way to install apps.
xyzzy_plugh 4 hours ago [-]
Shizuku[0][1] already exists, it would certainly suck but it wouldn't be the end of the world.

Of course I would be much happier if I didn't need to use Shizuku in the first place.

[0]: https://play.google.com/store/apps/details?id=moe.shizuku.pr...

[1]: https://shizuku.rikka.app/

gblargg 6 hours ago [-]
Somehow I think having to use ADB instead of something like F-Droid with automatic updates would put a damper on things.
AuthError 6 hours ago [-]
how many people ll do this though? i would expect sub 1% conversion from existing users if they had to do that
6 hours ago [-]
tomrod 6 hours ago [-]
I bought the hardware, therefore I have the right to modify and repair. Natural right, full stop. That right ends are your nose, as the saying goes.
kccqzy 6 hours ago [-]
Consider whether your natural right argument might not stand in several other countries’ legal systems.

The era of United States companies using common sense United States principles for the whole world is coming to an end.

orbital-decay 5 hours ago [-]
Okay, but currently it's the opposite: an US company is forcing the principles of these few legal systems for the whole world.
tomrod 2 hours ago [-]
Nah, that's the beauty of it. Liberal principles make a much more robust political foundation that post-liberal principles. The US is known for the former despite current flirtations with the latter. However, liberal principles aren't tied to any one country. Fortunately for us!
Krasnol 2 hours ago [-]
The era of common sense in the United States came to an end.
ashikns 6 hours ago [-]
Yeah then you have the choice to not buy the locked down hardware, you don't have a right to get open hardware FROM Google.

Of course there are no good options for open hardware, but that is a related but separate problem.

procaryote 21 minutes ago [-]
Regulating this is the way to not let general computing die to fuel google and apple profits.

People should have the right to run whatever software they like on the computing hardware they own. They should have the right to repair it.

The alternative is that everything ends up like smart-tvs where the options are "buy spyware ridden crap" or "don't have a tv"

orbital-decay 5 hours ago [-]
It's not a separate problem, Google are actively suppressing any possibility of open mobile hardware. They force HW manufacturers to keep their specs secret and make them choose between their ecosystem and any other, not both. There's a humongous conflict of interests and they're abusing their dominating position.
dmitrygr 3 hours ago [-]
> They force HW manufacturers to keep their specs secret

Spoken like someone who has never ever worked with any hardware manufacturers. They do not need reasons for that. They all believe their mundane shit is the most secret-worthy shit ever. They have always done this. This predates google, and will outlive it.

renewiltord 2 hours ago [-]
Often it is because they don't know their own devices. We got a dev board from Qualcomm once and the documentation was totally bogus.
tjwebbnorfolk 3 hours ago [-]
Oh, so you're good with everyone having the "natural right" to turn handguns into automatic weapons simply because they find themselves in possession of the correct atoms? How about adding a 3rd story on the top of your house without needing a permit or structural evaluation?

Note that adding "full stop" pointlessly to the end of sentences does not strengthen your argument.

tomrod 2 hours ago [-]
Guns aren't a natural right by any stretch. Defense is, but you're confusing the US bill of rights with natural rights of all humans.
xigoi 3 hours ago [-]
The difference is that you can’t kill other people by installing an app.
Ms-J 4 hours ago [-]
This is correct. Our natural rights go much further than unnatural prohibitions from the government.

Do what you please and get enough people to do it with you, and no one can stop you.

Aurornis 6 hours ago [-]
> Natural right, full stop.

You’re still missing the point the comment is making: In countries where governments are dead set on holding Google accountable for what users do on their phones, it doesn’t matter what you believe to be your natural right. The governments of these countries have made declarations about who is accountable and Google has no intention of leaving the door open for that accountability.

You can do whatever you want with the hardware you buy, but don’t confuse that with forcing another company to give you all of the tools to do anything you want easily.

brazukadev 6 hours ago [-]
That's deflection, there's Google blocking users from installing apps and there's OP insinuating that it might be because of governments coercion but there's no evidence to support this. Scammers pay Google to show ads to install apps, that's what the governments are holding Google responsible and it won't change with blocking installing apps.
vachina 3 hours ago [-]
Malicious app delivery goes beyond Google ads. In Singapore, most scam app installs are from social engineering, e.g. install new app to receive payment, install new app to buy something for cheap.

I’m amazed at how gullible some people are but that’s how it is.

calvinmorrison 3 hours ago [-]
I suppose you have the right to do whatever you want with it, including zapping it in the microwave or using it as a rectal probe. I am not sure that right extends are far as forcing companies to deliver a product to your specifications (open software, hardware, or otherwise)
yehat 2 hours ago [-]
You won't believe it, but many years ago the TVs for sale where required to come with their full schematics and they really did.
tomrod 2 hours ago [-]
Right to repair requires it, thank goodness.
colordrops 5 hours ago [-]
I don't think it's illegal to do whatever you want with your phone. That doesn't mean google legally is required to make it easy or even possible. That being said I ethically they should allow it, and considering their near monopoly status they should be forced to keep things open. In fact there should be right to repair laws too.
procaryote 18 minutes ago [-]
The way to go from fervently hoping they make the ethical choice to actually protecting the users is to regulate it
xg15 5 hours ago [-]
> there cannot exist an easy way for a typical non-technical user to install “unverified apps” (whatever that means), because the governments of countries where such scams are widespread will hold Google responsible.

You can also view this as a "tragedy of the commons" situation. Unverified apps and sideloading is actively abused by scammers right now.

> Meanwhile this very fact seems fundamentally unacceptable to many, so there will be no end to this discourse IMO.

I get that viewpoint and I'm also very glad an opt-out now exists (and the risk that the verification would be abused is also very real), but yeah, more information what to do against scammers then would also be needed.

wkat4242 4 hours ago [-]
Then let them do that for those countries. Not for everyone. I'm not in any of those autocratic countries. Or offer an opt out in the countries where this isn't a thing. Using adb is not really great for doing updates.

And also, I'm the owner of my device. Not my country.

phendrenad2 4 hours ago [-]
If nobody pushed back on anything we'd all be subjected to the laws of the worst country on earth, because big tech companies want to do business there, and putting an if/else around the user's country takes effort.
LoganDark 5 hours ago [-]
It's not possible to provide a path for advanced users that a stupid person can't be coerced to use.

Moreover, it's not possible to provide a path for advanced users that a stupid person won't use by accident, either.

These are what drive many instances of completely missing paths for advanced users. It's not possible to stop coercion or accidents. It is literally impossible. Any company that doesn't want to take the risk can only leave advanced users completely out of the picture. There's nothing else they can do.

Google will fail to prevent misuse of this feature, and advanced users will eventually be left in the dust completely as Google learns there's no way to safely provide for them. This is inevitable.

edent 5 hours ago [-]
Android could have, for example, a 24 hour "cooling off" period for sideloading approval. Much like some bootloader unlocking - make it subject to a delay.

That immediately takes the pressure off people who are being told that their bank details are at immediate risk.

cesarb 5 hours ago [-]
> Android could have, for example, a 24 hour "cooling off" period for sideloading approval.

And, to prevent the scammer from simply calling back once the 24 hours are gone, make it show a couple of warnings (at random times so they can't be predicted by the scammer) explaining the issue, with rejecting these warnings making the cooling off timer reset (so a new attempt to enable would need another full 24 hours).

hattmall 5 hours ago [-]
The people gullible enough to fall for a scam like that are also gullible enough to follow more instructions 24 hours later. I think if you could force a call to the phone and have an agent or even AI that talks to user and makes sure no scam is involved then gives an unlock code based on deviceID or something. But that would cost money and scammers would work around it anyway.
4 hours ago [-]
thaumasiotes 3 hours ago [-]
> there cannot exist an easy way for a typical non-technical user to install “unverified apps” (whatever that means), because the governments of countries where such scams are widespread will hold Google responsible.

What, the same way they hold Microsoft responsible for the fact that you can install whatever you want in Windows?

Obviously, there can exist an easy way for a non-technical user to install unverified apps, because there has always been one.

svat 2 hours ago [-]
This is actually a good point, and something I've been wondering about too. What changed between the 90s and now, that Microsoft didn't get blamed for malware on Windows, but Google/Apple would be blamed now for malware on their devices? It seems that the environment today is different, in the sense that if (widespread) PCs only came into existence now, the PC makers would be considered responsible for harms therefrom (this is a subjective opinion of course).

Assuming this is true (ignore if you disagree), why is that? Is it that PCs never became as widespread as phones (used by lots of people who are likely targets for scammers and losing their life savings etc), or technology was still new and lawmakers didn't concern themselves with it, or PCs (despite the name) were still to a large extent "office" devices, or the sophistication of scammers was lower then, or…? Even today PCs are being affected by ransomware (for example) but Microsoft doesn't get held responsible, so why are phones different?

travisgriggs 20 minutes ago [-]
Windows 95 (and patronage) had become a shitshow. It’s easy to forget how much time us tech types were spending “fixing” uncle’s PC that somehow got malware on it. How we touted Linux as an escape from the hellscape of crapware.

It was into this void that the “everything seems new” iPhone stepped and ventured out in a different course. I’m neither speaking for or against apples normalization of an App Store as a primary source of updates, just recalling the way things were, and positing that Apple was trying a different approach that initially offered a computing platform that wasn’t the hellscape that MS platform was quickly becoming.

pmontra 31 minutes ago [-]
What changed is that Apple made the masses familiar with the concept of installing software only from a store with a vetting process. For short, the walled garden. That was mostly an alien thing in the world of software. All of us grew with the possibility of getting an installer and install it whenever we wanted. There were some form of protections against piracy but nothing else.

Once Apple created the walled garden every other company realized how good it could be for their bottom lines and attempted to do the same thing.

So, to answer your question, Microsoft got blamed for viruses and made fun of but there wasn't a better way in the mainstream. There is one now.

PCs will resist this trend for a while because it's also mainstream that they are used to do work. Many people use a PC every day with some native application from a company they have a direct contract with. For example: accounting software. Everybody can add another example from their own experience. Those programs don't come from the Windows store and it will be a long term effort to gatekeep everything into the store or move them into a web browser.

The .NET MAUI technology we had a post about yesterday is one of the bricks that can build the transition.

wmf 1 hours ago [-]
I always blamed Microsoft for Windows insecurity. But seriously, Windows did not have any vetting process for apps and apps didn't really have access to money. Google's problem is that they claim Android is a secure way to do banking but it isn't.
Aurornis 6 hours ago [-]
> because the governments of countries where such scams are widespread will hold Google responsible.

This is the unsurprising consequence of trying to hold big companies accountable for the things people do with their devices: The only reasonable response is to reduce freedoms with those devices, or pull out of those countries entirely.

This happened a lot in the early days of the GDPR regulations when the exact laws were unclear and many companies realized it was safer to block those countries entirely. Despite this playing out over and over again, there are still constant calls on HN to hold companies accountable for user-submitted content, require ID verification, and so on.

raincole 6 hours ago [-]
Yes. The same goes with payment processing. I hate visa/mastercard as much as the next person. But if the court says they're accountable for people who buy drug/firearm/child porn, then it seems to be a quite reasonable reaction for them to preemptively limit what the users can buy or sell.

The government(s) have to treat the middlemen as middlemen. Otherwise they are forced to act as gatekeepers.

jacquesm 6 hours ago [-]
These two things are not the same. The GDPR afforded rights to common people. Those companies that would pull out are the ones that were abusing data that was never theirs and could no longer do so.
makeitdouble 4 hours ago [-]
> the governments of countries where such scams are widespread will hold Google responsible.

This argument is FUD at this point.

Sovereign governments have ways to make clear what they want: they pass laws, and there needs to be no back deal or veiled threats. If they intend to punish Google for the rampant scams, they'll need a legal framework for that. That's exactly how it went down with the DMA, and how other countries are dealing with Google/Apple.

Otherwise we're just fantasizing on vague rumors, exchanges that might have happened but represent nothing (some politicians telling bullshit isn't a law of the country that will lead to enforcement).

This would be another story if we're discussing exchanges with the mafia and/or private parties, but here you're explicitely mentionning governments.

jacquesm 6 hours ago [-]
That's a disingenuous argument though: they are in that position because they chose to make themselves the only way that a 'normal' user is able to install software on these devices. If not for that these governments wouldn't have a point to apply pressure on in the first place.
wmf 6 hours ago [-]
Or maybe Google just has empathy for people losing millions to scams?
jacquesm 6 hours ago [-]
No, then the results of many google web searches would not put scam sites at the top over the official sites. Google is fine with people being scammed. As long as they get their cut. Large corporations don't have empathy.
vachina 3 hours ago [-]
Meta ads too. It’s bonkers the type of ads they approve, straight up scams or obvious misinformation (some prominent figure is in jail! Click here to find out!)
spaqin 6 hours ago [-]
From what I've seen, millions lost to scams are with social engineering; through cold calls masquerading as the authorities, phishing, pig butchering; plenty of scam apps on the Play store harvesting data as well, but not a single real life instance of malware installed outside the officially sanctioned platform.
sunaookami 3 hours ago [-]
The Play Store is full of of scam apps so obviouly they don't.
tjpnz 5 hours ago [-]
The same scams Google's ad network facilitates and Google in turn profits from?
m463 5 hours ago [-]
this is an unresolvable issue

  security = 1/convenience
or in this case:

  security = 1/freedom  or agency
procaryote 10 minutes ago [-]
Security isn't an absolute and this doesn't notably improve it
Aachen 7 hours ago [-]
Edit: be sure to read geoffschmidt's reply below /edit

The buried lede:

> a dedicated account type for students and hobbyists. This will allow you to distribute your creations to a limited number of devices without going through the full verification

So a natural limit on how big a hobby project can get. The example they give, where verification would require scammers to burn an identity to build another app instead of just being able to do a new build whenever an app gets detected as malware, shows that apps with few installs are where the danger is. This measure just doesn't add up

jacquesm 6 hours ago [-]
And of course: you need an account, rather than simply allowing you to tell your OS that yes, you know what you're doing.
geoffschmidt 7 hours ago [-]
But see also the next section ("empowering experienced users"):

> We are building a new advanced flow that allows experienced users to accept the risks of installing software that isn't verified

Aachen 7 hours ago [-]
Oh! I thought I had found the crucial piece finally after ~500 words, but there's indeed better news in the section after that! Thanks, I can go sleep with a more optimistic feeling now :)

Also this will kill any impetus that was growing on the Linux phone development side, for better or worse. We get to live in this ecosystem a while longer, let's see if people keep damocles' sword in mind and we might see more efforts towards cross-platform builds for example

ryandrake 7 hours ago [-]
Let's take the "W". This is pretty good news!
Grimblewald 2 hours ago [-]
That's like accepting vaders 'altered' deal, and being grateful it hasn't been altered further.

If google wants a walled garden, let it wall off it's own devices, but what right does it have to command other manufactures to bow down as well? At this stage we've got the choice of dictato-potato phone prime, or misc flavour of peasant.

If you want walled garden, go use apple. The option is there. We don't need to bring that here.

catlikesshrimp 6 hours ago [-]
I am not english native. Is "The W" a synonym for "A Win", described as a positive outcome after a contest? Is there more nuance or context than that?
arcfour 4 hours ago [-]
Yes, but it's often just "a W" or simply "W" in response to something good or seen as a "win."

There is also the same thing with L for loss/loser. "that's an L take", "L [person]", "take the L here", etc.

They are pretty straightforward in their meaning, basically what you described. I believe it comes from sports but they are used for any good or bad outcome regardless of whether it was a contest.

thristian 5 hours ago [-]
I think it's from people reporting sports statistics for a player or team as "W:5 L:7" meaning "five wins and seven losses".

https://knowyourmeme.com/memes/l-and-w-slang

echelon 3 hours ago [-]
This is not a win. This is having independent distribution shut down and controlled.

We no longer own our devices.

We're in a worse state than we were in before. Google is becoming a dictator like Apple.

rbits 1 hours ago [-]
It's not being shut down though. The article says that there will be a way to install unverified apps.
benatkin 6 hours ago [-]
This isn't a "W", but I am finding my own "W" from this by seeing others distrust Google, and remembering to continue supporting and looking for open alternatives to Google.
DavideNL 23 minutes ago [-]
> We are building a new advanced flow that allows experienced users to accept the risks of installing software that isn't verified

Sure, they'll keep building it forever — this is just a delay tactic.

advisedwang 3 hours ago [-]
That doesn't say that you can just build an APK and distribute it. I suspect this path _still_ requires you to create a developer console account and distribute binaries signed by it... just that that developer account doesn't have to have completed identity verification.
rrix2 6 hours ago [-]
it's probably just gonna be under the Developer Options "secret" menu
magguzu 4 hours ago [-]
Which is totally fine IMO, it was weird to me that they weren't going with this approach when they first announced it.

Macs blocked launching apps from unverified devs, but you can override in settings. I thought they could just do something along those lines.

hasperdi 21 minutes ago [-]
It's not fine. Some apps particularly banking apps have developer mode detection and refuse to work if developer mode is enabled.
kelnos 3 hours ago [-]
That's not fine at all. A developer who doesn't want to (or can't) distribute through the Play Store will now need to teach their users how to enable developer mode and toggle a hidden setting. This raises the barrier a bit more than the current method of installing outside the Play Store.
metadat 6 hours ago [-]
So.. all this drama over an alert(yes/no) box?

Wow, this really pulls back the veil. This Vendor (google) is only looking out for numero uno.

cesarb 5 hours ago [-]
> So.. all this drama over an alert(yes/no) box?

A simple yes/no alert box is not "[...] specifically to resist coercion, ensuring that users aren't tricked into bypassing these safety checks while under pressure from a scammer". In fact, AFAIK we already have exactly that alert box.

No, what they want is something so complicated that no muggle could possibly enable it, either by accident or by being guided on the phone.

Zak 5 hours ago [-]
I imagine what they're going to do involves a time delay so a scammer cannot wait on the phone with a victim while they do it.
kitesay 2 hours ago [-]
I agree. Waiting to see for how long. Has to be 24 hours at a minimum I'd guess.
Aurornis 6 hours ago [-]
> So.. all this drama over an alert(yes/no) box?

The angry social media narratives have been running wild from people who insert their own assumptions into what’s happening.

It’s been fairly clear from the start that this wasn’t the end of sideloading, period. However that doesn’t get as many clicks and shares as writing a headline claiming that Google is taking away your rights.

devsda 5 hours ago [-]
> The angry social media narratives have been running wild from people who insert their own assumptions

There may have been exaggerations in some cases but these hand wavy responses like "you can still do X but you just can't do Y and Z is now mandatory" or "you can always use Y" is how we got to this situation in the first place.

This is just the next evolution of SafetyNet & play integrity API. Remember how many said use alternatives. Not saying safetynet is bad but I don't believe their intentions were to stop at just that.

advisedwang 3 hours ago [-]
I don't think this section is actually the same as the present state just with a new alert box.

I suspect they mean you have to create a android developer account and sign the binaries, this new policy just allows you to proceed without completing the identity verification on that account.

gumby271 6 hours ago [-]
Sorry what? Their original plan absolutely was the end of sideloading on-device outside of Google's say so. That's what the angry social media narratives were that you seem upset about. Anyone being pedantic and pointing out that adb install is still an option therefore sideloading still exists can fuck off at this point.
kcb 6 hours ago [-]
What are you talking about? This change for "experienced users" was only just announced and not part of any previous announcement. It has not been clear from the start at all.
lern_too_spel 3 hours ago [-]
> The angry social media narratives have been running wild from people who insert their own assumptions into what’s happening.

No, until this post, Google had said that it wouldn't be possible to install an app from a developer who hadn't been blessed by Google completely on your device. That is unacceptable. This blog post contains a policy change from Google.

Superblazer 5 hours ago [-]
Have you missed the plot entirely? This is absurd
gblargg 6 hours ago [-]
Let me guess, a warning box that requires me to give permission to the app to install from third-party sources? Is that not clear enough confirmation that I know what I'm doing? /s
xyzzy_plugh 4 hours ago [-]
> we are building a new advanced flow that allows experienced users to accept the risks of installing software that isn't verified. We are designing this flow specifically to resist coercion, ensuring that users aren't tricked into bypassing these safety checks while under pressure from a scammer. It will also include clear warnings to ensure users fully understand the risks involved, but ultimately, it puts the choice in their hands.

As long as this is a one-time flow: Good, great, yes, I'll gladly scroll through as many prompts as you want to enable sideloading. I understand the risks!

But I fear this will be no better than Apple's flow for installing unsigned binaries in macOS.

Please do better.

advisedwang 3 hours ago [-]
Does this allow unsigned binaries like today? Or is this now requiring you have a binary signed by a android developer account but just one without full identity verification.
izacus 1 hours ago [-]
All Android devices require signed binaries and have done so since 1.0.
lokar 4 hours ago [-]
What if it imposed a longish (one time) cooldown period? A day?
rbits 1 hours ago [-]
1 day is not longish. That would greatly harm apps like F-Droid. You'd have to go through it every time you want to update your apps.
IshKebab 35 minutes ago [-]
He said one-time.
notepad0x90 4 hours ago [-]
This is the worst of both worlds, you can spread your malware as a sideloaded apk just fine, but when it's so big that you're probably burned anyways, then you need to verify your account.

I think a better compromise would have been for google to require developer verification, but also allow third party appstores like f-droid that don't require verification but still are required to "sign" the apks, instead of users enabling wide-open apk sideloading. that way, hobbyists can still publish apps in third party stores, and it is a couple of more steps harder for users to fall for social engineering,because they now have to install/enable f-droid, and then find the right malicious app and download it. The apk downloaded straight from the malicious site won't be loaded no matter what.

Google can then require highlighting things like number of downloads and developer reputation by 3rd party appstores, and maybe even require an inconsistent set of steps to search and find apps to make it harder to social engineer people (like names of buttons, ux arrangements, number of clicks,etc.. randomize it all).

What frustrated me on this topic from the beginning is that solutions like what I'm proposing (and better ones) are possible. But the HN prevailing sentiment (and elsewhere) is pitchforks and torches. Ok, disagree with google, but let's discuss about how to solve the android malware problem that is hurting real people, it is irresponsible to do otherwise.

flakiness 3 hours ago [-]
It's not super clear from the post, but if I read it correctly there are two modifications suggested.

   - 1: Separate verification type for "student and hobbyist"
   - 2: "advanced flow" for "power users" that allows sideloading of unverified apps - I imagine this is some kind of scare-screen, but we'll see.
What you describe as "worst of both worlds" is about point 1. I'm not sure point 2 is powerful enough to suppor things like f-droid, but again, we'll see.
notepad0x90 1 hours ago [-]
malware are good at getting users to click past scare screens unfortunately. this isn't a solved problem, even with desktop browsers.
IshKebab 29 minutes ago [-]
There are definitely things you could do to improve it though. E.g. you can't activate "I know what I'm doing" mode while on the phone or for 1 hour after a phone call. Someone else suggested a one-day cooldown.

Also for the specific scam they mentioned, why do apps even have permission to intercept all notifications?? Just fix that!

lern_too_spel 3 hours ago [-]
> Google can then require highlighting things like number of downloads and developer reputation by 3rd party appstores

F-droid doesn't want to track number of installs because that is an invasion of privacy.

> require developer verification, but also allow third party appstores like f-droid that don't require verification

Now you've moved the problem from Google gatekeeping apps to Google gatekeeping app stores. We don't want either.

notepad0x90 1 hours ago [-]
Then i guess you can't publish apps? One of those issues where i should be "writing to my congressman" or whatever I guess. the problem is real and people like you are being obtuse, unwilling to find a solution or a compromise. Something as simple as number of installs is an invasion of privacy? how? it's a number, you increment a counter when someone hits download, that's it.

Yeah, if google gets to have rules over what happens by apps that have their seal of approval. that's how seals of approvals work. you're not entitled to these things. you don't have the right to publish to the android platform, if Google, wary of anti-trust suits allows a 3rd party app store, it can institute reasonable requirements.

If an appstore is willingly hosting malware, should Google still provide their seal of approval? That was supposed to be rhetoric, but I wouldn't be surprised if you told me that they should.

This is willful ignorance, I only hope you educate yourself on the harms caused by malware and malicious actors and consider taking a practical approach to finding solutions instead of dying on every single hill.

sschueller 2 hours ago [-]
They will just add a flag in the SafetyNet service to let other apps know if non "verified" apps have been installed.

You will not be able to use any of your banking apps without first removing all of those...

We need alternatives, this will not work and is a risk to freedom/democracy for all of us.

Switzerland is implementing a digital ID[1]. It will be made available to the most common devices and is open source. However Google and Apple can just remove it, what then?

[1] https://github.com/swiyu-admin-ch

andyjohnson0 48 minutes ago [-]
> They will just add a flag in the SafetyNet service to let other apps know if non "verified" apps have been installed.

Sincere question: do you have any evidence for this?

I don't see anything in the article that backs it up, and your asserion seems to be at odds with the description of a side load capability for "risk tolerant" users. What you describe would certainly break much of the usefulness of side loading for me.

I certainly don't trust Google or their capacity for duplicity. I'm just not sure about the outcome you describe.

hasperdi 29 minutes ago [-]
It a projection of what they could do. ie. logical step

The whole SafetyNet and "secure chain" things are PITA, eg. ChatGPT app wouldn't work if the phone bootloader isn't signed by Google. Lots of banking app wouldn't work, HSBC banking app for instance wouldn't allow login if Android developer mode is enabled.

Llamamoe 1 hours ago [-]
Seriously though, can anyone tell me why the fuck banking apps try so hard to find any possible excuse to not run on customised devices?

I just can't see any good reason for it but my banking app has invested more work into detecting any possible hint of rooting than into its UX. It's absurd.

garyfirestorm 57 minutes ago [-]
> Seriously though, can anyone tell me why the fuck banking apps try so hard to find any possible excuse to not run on customised devices?

As an early cyanogen mod adopter I really don’t want to lose ability to side load etc. but to answer your question this is probably for the lowest common denominators safety. Anecdotal example - a scammer tricked my parents into sideloading an apk which automatically forwarded all sms messages to the said scammer. This lead to 2FA code from bank go through and allowed them to perform some transactions. There were many red flags during this ‘call from a bank’ and I’d say some blame lies on my parents here, I guess this is the only way to lock down bad actors? I am not entirely sure it is.

creichenbach 1 hours ago [-]
Banks have stupid rules probably made by people who don't understand the matter. A relative recently got victim to phishing and gave away some of his banking details (fake e-banking login screen on a website). After locking the account, the bank said it would only unlock it after the phone got wiped, which obviously doesn't add anything in this situation.

Another pet peeve is that they prevent screenshots simply because they can, and it feels safer. I know, 3rd-party apps which can do screenshots etc., but this is fighting the threat the wrong way. And yes, it's partially the fault of the platform, which could just allow user-initiated screenshots. Or at least make it configurable.

walletdrainer 55 minutes ago [-]
>After locking the account, the bank said it would only unlock it after the phone got wiped, which obviously doesn't add anything in this situation.

How is that supposed to be a stupid rule? Do you have any idea how much fraud this stops?

monkpit 1 hours ago [-]
> Banks have stupid rules probably made by people who don't understand the matter.

Their insurance policies, if I had to guess.

walletdrainer 52 minutes ago [-]
Unlikely, banks do not reimburse this kind of fraud in most of the world.

This is most likely the bank just being genuinely nice and taking care of customers who range between very stupid and momentarily distracted.

znanz 45 minutes ago [-]
At most banks, the absolute control belongs to risk and regulation department. A bank must safeguard their license above all else, and it is very easy for them to loose it if the bank is found doing something it should not (though for the big ones, they sometimes operate in a gray zone, which means they manage to keep their licenses despite relatively steep fines). Even for the simplest ui/ux change, risk department has the final say. Source: I’ve been working 15+ years in the banking industry.
Elfener 1 hours ago [-]
It may not be banks themselves doing this.

For example, my bank here in Hungary, Erste Bank has announced that the central bank requested that they stop allowing their android app to run on "modified" devices.

They even have a workaround: switch to SMS-based 2FA and use their website (which works well on any screen and has all the features of the app except 2FA)

groestl 1 hours ago [-]
> the central bank requested

That's the answer, it's regulatory bodies causing this.

BoredPositron 45 minutes ago [-]
In 90% it's insurance compliance.
hanrelan 41 minutes ago [-]
If you run a pentest, allowing rooted devices will almost certainly show up as a vulnerability. It'll be marked "low risk", but you'll also be told that you don't want to "accept risk" for too many "low risk" vulnerabilities.

So somebody then needs to say that this is not something they worry about rather than doing the easy thing and remediating it.

archon810 1 hours ago [-]
Probably because it makes it easier to observe and/or intercept API calls and other data exchange between the client and the server. It's trivial to disable things like SSL cert pinning, etc. on rooted devices.
emsixteen 46 minutes ago [-]
… and then the return argument is that those who actually want to do this nefariously are already going to be able to hide device modifications/rooting.
sschueller 1 hours ago [-]
Insurance, they don't want to be on the hook if you get robbed.
verisimi 11 minutes ago [-]
How useful is it to have a unique global ID, that the target willingly carries and manages, but doesn't have any meaningful control over?
sureglymop 53 minutes ago [-]
Is the digital ID just to identify yourself online? Because I've never had to do that. Kind of seems like a solution in search of a problem.
sschueller 15 minutes ago [-]
The digital ID e.g. eID is for example if you want to order a government document online. At the current time you need to print out your request and send a copy of your ID in the mail or go to the counter and show it. Same if you get a bank account or new phone contract although those usually let you scan your ID with your phone. A eID would make that more secure although people are already being tricked into doing face validations[1]...

Offline it would make it possible to verify your age at the self-checkout registers without having someone have to check in person.

In the future (if the law allows it, which it currently does not) it should be possible for you to purchase an item online completely anonymously, at least to the vendor. There would no longer be a possibility of leaked address, etc. as the vendor would not have it. All the vendor has are signed tokens. When they send a package they send it with a token to the post office and only the post office knows your address.

[1] https://www.srf.ch/sendungen/kassensturz-espresso/espresso/m...

phendrenad2 1 hours ago [-]
Of course, it wouldn't be HN if the previous claim that "the sky is falling" wasn't followed up with "well, it's not falling, but I saw some heavy rainfall!"
nake89 2 hours ago [-]
They won’t remove it if its been installed from their app stores.
sschueller 2 hours ago [-]
They removed the "ICE" app and if the US government has an issue with other Apps they bend over and do it.

Switzerland is currently dealing with a 39% and Brazil with a 50% tariff because Trump has a personal problem with them. It would not be far fetched for an administration to have another states app removed.

nake89 60 minutes ago [-]
I just want to preface that I am not in support of Apple or Google in their closed ecosystem.

I was specifically referring to you saying "Switzerland is implementing a digital ID[1]. It will be made available to the most common devices and is open source. However Google and Apple can just remove it, what then?"

It seemed like you were saying that because it is open source, it will be removed. I simply disagreed with that. Plenty of opensource software exists in the app store.

I'm not disagreeing that they have the ability to remove software from their app stores. They have done that before as you mention. That is a fact.

sschueller 6 minutes ago [-]
> It seemed like you were saying that because it is open source, it will be removed. I simply disagreed with that. Plenty of opensource software exists in the app store.

Sorry if it came across that way. It is not what I meant, I just mentioned that it is open source. ESL...

rbits 1 hours ago [-]
Why do you think that will happen?
concinds 60 minutes ago [-]
Paranoia.
themafia 7 hours ago [-]
> Keeping users safe on Android is our top priority.

I highly doubt this is your "top" priority. Or if it is then you're gotten there by completely ignoring Google account security.

> intercepts the victim's notifications

And who controls these notifications and forces application developers to use a specific service?

> bad actors can spin up new harmful apps instantly.

Like banking applications that use push or SMS for two factor authentication. You seem to approve those without hesitation. I guess their "top" priority is dependent on the situation.

klabb3 5 hours ago [-]
> > intercepts the victim's notifications

> And who controls these notifications and forces application developers to use a specific service?

Am I alone in being alarmed by this? Are they admitting that their app sandboxing is so weak that a malicious app can exfil data from other unaffiliated apps? And they must instead rely on centralized control to disable those apps after the crime? So.. what’s the point of the sandboxing - if this is just desktop level lack of isolation?

Glossing over this ”detail” is not confidence inspiring. Either it’s a social engineering attack, in which case an app should have no meaningful advantage over traditional comms like web/email/social media impersonation. Or, it’s an issue of exploits not being patched properly, in which case it’s Google and/or vendor responsibility to push fixes quickly before mass malware distribution.

The only legit point for Google, to me, is apps that require very sensitive privileges, like packet inspection or OS control. You could make an argument that some special apps probably could benefit from verification or special approvals. But every random app?

Zak 5 hours ago [-]
> Are they admitting that their app sandboxing is so weak that a malicious app can exfil data from other unaffiliated apps?

An app can read the content of notifications if the appropriate permissions are granted, which includes 2FA codes sent by SMS or email. That those are bad ways to provide 2FA codes is its own issue.

I want that permission to exist. I use KDE Connect to display notifications on my laptop, for example. Despite the name, it's not just for KDE or Linux - there are Windows and Mac versions too.

Groxx 4 hours ago [-]
yes, they're admitting that their APIs are powerful enough to build accessibility tools (which often must read notifications) and many other useful things (e.g. Pushbullet) that are not possible on iOS.

powerful stuff has room for abuse. I didn't really think there's much of a way to make that not the case. it's especially true for anything that you grant accessibility-level access to, and "you cannot build accessibility tools" is a terrible trade-off.

(personally I think there's some room for options with taint analysis and allowing "can read notifications = no internet" style rules, but anything capable enough will also be complex enough to be a problem)

realusername 1 hours ago [-]
> Are they admitting that their app sandboxing is so weak that a malicious app can exfil data from other unaffiliated apps?

It's not news, both iOS and Android sandboxing are Swiss cheese compared to a browser.

People should only install apps from trusted publishers (and not everything from the store is trusted as the store just gors very basic checks)

boxedemp 7 hours ago [-]
Only a few things in life are for sure. Death, taxes, and corpospeak.
_factor 6 hours ago [-]
Hey, sometimes the dumbest people it works on are also the ones with the decision making ability. What a world to live in.
BrenBarn 6 hours ago [-]
Their top priority is making money.
shirro 6 hours ago [-]
Making money and complying with the law. They are obligated to do both. In many countries laws are still enforced.

Protecting their app store revenues from competition exposes them to scrutiny from competition regulators and might be counter productive.

Many governments are moving towards requiring tech companies to enforce verification of users and limit access to some types of software and services or impose conditions requiring software to limit certain features such as end to end encryption. Some prominent people in big tech believe very strongly in a surveillance state and we are seeing a lot of buy in across the political spectrum, possibly due to industry lobbying efforts. Allowing people to install unapproved software limits the effectiveness of surveillance technologies and the revenues of those selling them. If legal compliance risks are pushing this then it is a job for voters, not Google to fix.

BrenBarn 3 hours ago [-]
Complying with the law is just another way of protecting your money. I have no doubt if they would break laws if they judged it better for the bottom line --- in fact I have little doubt they're already doing so. On the flip side, if there were ruinous penalties for their anticompetitive behaviors (i.e., in the tens or hundreds of billions of dollars) they might change course.

Certainly voters need to have their say, but often their message is muffled by the layers of political and administrative material it passes through.

hekkle 5 hours ago [-]
BINGO! Google doesn't care at all about user security.

- Just yesterday there was a story on here about how Google found esoteric bugs in FFMPEG, and told volunteers to fix it.

- Another classic example, about how Google doesn't give a stuff about their user's security is the scam ads they allow on youtube. Google knows these are scams, but don't care because they there isn't regulation requiring oversight.

gpm 5 hours ago [-]
> Just yesterday there was a story on here about how Google found [a security vulnerability that anyone running `ffmpeg -i <untrusted file> ...` was vulnerable to] in FFMPEG, and told [the world about it so that everyone could take appropriate action before hackers found the same thing and exploited it, having first told the ffmpeg developers about it in case they wanted to fix it before it was announced publicly]

Fixed that for you. Google's public service was both entirely appropriate and highly appreciated.

hekkle 4 hours ago [-]
> and highly appreciated.

Not by the maintainers it wasn't Mr. Google.

gpm 4 hours ago [-]
Yes, but it was a public service not a service for the maintainers, and as a member of the public who like anyone who had run `ffmpeg -i <thing I downloaded from the internet>` was previously exposed to the vulnerability I highly appreciate their service.

I'd highly appreciate even if the maintainers never did anything with the report, because in that case I would know to stop using ffmpeg on untrusted files.

hekkle 4 hours ago [-]
So you were using untrusted video files that required the LucasArts Smush codec?

Again, if YOU highly appreciate their service, that's great, but FFMPEG isn't fixing a codec for a decades old game studio, so all Google has done is tell cyber criminals how to infect your Rebel Assault 2. I'm glad you find that useful.

gpm 4 hours ago [-]
No, I was running on normal untrusted video files. The standard ffmpeg command line would happily attempt to parse those with the LucasArts Smush codec even though I'd never heard of it before.

See the POC in the report by google, the command they run is just `./ffmpeg -i crash.anim -f null /dev/null -loglevel repeat+trace -threads 1` and the only relevant part of that for being vulnerable is that crash.anim is untrusted.

Edit: And to be clear, it doesn't care about the extension. You can name it kittens.mp4 instead of crash.anim and the vulnerability works the same way.

ajkjk 6 hours ago [-]
this is an absurd rant. they invest, like, billions into security. It's not as perfect as you want it to be but "completely ignoring" is a joke. if you've got actual grievances you should say what they are so that we can actually get on your side instead of rolling our eyes
asadotzler 6 hours ago [-]
They absolutely eo completely ignore many security and privacy things because they're very selective in what they focus on, particularly around how those things might impact their ad revenue.

How much they spend is no indicator of how and where they spend it, so is hardly a compelling argument.

wmf 6 hours ago [-]
I'm not the OP but we know that SMS is not secure. Google should try banning that first.
arcfour 4 hours ago [-]
Some security is better than no security. It already took years to even get some of these backwards-thinking companies and services to adopt SMS OTP and it's simple for non-technical users to intuit. Also, believe it or not, some people don't have smartphones, and they will riot if you try to make them switch to any other MFA method...

Of course, I'm not saying we shouldn't push to improve things, but I don't think this is the right reaction either.

BrenBarn 6 hours ago [-]
The key question for me is whether this "advanced flow" will allow the practical use of entirely separate app stores (like F-Droid) or if they're going to throw up tons of barriers for every individual app install.
sowbug 5 hours ago [-]
If I were designing the advanced flow, I'd require the decision to be made at phone setup time. Changing your mind later requires a factory reset.

Real sideloaders (F-Droid users, etc.) know at setup time that that's how they'll be using their phone, so it works for them. But ordinary users who are targets for sideloading malware will become a lot less attractive if attackers must convince them to wipe their phone to complete the coercive instructions.

Aliexpress has a similar approach to protect their accounts from takeovers. If you change or forget your password, all your saved payment methods are erased. This makes the account less valuable to an attacker, at the cost of a little pain to authentic account holders.

201984 4 hours ago [-]
No, that's ridiculous. If I want to send an app to someone, now they have to wipe their phone to install it? That would kill installing non-Play apps far more than Google's original proposal.
arcfour 4 hours ago [-]
I hadn't installed a non-Play Store app for something like 5 years until this year. I don't see why I should have been forced to factory reset my phone then.
archon810 1 hours ago [-]
Forgive my bluntness, but I hope you are never allowed on the Android team or near any significant UX decisions on any devices or apps I use or will use.
eviks 2 hours ago [-]
But wiping your phone isn't "a little pain"
g-b-r 3 hours ago [-]
Great, at phone setup when many people don't know anything about the implications of the choice.

And factory reset when it's impossible to backup and restore everything, or anything at all without a Google account

tadfisher 6 hours ago [-]
There's a second path, whereby F-Droid registers as an "alternative app store", which is a new category of app created in the fallout of Epic Games v. Google [0]. This is interesting because it applies to all regions and will necessarily need more elevated permissions than the typical REQUEST_INSTALL_PACKAGES permission used today. No idea what requirements Google will impose on such apps.

[0]: https://en.wikipedia.org/wiki/Epic_Games_v._Google

kragen 4 hours ago [-]
What would they have to offer Google in return for being granted this status? Would they have to ban NewPipe, for example?
gpm 2 hours ago [-]
Up to what a committee of 3 people (or in the alternate district court judge James Donato) believes this means, assuming the judge approves the proposed modification to the injunction in the first place

> Google may create reasonable requirements for certification as a Registered App Store, including but not limited to review of the app store by Google’s Android team and the payment of reasonable fees to cover the operational costs associated with the review and certification process. Such fees may not be revenue proportionate.

One appointed by Google, one by Epic, one appointed by the other two. All three will be barred from private communications about any of this with any parties.

Considering this is an anti-trust suit I suspect the judge would be extremely unamused if the committee members found that "must ban NewPipe" was a reasonable requirement.

BrenBarn 3 hours ago [-]
Yes, that possibility has occurred to me as well, and is potentially a reasonable compromise (depending on those requirements).
NewJazz 6 hours ago [-]
If F-Droid is no longer part of the android community, then neither will I.

I'm not too worried. My employer should be, though.

AndrewDavis 6 hours ago [-]
It all depends on how the flow is implemented.

If it's a one time unlock, eg like developer mode then hopefully it'll just work.

If it's a big long flow per install... Yikes, that's not much better than adb install

andrepd 6 hours ago [-]
Correct me if I'm wrong but doesn't the EU digital markets act mandate this?
advisedwang 3 hours ago [-]
EU digital markets mandates that you can install apps through f-droid... but doesn't mandate that those apps don't to comply with Google's signing policy.
gumby271 6 hours ago [-]
Isn't Apple technically complying with this even while forcing notarization? Seems like Google could get away with the same scheme.
gpm 5 hours ago [-]
Apple says they are. The EU says they aren't. They're fighting over it.
erohead 8 hours ago [-]
Sounds like they're rolling back the mandatory verification flow:

Based on this feedback and our ongoing conversations with the community, we are building a new advanced flow that allows experienced users to accept the risks of installing software that isn't verified. We are designing this flow specifically to resist coercion, ensuring that users aren't tricked into bypassing these safety checks while under pressure from a scammer. It will also include clear warnings to ensure users fully understand the risks involved, but ultimately, it puts the choice in their hands. We are gathering early feedback on the design of this feature now and will share more details in the coming months.

Ajedi32 3 hours ago [-]
I'm a little nervous about what this advanced flow is going to look like, given that sideloading already requires jumping through a bunch of hoops to enable and even that apparently wasn't enough to satisfy Google.

I'm cautiously optimistic though. I'm generally okay with nanny features as long as there's a way to turn them off and it sounds like that's what this "advanced flow" does.

gowthamgts12 4 hours ago [-]
> Sounds like they're rolling back the mandatory verification flow

absolutely no. this is for the user side. but if you're a developer who is planning to publish the app in alternative play store/from your website, you have to do verification flow. please read the full text.

Ajedi32 3 hours ago [-]
That's only if you don't want your users to have to jump through whatever hoops are needed to bypass the verification requirement.
rbits 1 hours ago [-]
But it's not mandatory anymore because people can install it without it being verified.
silisili 7 hours ago [-]
I feel like if safety was really their top priority, they would have done this long ago and not bothered with this mandatory signing nonsense to begin with...

Still, it seems like good news, so I'll take it.

ramshanker 2 hours ago [-]
Ancedotal: I used to believe in this "freedom to install". Than my Father got scammed (~$1000) in the name of Electricity recharge. The APK was sent over WhatsApp. Now I am not so sure how to implement this freedom. At the bare minimum there has to be big red warnings.

One thing which can immediately improve security is forbidding SMS read access forever. Just like Apple does. No App should be able to read SMS.

Biganon 1 hours ago [-]
> The APK was sent over WhatsApp.

Why did your father enable installing APK packages from third party sources? That's a setting buried deep inside the developer settings, which themselves have to be activated with a very arcane manipulation

floppyd 47 minutes ago [-]
I believe this only works this way on some android forks, iirc you are talking about Samsung. Stock android would show a warning "do you want to install apk from this app?" and lead you to a settings page that enables apk installs from this particular app. No need to separately enable the ability to install apks in general.

I always thought this is a very weird flow, it adds hoops yet accomplishes nothing because the hoops are all trivial and the same for every app.

peterdn 27 minutes ago [-]
This is also how it works on my Samsung Galaxy S21. There's no need to enable developer settings.
floppyd 21 minutes ago [-]
I have definitely seen this "you need to go deep in the settings to enable 3rd party installs at all" flow before, but I don't remember which device it was. (Just saying that the commenter above is not just inventing something, I was surprised when I saw it as well)
imp0cat 8 minutes ago [-]
There definitely is such setting, but I have no idea when it was introduced. S21 is an old phone (not to disparage it in any way).

    Your Galaxy phone or tablet is configured by default to prevent the installation of apps from sources other than the Play Store and Galaxy Store.
https://www.samsung.com/ae/support/mobile-devices/how-to-ena...
a2128 2 hours ago [-]
There seems to be a whole market of Google Play developer accounts and apps for sale, developers like myself regularly get emailed by scammy companies offering to buy the account or to publish an app, and malware is regularly found on Google Play[0]. There's no reason to believe that bad actors would be stopped by install restrictions if their scam is effective enough to overcome the financial hurdles

[0] https://www.bleepingcomputer.com/news/security/malicious-and...

bbarnett 2 hours ago [-]
The built in Android SMS app seems to be horrible in every incarnation I've seen. The one that comes with the Pixel, the one Samsung has. Some may like it, but I can't stand them. I tend to install my own SMS app in each case, and I don't use computers to be locked into something I don't prefer.

It's my tool. Mine. I'll do with it as I please.

I agree there are issues. But preventing installs aren't the answer, just like removing all windows and doors from a house isn't the answer to neighbourhood crime.

I'd be more inclined to say the problem is allowing apps to be funded by advertising. If all apps were paid apps, and using personal data in any way was immensely, "thrown in jail" illegal, then you'd find yourself approving access to contacts, SMS, Pii quite rarely.

It would really stand out in such a case.

"What?! I've been using my phone for 10 years, and some app wants to see my contacts. Why?? No one reputable asks for that, ever!"

So much of the problem with the internet is that Pii is paying the way.

On GrapheneOS, when I install anything, it flat out asks me if I want to give it internet access at all. SMS could be the same way. Off by default, try to grant it, big warnings.

At a certain point, if you have big warnings saying "Are you serious?!" and people turn it on, it entirely ends up being the end user's fault.

eviks 2 hours ago [-]
- warning - SMS read access

So you do know - inform users, increase privacy,...?

atoav 1 hours ago [-]
So your father: 1. Downloaded a wwirs filw from a stranger

2. Went to the settings and about pyone sceeen

3. Tapped the thing 5 times to activate developer mode

4. Activated installing from third party sources despite the warning there

5. Installed the APK

May I suggest the problem is not that this is possible, but a lack of education? If your father is the type that would jump into the bathtub with a toaster because someone on whatsapp told them to do so, I am afraid it is not the existence of toasters that is the issue.

yoavm 19 minutes ago [-]
One does not need to enable developer mode to install a 3rd party APK.
computerdork 30 minutes ago [-]
eh, think this is a bit much to ask. Are we going to educate a majority of the baby boomers who just never got a feel for how technology works? Yeah, my Dad also just got scammed by a phishing scheme on his PC (and if a scammer had walked him through how to install an apk on his phone, he'd probably do that too).

In my humble opinion, in the design of a UI or any type of system, kind of have to go where the users take you to some degree. And Android, being an OS for consumer devices, should be geared toward the masses and the mistakes they'll make.

tcfhgj 15 minutes ago [-]
For real? No, thanks I'd like to keep my SMS app
bilsbie 7 hours ago [-]
I don’t like to see the word “allow” in the same sentence with a device I own.
4 hours ago [-]
edoceo 6 hours ago [-]
It's a device you own, sure. But you've licensed the software.
EMIRELADERO 6 hours ago [-]
This is misleading though. There is simply no other choice if you want to use mainstream apps. It could be argued (successfully in my view) that any agreement is null and void due to its acceptance under duress.

Users have an inherent legal right to unconditionally access the full advertised functionality of devices they purchase. Any agreement after that is inherently suspect and I wouldn't be surprised to find out it was ruled unconscionable by some court if it came to that.

makeitdouble 4 hours ago [-]
> This is misleading though.

This isn't misleading in any way. It's unfortunate and we should be pissed about it, but this is exactly the legal arrangement that Google and Apple came up with.

> I wouldn't be surprised to find out it was ruled unconscionable by some court

Last US court battle, Apple told the court it needed the money from the kids casino to keep its profits, and the court just nodded.

Apple had to be held in comptempt of a court order after 4 years and a deluge of evidence, for us to see any significant move.

edoceo 4 hours ago [-]
I agree it's not awesome, or even good. Unfortunately, it's what we've got today. A fact HN seems to dislike.
makeitdouble 4 hours ago [-]
Let's not shoot the messenger (edoceo)

Too many people are in denial about what they actually own, and seem to refuse to accept this battle isn't starting or coming up, we're already in the process of losing it.

Clinging to material ownership feels great on the moment, but that's absolutely not what we need to deal with right now. It's kinda like being so proud to be the registered owner of your car, while it's getting impounded and you'll be spending the next 10 years trying to get it back.

devsda 5 hours ago [-]
If there is an alternative software that can run on the device without going through extraordinary hoops, I may agree that it is licensed.

If there is no other alternative, buying hardware and licensing software are not two different steps. Its just buying a device.

Ajedi32 3 hours ago [-]
Which is an unacceptable loophole in our legal system that should be closed immediately as far as I'm concerned. If I buy a product, even if that product is software, then I own it, and I should have ultimate control my copy of it.

The idea that we allow companies to go "Yes, you paid for this product, but it's not really yours. We still control it and can do whatever we want with it regardless of what you want." is asinine.

flagos10 6 hours ago [-]
We need a free-as-in-freedom version of Android.
wmf 6 hours ago [-]
GrapheneOS
tcfhgj 9 minutes ago [-]
Google is suppressing freedom.

"Go, give money to Google, to reclaim freedom"

sipofwater 5 hours ago [-]
* "Android Developer Verification Discourse" by agnostic-apollo (https://github.com/agnostic-apollo), Termux app (https://github.com/termux/termux-app) developer: https://gist.github.com/agnostic-apollo/b8d8daa24cbdd216687a... (gist.github.com/agnostic-apollo/b8d8daa24cbdd216687a6bef53d417a6) and https://old.reddit.com/r/termux/comments/1ourtxj/android_dev... (old.reddit.com/r/termux/comments/1ourtxj/android_developer_verification_discourse/)

* "Android Developer Verification Proposed Changes" by agnostic-apollo (https://github.com/agnostic-apollo), Termux app (https://github.com/termux/termux-app) developer: https://issuetracker.google.com/issues/459832198 via https://old.reddit.com/r/termux/comments/1ourtxj/android_dev... (old.reddit.com/r/termux/comments/1ourtxj/android_developer_verification_discourse/)

sipofwater 5 hours ago [-]
Android Debug Bridge (https://developer.android.com/tools/adb) using two Android smartphones and Termux (https://github.com/termux/termux-app):

* Search for "Smartphone-1 to Smartphone-2" "adb tcpip 5555" in "Motorola moto g play 2024 smartphone, Termux, termux-usb, usbredirect, QEMU running under Termux, and Alpine Linux: Disks with Globally Unique Identifier (GUID) Partition Table (GPT) partitioning": https://old.reddit.com/r/MotoG/comments/1j2g5gz/motorola_mot... (old.reddit.com/r/MotoG/comments/1j2g5gz/motorola_moto_g_play_2024_smartphone_termux/)

* Search for "termux-adb" in "Motorola moto g play 2024 Smartphone, Android 14 Operating System, Termux, And cryptsetup: Linux Unified Key Setup (LUKS) Encryption/Decryption And The ext4 Filesystem Without Using root Access, Without Using proot-distro, And Without Using QEMU": https://old.reddit.com/r/MotoG/comments/1jkl0f8/motorola_mot... (old.reddit.com/r/MotoG/comments/1jkl0f8/motorola_moto_g_play_2024_smartphone_android_14/)

nromiun 4 hours ago [-]
You don't need two phones to use ADB with Termux. Just put the ADB settings app on a split screen and it will work just fine. I used it several months ago.
gpm 7 hours ago [-]
8 days ago Google and Epic announced a proposed settlement and modification of a permanent injunction that Epic won, I believe this proposed settlement would likely have prohibited Google's plan to forbid installation of third party apps (excluding app stores from the definition of apps) unless those app developers had paid google a registration fee. The proposed settlement is here [1], the relevant portion is

> 13. For a period beginning on the Effective Date through June 30, 2032, Google will [...] and will continue to permit the direct downloading of apps from developer websites and third-party stores without any fees being imposed for those downloads unless the downloads originate from linkouts from apps installed/updated by Google Play (excluding web browsers).

6 days ago the court expressed skepticism as to the proposal and announced that they'd have a hearing, with testimony from expert witnesses, as to whether it would prevent the market harms that the original injunction was trying to cure [2].

Today Google announces this, effectively confirming that they're backing down from their requirement that third party app developers pay google prior to distributing their apps.

Nothing (yet) is explicitly tying these together, but I can't help but suspect that this move is in large part being made to convince the court that they're actually intending to honour this portion of the proposed injunction even though Epic would have little reason to enforce it.

[1] https://storage.courtlistener.com/recap/gov.uscourts.cand.36...

[2] https://storage.courtlistener.com/recap/gov.uscourts.cand.36...

dgoldstein0 5 hours ago [-]
Did we read the same thing? I think Google here said there would be a $25 fee per developer (for those who can't fit in their limited distribution category). I suppose it's much better than a fee per paid install but it's not nothing.
gpm 5 hours ago [-]
See the "Empowering experienced users" section.

They announced the $25 "verification" plan awhile ago. The new part in this article is that they're going to have it remain possible to install software that didn't do that "verification".

> Based on this feedback and our ongoing conversations with the community, we are building a new advanced flow that allows experienced users to accept the risks of installing software that isn't verified.

0xbadcafebee 3 hours ago [-]
Damn. I was excited by the prospect of Google shooting themselves in the foot, inspiring people to make Android replacements that aren't privacy and process nightmares. With this (partial) capitulation, the path of least resistance will remain a proprietary, corporate-controlled, bloated walled garden.
Sytten 7 hours ago [-]
In the end when supporting the non tech people in the family, what I would really like is to setup their device so they can install anything on Fdroid but nothing from the play store (unless approved by me) nor direct from an apk.
rpdillon 5 hours ago [-]
This is exactly what I do. Works pretty well. I've never needed to restrict the play store. I just tell them not to use it.
wmf 6 hours ago [-]
I wonder if MDM can do that.
xg15 5 hours ago [-]
So there was the very concrete problem that F-Droid could not continue to function with the verification requirements, because they rebuild every app and so would have to know every key.

Do the changes here do anything for F-Droid?

rbits 1 hours ago [-]
What this probably means: to use F-Droid on your phone, you will have to first go through the new unverified app flow
p0w3n3d 1 hours ago [-]
This is the last moment we can use to move out of this platform. We've already given basically all the control on our lives to two companies. They will decide one day that government will know our each move, our WiFi password, number of appliances, our body temperature and chemical compounds of our bodily fluids - every sensor that is connected to the system. 1984 all over again but this time IRL

This is old rule: you don't need to take over control of all the people, you just need to take over those two-three suppliers that are covering all the people. If for example new politician Tronald Dump will take seat in 2035 in USA and they will try to push their agenda to other countries, they will take over the LLM, phone and OS providers, namely OpenAI, MS, Apple, Google. That's all to control to have the souls ruled all over the world. If something must vanish, will vanish. Like in the Ministry of Truth

uneven9434 4 hours ago [-]
There are many real-world sideloading abuse cases in China. Attackers often trick victims with plausible stories—e.g., claiming a flight is delayed—and ask them to sideload an app (a remote‑meeting or remote‑control tool) to share their screen. Once installed, the attacker can view the victim’s screen and intercept SMS 2FA codes for online banking or other sensitive accounts.

Other schemes include impersonating sex workers to lure victims into nude video chats, then persuading them to install an app that harvests private content and contacts for blackmail.

derbOac 4 hours ago [-]
Why should that mean anyone else should lose control of their device? Maybe at some point you have to accept that it's the user's responsibility? Maybe empower users to be aware of what the apps they install are doing, without take their control away?

This is how loss of autonomy always happens in every sphere: make an argument that it's for their own safety that individuals are losing autonomy, and the entity gaining control is superior in knowing what's best, and is taking control only out of the goodness of their heart.

pabs3 1 hours ago [-]
> intercept SMS 2FA codes for online banking

Google should just ban all apps that use SMS 2FA codes for login.

fulafel 3 hours ago [-]
What's the Android situation there? Last I heard Google didn't license Android there and they were using Chinese app stores with forked AOSP Android. Which would seem to put the sideloading decision in the hands of the forked OS.
Ms-J 3 hours ago [-]
These unfortunately gullible people would be tricked in many different other ways throughout their daily lives even if it wasn't for the ability to install something on a device that you paid for and outright own.

We don't cater the most stupid in society.

Spivak 4 hours ago [-]
Yes, this is called malware and isn't the fault of being able to install software on your device.

If someone tricks you into handing over the keys to the kingdom, the solution isn't to remove your door.

Ms-J 4 hours ago [-]
Google still hasn't changed anything but took the opportunity to again insult their customers within the first headline, titled "Why verification is important".

Google goes on to say how taking away one of your last remaining rights is good for you, if you like it or not.

It is clear to everyone why Google is partnering with governments around the world to remove our rights to installing apps. Laws are not on your side and must be reevaluated on an individual level to move forward. You decide your own terms, you have the power.

Only we can stop this together.

metadat 3 hours ago [-]
Are there any entities on earth with resources to compete with a complicit global duopoly?

If Android is open source, why can't/won't a community fork it? Graphene OS exists but many folks claim Netflix and banking apps do not work with it (despite allowing logins from any common desktop browser)?

If all widely-accepted phone operating systems are de-facto proprietary, what does this say about the current phase of society?

What choice do non-billionaire/millionaire humans have for living in a single-planet society where technology is so highly integrated (and the inherent non-consensual compromises)?

What If the little people are going to get squeezed even more?

Troubling questions.

opan 3 hours ago [-]
LineageOS is based on AOSP and works well. I don't understand the banking app thing either. I suspect it's a regional issue. I can log in to my credit union account via any browser, and if something needs MFA it should be able to use TOTP which works on anything.

Android in practice is full of proprietary blobs, stuck on old kernel versions, and the hardware is barely supported. Lots of downstream crap from the vendors not playing nice. Most devices running Android are instantly doomed to be e-waste. You can look through devices postmarketOS supports, and anything without mainline kernel support and most stuff working is basically e-waste unless someone puts in a lot of work for that particular device. It's a little bit like how modern GPUs don't work without blobs in the kernel anymore and you have to go back to Haswell era or older for things to work with all free software, but the state of smartphones is a few steps worse than that due to their locked down nature.

Pretty much any OnePlus device (other than ones still too new) seems to be a good bet for decent software support (both LineageOS and pmOS). Though annoyingly stuff like the 3G shutdown makes a lot of the earlier models unusable as actual phones these days. At least they can still be computers. Not quite e-waste.

devsda 2 hours ago [-]
Yes we have banking websites but they are increasingly moving to an auth model where you have to enter an otp generated in the app but the app refuses to work on non-verified devices.
Gigablah 3 hours ago [-]
Well, would the community be willing to respond to AI-submitted CVEs without funding?
sprior 6 hours ago [-]
This brings back memories of "sure you can root your phone, but if you do secure apps like payment won't run anymore"
spaqin 6 hours ago [-]
I can only imagine that allowing "unverified" apps to run would also disable payment/banking apps. Just in case, you know. For your own good.
lern_too_spel 2 hours ago [-]
That should be up to the bank to decide, and it already is. https://developer.android.com/privacy-and-security/safetynet...

None of my banks have complained to me because I'm running a patched YouTube app.

rbits 1 hours ago [-]
That doesn't seem to have anything to do with what apps you have installed, just whether you have Play Protect enabled. I have Play Protect enabled, and I can still install apps without having to scan them first.
11mariom 1 hours ago [-]
Security by obscurity. That's my device, that's my decision to install whatever I want.

I see here and there some comments about someone was scammed, etc… Lack of knowledge of users is not a good reason. They still will get scammed, in a different way, but outcome will be the same.

On PC one can install whatever want - and nobody is blaming OS for it.

ImHereToVote 8 minutes ago [-]
We need Linux phones stat.
ptrl600 1 hours ago [-]
If it doesn't require a Google account and just means jumping through a bunch of hoops the first time, maybe requiring a USB cable, OK. If it does require a Google account, or won't let you give permission to F-Droid to install stuff, I call foul.
nunez 5 hours ago [-]
Glad to see Google come to their senses on this. Disabling it entirely would have basically guaranteed an exodus of power users over to iOS. If your only choices are walled gardens, you might as well pick the easiest, prettiest one.
gowthamgts12 4 hours ago [-]
it's not

> "Google come to their senses on this"

it's

> "Google was forced to their senses on this"

chasing0entropy 2 hours ago [-]
Super obvious move. It will probably make you type "I understand I am Gonna get haxxored" while clicking a moving dot 5 times and promising you are super power user. This would have been the end of android as a phone OS.
zzo38computer 6 hours ago [-]
If adb is unrestricted and can work with the Linux command shell (something I seem to remember I had read about before; you will need to enable the developer mode to use it), which is aparently a separate system but runs on the same device, although if it has the ability to communicate with the main Android system using adb (which it might be reasonable to require that to be explicitly enabled with another setting, for additional security in case you do not use adb), then this would help since you do not require another computer that would be compatible with adb in order to do it.

However, I think there are other things they should do as well (in addition to the other things) if they want to improve the safety, such as looking at the apps in Google Play to check that they are not malware (since apparently some are; however, it says they do have some safeguards, so hopefully that would help), and to make the permission system to work better (e.g. to make it clear that it can intercept notificatinos; there are legitimate reasons to do this but it should require an explicit permission setting to make this clear).

pabs3 4 hours ago [-]
> When the user logs into their real banking app, the malware captures their two-factor authentication codes

That seems like a severe security bug in Android APIs or sandboxing or something else.

> bad actors can spin up new harmful apps instantly

Why are harmful apps possible at all?

rbits 53 minutes ago [-]
It's a permission the app can have. Android asks the user whether to allow it when you launch the app. It's a very useful permission for some apps that I use. But a scammer can just tell the user to accept the permission.
lern_too_spel 2 hours ago [-]
> That seems like a severe security bug in Android APIs or sandboxing or something else.

No, this is the permissioned API that makes KDE Connect work, which makes Apple's Continuity look like a toy and that also lets me programmatically filter notifications.

Jyaif 3 hours ago [-]
As soon as a platform gives control to the fullscreen, harmful apps are possible.

See for example Apple detecting if a user is typing on a keyboard while in a fullscreen website, and then blocking the website. Yes it's as crazy as it's sounds.

ankit219 3 hours ago [-]
Google is about to find out the next step of this chain - give access to everyone, don't gatekeep / do checks, and yet take responsibility for anything that goes wrong.

"You should open up the tool, put no restrictions, and yet ensure that it is safe and secure" is an impossible task for anyone.

yehat 2 hours ago [-]
How it was working till now for so many years, now suddenly can't?
5 hours ago [-]
lobeai 3 hours ago [-]
Oh thank goodness, hopefully its implemented in a way thats not annoying for pro users
wheybags 6 hours ago [-]
"We have realised that boiling the frog this fast will result in it jumping out of the water. Therefore we have slowed down, but remain steadfastly devoted to seeing this frog boiled"
gowthamgts12 5 hours ago [-]
so still distributing with f-droid is messed up? i now have to pay a fee to develop an open-source app via f-droid to everyone?

this is a misleading title. they only allow side-loading unverified apps only on fewer devices.

rbits 48 minutes ago [-]
Don't know if you read the whole article

> Based on this feedback and our ongoing conversations with the community, we are building a new advanced flow that allows experienced users to accept the risks of installing software that isn't verified. We are designing this flow specifically to resist coercion, ensuring that users aren't tricked into bypassing these safety checks while under pressure from a scammer. It will also include clear warnings to ensure users fully understand the risks involved, but ultimately, it puts the choice in their hands.

Or am I misreading your comment?

arunc 3 hours ago [-]
Southeast Asian scammers - they could've directly said from India/Pakistan.
aboringusername 6 hours ago [-]
We really need to banish the term "sideloading". Installing apps on a terminal is just that, and for as long as I remember on windows, Linux it has always been just that.

Google mentions about being on a call, and being tricked into handing over codes. So why not use signals and huristics to decide?

If user is on a call, block any ability to install a shady app. Implement a cool down before that functionality is restored (say 24 hours). It can also detect where the user is based to add additional protection (such as mandating the use of play protect to scan the app before it's activated and add another cool down regardless).

There's lots of ways to help protect the user but it's wrong to ultimately control them. The real world is full of scary dangers that technology is trying to solve but is actively making things worse (such as computerized safety systems in cars).

Ultimately, the user is responsible and whilst it's palpable Google would want to reduce harm in this specific way, we know authoritarian governments would also love to be able to dictate what software people can run. The harm to democracy is simply too great in favor of saving a few people's money.

anonymousiam 6 hours ago [-]
"Based on this feedback and our ongoing conversations with the community, we are building a new advanced flow that allows experienced users to accept the risks of installing software that isn't verified. We are designing this flow specifically to resist coercion, ensuring that users aren't tricked into bypassing these safety checks while under pressure from a scammer. It will also include clear warnings to ensure users fully understand the risks involved, but ultimately, it puts the choice in their hands. We are gathering early feedback on the design of this feature now and will share more details in the coming months."

So they haven't actually changed anything yet, but they say that they will "in the coming months."

rbits 47 minutes ago [-]
That's because developer verification outside of Google Play isn't required yet.
seandoe 5 hours ago [-]
This is great news to me. I'm going to celebrate it. As evil as everyone thinks they are, they did the right thing here. Thanks google.
DeathArrow 2 hours ago [-]
I can access any website or webapp without verification. I can install any app on my PC without verification.

I assume the results of my actions and I accept that if something bad is going to happen, it's my fault. I am fine with that.

I want the same kind of freedom on my phone, a device I own and I payed for with my own money. I am not smarter when using the PC and dumber when using the phone. I want to be able to opt out of verification and install whatever I want.

rbits 1 hours ago [-]
Don't know if I misunderstood your comment, but that's what the article is saying. You will be able to opt out of unverified app blocking.
Seattle3503 3 hours ago [-]
The Tyranny of the Marginal User strikes again.
moi2388 1 hours ago [-]
Good job everybody, just don’t start complaining when your family members installed malware, their banking and health information is leaked, and you have to fix this for them.
CodeCrusader 5 hours ago [-]
Over the long run this might help Android a lot
999900000999 5 hours ago [-]
Ahh yes,the slow boiling continues.

So if I want to release a free android game my options are.

A: Hope Google doesn't change course again.

B: Give Google a copy of my apartment lease,

Would be too hard for them to ya know actually implement sandboxing which would prevent this.

Anything aside from full bootloader access means I'm renting my device.

Too late now though.

WorldPeas 3 hours ago [-]
I still remember when I could give my friends an exe of the stupid little games I made, worry free.

I guess that makes me a cybercriminal, doesn't it.

devsda 5 hours ago [-]
They didn't say no changes. They are just saying we'll address the concerns of hobbyists and students.

Lets not celebrate prematurely and let us wait for more details on whats actually changing both technically and process wise. We should demand more clarity and should not wait to discover it after the implementation at which point it is hard and nearly impossible to push back against.

We don't want to be in a situation where they technically make it possible but make it practically impossible to install apps outside playstore.

bilekas 5 hours ago [-]
Imagine you could do with your hardware what you wanted. Brave. Innovative. Revolutionary.

/Old man laughing at "cloud" that is my baremetal.

WorldPeas 3 hours ago [-]
I worry that the overton window has shifted so much after over a decade and a half of most downloads being mediated by "app stores" that most people don't realize or have the means to vocalize or understand what they're missing.
DecentShoes 6 hours ago [-]
Now allow individuals to release apps again.
Metacelsus 7 hours ago [-]
Glad to see them being less evil.
Grimblewald 2 hours ago [-]
Taking 10 steps in the direction of evil, and taking 1 step back, is not something that should save you from the gallows.
gblargg 6 hours ago [-]
So they can be less evil to more people rather than pushing people to a non-evil platform.
idle_zealot 6 hours ago [-]
What is the non-evil phone platform? Aftermarket Android ROMs?
pwg 5 hours ago [-]
Sadly, less evil is still evil.
zb3 7 hours ago [-]
I have to admit I couldn't even understand this problem, because for me the "stock OS" is already unbearable and I'd simply never be able to use it - I've never used it for more than a hour..
asadm 6 hours ago [-]
i think your opinion is pretty dated.
IlikeKitties 7 hours ago [-]
The issue is that of network effects. Making it harder to sideload for example f-droid makes the already small market for it even smaller, leading to less apps. It also forces people developing Apps that they don't want to reveal to be developing for completly valid reasons (Imagine developing a porn app in saudi arabia or an abortion support app in the USA) to validate against google aka the US Government.
zb3 6 hours ago [-]
I'm just presenting my exotic point of view - since that developer verification would only be needed to run apps on the "stock OS" (which I consider bad), then deliberately excluding it could promote using LineageOS/GrapheneOS which would be a good thing.

But of course I'm talking about non-commercial apps, but commercial app developers would already be on Google Play.

add-sub-mul-div 7 hours ago [-]
Ask yourself how relevant and interesting you'd find this comment if someone else had posted it.
zb3 6 hours ago [-]
I'd agree because I'd feel the same :)

As to relevance to the article - I'm not cheering that much because if Google made "stock OS" even worse then maybe more users would flock to LineageOS/GrapheneOS which would be a great thing and make it harder to push Play Integrity.