Google can go fuck itself.
Hopefully this will put some jet fuel into the Linux phone development.
Google can go fuck itself.
Hopefully this will put some jet fuel into the Linux phone development.
I hope google fails as a whole in the near future and gets dissolved once and for all. Sick and tired of tech companies trying to be sources of authority, working with authoritarian governments, and dictating what you can and can't do.
I’ll be honest, tech got us by the balls… and they know it.
No they don't. There are viable, open source alternatives for 99% of the software/services we use. The fact that people are not aware of it is already like half of the real problem.
Say that to my banking and credit card apps (some of which don't even have a web version for seCuRitY reasons)
I'd say 'change banks'.
The open source alternative to those is currently doing quite well.
I’m not saying you’re wrong, but I’m saying it doesn’t seem like it will matter.
I don't imagine that paradigm going away at all anytime soon or ever
So now 3rd party app stores need an ADB loopback to work around that.
Not hard to do, but uselessly annoying.
Installing the third party stores would be way harder than it is right now if they do that though. No way the devs of e.g. f-droid are getting a verification on an app that bypasses Google's new 'safety measures'
That's only if the apps distributed are unverified. Mind, the EU already requires app stores to document the identities of devs, but there are loopholes for Small enterprises. In 2027, manufacturers need to document the identities of their suppliers. There are still exceptions for non-profit open source projects, but that's not what Google is. Surely, no one here wants Google to avoid regulations by investing in open source.
I believe F-Droid signs the packages it distributes so that creates a painful choke point. Revoke F-Droid's key and it will break all of F-Droid instantaneously. The only exception for F-Droid's signing is if the build is reproducible, which is a high bar for a lot of projects, and then F-Droid will use the upstream signature.
Also, they're trying to close the ADB loophole.
I think you can already do that with shizuku and dome fdroid clients. It also makes using 3rd party appstores more convenient just in general.
We really need some money poured into the Linux mobile space because this is a terrible direction to go.
dug my pinephone out of a drawer yesterday and gave it a whirl. still pretty rough unfortunately even after updating postmarket os.
Cool being able to SSH into my phone though
I'm still hoping they can get to a state for more general users. I really want one still. I need a Linux phone doing the old sidekick designs.
The main issue will be application support.
Linux running on the desktop in 2025 is helped immensely by everything being web based. So long as you have a browser you are fine for a lot of general computing.
The phone space is ruled by apps. The phone makers and the companies developing apps prefer it this way.
Getting a banking app, or Uber or Facebook Messenger to work on a Linux phone is going to be a massive pain in the ass (ignoring the rest of the OS which is definitely not even close to useable for the general public).
I would love a Linux phone but we are so far away.
The phone space is ruled by apps. The phone makers and the companies developing apps prefer it this way.
That's true, but for everything non-free, they always end up having a perfectly working web app that will accept my money.
I'm sure there will be some sort of compatibility layer available. Android Linux based after all.
tbh part of the rough experience for me may be down to the hardware. the ubports version of the pinephone i have is quite low power. 2GB memory and a little ARM Cortex-A53
tis sluggish
Cool being able to SSH into my phone though
I thought you could do that on Android?
Plain AOSP is already pretty brutal. An alternate OS is practically a non-starter. Phones aren't just web browsers and SMS.
Not to mention that the camera is going to suuuuuuuuck.
Forking or improving AOSP is more viable but none of the more mainstream ROMs want to piss off Google. That's why most LineageOS forums forbid talking about defeating Play Integrity.
Also no GPU driver, because even if the manufacturer does actually provide it, some nerd within the community will block it for not being "free software" enough and that "for light 2D applications, CPU blitter is more than enough".
On a mobile device? It's more likely that only OSS drivers work and the binary blob driver only worked with a pre-Pandemic aged kernel. Or it needed a very specific userspace library that doesn't work with a minimal libc.
"Free software enough" usually means "has a snowball's chance of actually working".
Can someone "redpilled by corporate" explain me how this policy actually increase security?
It's trivial for a malware developer to pay $25 with a stolen card and a stolen id
Look at the "verified" bots on xitter, they didn't solve the bots problem, rather just monetized it
It's not about stopping malware; it's about being able to act on malware.
Making a new account with a new phone number and new credit card is a minor barrier to entry.
That said, it's a cool story, but I think they're looking to stop vanced style patching.
The vast majority of malware isn't delivered via play store because of the existing measures and protections they have. Same reason you see very little app-store-based malware on iOS. DISCLAIMER: YES MALWARE EXISTS ON APPLE HARDWARE PLEASE DON'T SHOUT AT ME. Talking specifically about anything installed via first party stores on both platforms.
Their main issue is this: dumb people install apks from spurious website and infect their phones. The least controllable and most pervasive factor here is the intelligence and knowledge of the user which cannot be controlled for by Google. So by eliminating the ability to exploit this entirely, it will eliminate that specific vector.
It's a sledgehammer solution that naturally comes with many downsides like disrupting intelligent and knowledgeable users that just want to hack around with FOSS and such.
Google is relying on It being too expensive for malware creators to have to guide each individual user through adb installation and usage process just to get access to their phone. Most scammers only do that level of interaction to extract actual cash/gift cards from the target.
I am personally and directly affected by their decision in many negative ways, but I'm not so dense as to not understand why they're doing it.
/corpodronespeak
EDIT: bots help Xitter maintain inflated usage figures which justify people's jobs, share prices, etc. Bots are a feature, not a bug.
yes, of course malware is distributed via apk.
But what's the difference between:
?
Isn't exactly the same stuff? Or there's someone that is actually thinking that criminals will use their real ID card for the verification?
Does not change anything for malware distribution, except bother them for a dozen minutes meanwhile they "verify" their stolen ID
Because it can be invalidated. That's the difference.
It's absolutely not foolproof, but nothing is. Most actions corps take for this stuff only slows down the spread. Hackers and bad actors innovate way faster than companies can keep up with. So companies cast a wide net with their solutions. And the cycle continues.
Apks can be invalidated after installation?
with the new system, you must go online to check if the license for that app is still valid or revoked. But the current system works almost the same: if there's an internet connection play protect checks the signature against an online malware db and prevents installation.
From a couple years ago, google has the power to remotely install/uninstall any apk on your phone without your consent
No, the certificate can be invalidated preventing future installations for other users. If you already have it you're SOOL
Their main issue is this: dumb people install apks from spurious website
No they don't. Most people don't even know what an apk even is.
Most people don't know what a bootloader is. They still turn their devices on and off every day.
This whole conversation is about adding obstacles to prevent non technical users from doing things they don't fully understand.
The overwhelming majority of Android users don't even know where to start to install software outside of the Play Store. If they're even aware that it's possible.
It's actually an incredibly common way that they are infected, especially in places where WhatsApp is the default communication platform
Yes you're right. If they knew, it would likely come with the knowledge that, if someone asks you to do this, you're probably being scammed.
That's what makes them most vulnerable to these kinds of scams.
Corporate needs to have somebody to sue in case of a policy violation. Very especially those debloated apps that float around the web - they need to ensure they have a physical person to pin the blame to in court.
I presume they are implying that the play store review process will catch compromised apps? Not likely considering how many dodgy apps have been found on play store. It's just another controlling act.
Google is doing this to comply with EU regulations supposed to increase security. Now imagine that Google was pushing back against this instead of complying. As per usual, Lemmy would be up in arms against Google for failing to protect people's data and not complying with our laws and culture. You'd be downvoted to oblivion for asked that question and called a corporate bootlicker.
I think these rules come from German legal culture, which traditionally has a strong need to control information exchange and processing.
the way they originally phrased it, it was seemingly because of authoritarian governments like singapore wanting to exert more control (hey google, can you revoke the certificate or doxx this dev for us?) and then they realized that they could make more money if they extended this block worldwide
I'm sure the EU is not the only jurisdiction demanding this sort of thing, but I doubt Singapore has the pull needed to get Google to move.
Brussels effect. Imagine Google were to still allow unverified apps in the US. Most devs would still opt for verification so as not to lose the EU market. The proportion of malware is probably going to be higher among the few remaining unverified apps. Sooner or later, some US scam victims would sue Google for failing to protect them like it protects Europeans. Hard to refute.
So... Will the ADB let me do this? reVanced specially, YouTube is completely unwatchable otherwise.
I haven't used revanced in a while, but Fennic + ubo + sponsor block should get you to basically the same place unless they've added new features since I used it last.
No separate app required.
I suspect this is designed to block revanced entirely. It won't be able to install the apk it compiles or downloads, so apps won't be able to update even if you have it installed via adb to begin with.
Shizuku + Obtainium might still be an option.
I wouldn't count on it. I'm 100% expecting them to follow up on this in another update, blocking devices from wirelessly debugging themselves for "security" reasons.
All APKs will need a valid Google developer signature.
Doesn't matter if it's installed from GitHub or F-Droid, no signature, no installation.
They're doing the same thing Apple has been doing for years, I used to run a self-signing application which ran every week or so by itself.
Workarounds are going to exist plenty, it's just a slap in the face. Especially because the Play Store is filled with malware. Apple's strict rules are horrible for developers, but at least it's not as riddled with malware.
All APKs will require a signed developer certificate.
I doubt they will be signing keys for developers who circumvent Google's services, or that violate their ToS.
They're copying this scheme from Apple in Europe, when it was forced to allow other app stores.
In that case, Apple revoked certificates for apps it didn't like, such as P2P/torrents. Mind you, these were NOT apps that were not hosted on Apple's App Store.
top 90 comments