| ▲ | astra1701 14 hours ago |
| This is going to hurt legitimate sideloading way more than actually necessary to reduce scams: - Must enable developer mode -- some apps (e.g., banking apps) will refuse to operate and such when developer mode is on, and so if you depend on such apps, I guess you just can't sideload? - One-day (day!!!) waiting period to activate (one-time) -- the vast majority of people who need to sideload something will probably not be willing to wait a day, and will thus just not sideload unless they really have no choice for what they need. This kills the pathway for new users to sideload apps that have similar functionality to those on the Play Store. The rest -- restarting, confirming you aren't being coached, and per-install warnings -- would be just as effective alone to "protect users," but with those prior two points, it's clear that this is just simply intended to make sideloading so inconvenient that many won't bother or can't (dev mode req.). |
|
| ▲ | MishaalRahman 14 hours ago | parent | next [-] |
| >- Must enable developer mode -- some apps (e.g., banking apps) will refuse to operate and such when developer mode is on, and so if you depend on such apps, I guess you just can't sideload? Hi, I'm the community engagement manager @ Android. It's my understanding that you don't have to keep developer options enabled after you enable the advanced flow. Once you make the change on your device, it's enabled. If you turn off developer options, then to turn off the advanced flow, you would first have to turn developer options back on. >- One-day (day!!!) waiting period to activate (one-time) -- the vast majority of people who need to sideload something will probably not be willing to wait a day, and will thus just not sideload unless they really have no choice for what they need. ADB installs are not impacted by the waiting period, so that is an option if you need to install certain unregistered applications immediately. |
| |
| ▲ | Zak 10 hours ago | parent | next [-] | | I don't think Google should be changing Android this way at all, and fear that it will later be used for evil. That said, I thought of an improvement: Allow a toggle with no waiting period during initial device setup. The user is almost certainly not being guided by a scammer when they're first setting up their device, so this addresses the concern Google claims is driving the verification requirement. I'll be pretty angry if I have to wait a day to install F-Droid and finish setting up a new phone. Evil, for the record would mean blocking developers of things that do not act against the user's wishes, but might offend governments or interfere with Google's business model, like the article's example of an alternative YouTube client that bypasses Google’s ads. Youtube is within its rights to try to block such clients, but preventing my device from installing them when that's what I want to do is itself a malicious act. | | |
| ▲ | silver_sun 9 hours ago | parent [-] | | > Allow a toggle with no waiting period during initial device setup I like this idea in principle but I think it could become a workaround that the same malicious entities would be willing to exploit, by just coercing their victims to "reset" their phones to access that toggle. | | |
| ▲ | Zak 8 hours ago | parent | next [-] | | That wipes all the data on the device and requires logging back in to accounts. It seems to me that's high enough friction to resist most coercion. | | |
| ▲ | silver_sun 8 hours ago | parent [-] | | Isn't app data, photos etc. usually synced with the Google account? Besides, Google claims that the scammers are using social engineering to create a feeling of panic and urgency, so I think the victim would be willing to reset and log in to the accounts again in such a frame of mind. | | |
| ▲ | Zak 8 hours ago | parent [-] | | Some is, some is optional, some isn't. I'm sure there's a hypothetical scenario where someone successfully runs a scam that way, but there's also a hypothetical scenario where a 24 hour wait doesn't succeed at interrupting the scam. | | |
|
| |
| ▲ | johnnyanmac 8 hours ago | parent | prev [-] | | None of this is stopping a malicious entity. We keep trying to use tech (poorly thought out tech at that) to solve issues of social engineering. And no one is asking for a solution, either; it's being jammed in for control. | | |
| ▲ | thedevilslawyer 6 hours ago | parent [-] | | Such a silly statement. Of course tech can solve social engineering problem, we do so every day startign from UX design. This is a good solution to killing urgency. | | |
| ▲ | johnnyanmac 5 hours ago | parent [-] | | Ux is made for humans. Humans can learn to exploit UX. This is as useless a battle as fighting piracy: you will destroy your product before you solve the problem. |
|
|
|
| |
| ▲ | worble 11 hours ago | parent | prev | next [-] | | > It's my understanding that you don't have to keep developer options enabled after you enable the advanced flow. Once you make the change on your device, it's enabled. Ok, but why is this advertised to applications in the first place? It's quite literally none of their business that developer options are enabled and it's a constant source of pain when some government / banking apps think they're being more "secure" by disallowing this. | |
| ▲ | hbn 14 hours ago | parent | prev | next [-] | | > ADB installs are not impacted by the waiting period, so that is an option if you need to install certain unregistered applications immediately. Someone is just going to make a nice GUI application for sideloading apks with a single drag-and-drop, so if your idea is that ADB is a way to ensure only "users who know what they're doing" are gonna sideload, you've done nothing. This is all security theatre. | | |
| ▲ | Retr0id 12 hours ago | parent | next [-] | | The scammers don't even need to make a GUI, they just need to get you to enable adb-over-tcp and bridge that to their network somehow - an ssh client app would do the trick. | | |
| ▲ | ForHackernews 11 hours ago | parent [-] | | How many people do you suspect are gullible enough to fall for these scammers but also competent enough to install an SSH client and enable port-forwarding for an ADB proxy? Like fifteen people worldwide? | | |
| ▲ | plst 11 hours ago | parent | next [-] | | How many people are gullible enough right now to plug a phone to a laptop over USB and execute an exe on an operating system with no sandboxing at all? ADB even seems to work over webusb. (at that point you may as well give up on hacking the phone, but I digress). That's exactly why I believe the problem is more complicated and why Google's solution is not really fixing anything, not for the users. | |
| ▲ | Retr0id 11 hours ago | parent | prev [-] | | More than the number of people who will wait 24h |
|
| |
| ▲ | tbodt 13 hours ago | parent | prev | next [-] | | > “For a lot of people in the world, their phone is their only computer, and it stores some of their most private information,” Samat said. Not applying the policy to adb installs makes a lot more sense if the people this is trying to protect don't have a computer | | |
| ▲ | RulerOf 13 hours ago | parent | next [-] | | I've seen a few apps that run locally on Android and hook into the ADB connection over loopback networking to do certain things. This just adds the step of "download Cool ABD Installer from the play store" to the set of directions I would think. | |
| ▲ | eclipxe 13 hours ago | parent | prev [-] | | You can run adb install locally without a computer | | |
| ▲ | grishka 13 hours ago | parent [-] | | If you mean things like Shizuku or local adb connection through Termux, it's quite an awkward process to set up even for someone like me who's been building Android apps since 2011. Like, you can do if you really really need it, but most people won't bother. You have to do it again after every reboot, too. | | |
| ▲ | g947o 13 hours ago | parent [-] | | Scammers will figure something out to help that workflow smoother, you can count on that. | | |
| ▲ | orthoxerox 11 hours ago | parent [-] | | People who want your money always want to have really great UX. I remember how painless buying lottery tickets online was, it was the smoothest checkout experience in all of online shopping I have ever done. |
|
|
|
| |
| ▲ | Gander5739 12 hours ago | parent | prev [-] | | scrcpy can already do that. |
| |
| ▲ | headsman771 12 hours ago | parent | prev | next [-] | | Why do you keep harping on about ADB installs. That's not helpful. It doesn't help me install open source apps from FDroid. It's ridiculous that you think booting up a computer and using ADB is a reasonable workaround. It isn't. | | |
| ▲ | NoahZuniga 10 hours ago | parent [-] | | You would be able to install f droid and it's apps without going through this flow. | | |
| ▲ | JaggedJax 5 hours ago | parent [-] | | How? Reading this it seems like only verified developers can skip this process. Most Fdroid developers won't be verified. I don't see where it says Fdroid would be exempt from this requirement. Would Fdroid be a verified developer? |
|
| |
| ▲ | jayofdoom 11 hours ago | parent | prev | next [-] | | The only reason I run android over iOS is the freedom to install things I want on it. A waiting period is unacceptable as Android has proven that it can't be trusted not to tighten the grip further. Reconsider. | |
| ▲ | thatllbe99dot99 an hour ago | parent | prev | next [-] | | The only reason I use an Android instead of an Apple phone is that I can install two apps off of github. I am actively making a certain number of very quantifiable sacrifices already at this very moment by not stepping into the orchard. If you go forward with this, I am not coming back. I will never again in my life trust you. And believe me - I still have boycotts on-going 20 years later. Including microsoft. It is surprisingly easy to avoid you "Ubiquitous" companies once you get your mind into it. | |
| ▲ | jwrallie 7 hours ago | parent | prev | next [-] | | Why don’t you create an option to bypass this whole thing permanently on adb then? You can even add your 24h delay. I’m not convinced this is really to protect users from being hurt by scammers, it is really about protecting the users from doing what hurts your company interests. | |
| ▲ | eipi10_hn 3 hours ago | parent | prev | next [-] | | I don't want to install via ADB at all. This is MY phone. | |
| ▲ | astra1701 9 hours ago | parent | prev | next [-] | | Thank you so much for clarifying! That is most definitely not as bad as I had feared. I still feel, though, that having to go ahead and proclaim “I am a developer!” just to enable sideloading is a bit much, as almost certainly the vast majority of sideloaders aren’t developers. Nonetheless, it does keep sideloading as an option, and I do see why, from Google’s perspective, using the already-existing developer mode to gate the feature would be convenient in the short term. Perhaps the announcement should specify this -- I suspect a number of people who read it also noticed the lack of that clarification. And yes, good point on ADB. That does make this less inconvenient for developers or power users, though doesn’t help non-developers very much. | |
| ▲ | largbae 13 hours ago | parent | prev | next [-] | | May I use ADB or Developer mode to disable the one-day period? | | | |
| ▲ | JeremyNT 11 hours ago | parent | prev | next [-] | | So give me a way to completely disable this nonsense via ADB. This is hot garbage. Eliminating third party app stores like F-Droid defeats the whole purpose many of us even bother running Android instead of locked down Apple stuff. | |
| ▲ | maple3142 8 hours ago | parent | prev | next [-] | | Will third party apps like bank apps be able to detect whether advanced mode is enabled or not, like how they currently detect if developer options is enabled? | |
| ▲ | wolvoleo 13 hours ago | parent | prev | next [-] | | Do I need to be signed in to Google play to get the sideloading exception turned on? I don't sign in to it because I don't want to have my phone associated with a Google account. But I can't uninstall play completely on the devices I have. It says something about 'restart your phone and reauthenticate' that's why I'm asking. What do you autenticate? > ADB installs are not impacted by the waiting period, so that is an option if you need to install certain unregistered applications immediately. Um yeah but then do I have to install every update via adb? I want to just use F-Droid. | | |
| ▲ | MishaalRahman 13 hours ago | parent | next [-] | | >It says something about 'restart your phone and reauthenticate' that's why I'm asking. What do you autenticate? You're authenticating that you're the device owner (via your device's saved biometrics or PIN/pattern/password). >Um yeah but then do I have to install every update via adb? I want to just use F-Droid. No, once you go through the advanced flow and choose the option to allow installing unregistered apps indefinitely, you can both install and update unregistered apps without going through the flow again (or using ADB). | | |
| ▲ | riquito 2 hours ago | parent | next [-] | | This part I don't understand. I want to allow for a couple minutes, the time to install a unregistered app, and then go back to deny. I don't want to allow "for 7 days" or "indefinitely". In the text and screenshot of the announcement I see that you can switch these feature "on", but can they be switched "off"? | |
| ▲ | wolvoleo 13 hours ago | parent | prev [-] | | Ah thanks I'm glad I don't need a Google account to enable this. |
| |
| ▲ | catgirlinspace 13 hours ago | parent | prev [-] | | I think the authentication is doing your face/fingerprint/passcode unlock? | | |
| |
| ▲ | ottah 7 hours ago | parent | prev | next [-] | | Every single one of these steps are blatantly an attack on user freedom. The steps to unlocking the bootloader and install a different rom are not nearly as onerous. The only thing I will accept as reasonable, is a complete abandonment of this policy. Google has destroyed all trust I could have in it, and these weaselly worded concessions are based on a bullshit premise. | |
| ▲ | potsandpans 6 hours ago | parent | prev | next [-] | | > I'm the community engagement manager On a scale from "not worried" to "let them eat shit", how is the product team thinking about the breakage you'll get from people moving off platform? | |
| ▲ | kotaKat 14 hours ago | parent | prev | next [-] | | So... we're just going to move the scam into convincing the end user to run an application on their PC to ADB sideload the Scam App. Got it, simple enough. It's not hard to coach a user into clicking the "no, I'm not being coached" button, too, to guide them towards the ADB enable flow. | | |
| ▲ | ufmace 12 hours ago | parent [-] | | I think this is a "don't let the perfect be the enemy of the good thing". It's technically possible to get around, but adding more speed bumps in the way of scammers tends to drastically reduce the number of people who get scammed. | | |
| ▲ | ottah 7 hours ago | parent | next [-] | | What good? | |
| ▲ | johnnyanmac 8 hours ago | parent | prev [-] | | It's adding more speedbumps because one drunk person a few years ago ran into a tree. it still won't stop that, but now everyone suffers. |
|
| |
| ▲ | fsniper 7 hours ago | parent | prev [-] | | I see the chosen language of "certain unregistered applications" (I suppose company mandated) already hints on the goal of control aspect. I want to deploy apps on my device. They are my apps, it’s my device, and I should not be required to ask for permission to do so. |
|
|
| ▲ | rtkwe 14 hours ago | parent | prev | next [-] |
| > - Must enable developer mode -- some apps (e.g., banking apps) will refuse to operate and such when developer mode is on, and so if you depend on such apps, I guess you just can't sideload? What apps are those? I've yet to run into any of my banking apps that refuse to run with developer mode enabled. I've seen a few that do that for rooted phones but that's a different story. I've been running android for a decade and a half now with developer mode turned on basically the whole time and never had an app refuse to load because of it. |
| |
| ▲ | wolvoleo 13 hours ago | parent | next [-] | | Wero in Europe. It's really insane. They make wero to make us less dependent on US tech and then hamstring it in this way. | | |
| ▲ | looperhacks 12 hours ago | parent [-] | | I can use Wero just fine in my banking app. Can't try the app that's called Wero in the Play store because it just directs me to my banking app. But I can open it at least ... |
| |
| ▲ | adzm 13 hours ago | parent | prev | next [-] | | I enable developer mode on every android phone to at least change the animation durations to twice the speed. I also have never run into an issue fwiw | |
| ▲ | jcelerier 14 hours ago | parent | prev | next [-] | | RBC in Canada for instance, just having developer mode enabled blocks it here | |
| ▲ | ricANNArdo 9 hours ago | parent | prev | next [-] | | Philippines' most popular e-wallet app GCash outright closes when the developer mode is enabled with the popup saying that the device has "settings [enabled] that are not secure". | |
| ▲ | nibbleyou 6 hours ago | parent | prev | next [-] | | All the banking and payment apps in India refuse to open if you have developer mode on | |
| ▲ | NicuCalcea 7 hours ago | parent | prev | next [-] | | One of my banking apps didn't even run if I had accessibility settings turned on. I've since closed my account with them, just because of that. The amount of control we've given corporations over our computers is incredibly disappointing. | |
| ▲ | andrewaylett 13 hours ago | parent | prev | next [-] | | SumUp won't let you use your phone to accept contactless payments while developer mode is enabled. You can still use an external card reader though. | |
| ▲ | flykespice 12 hours ago | parent | prev [-] | | Brazil government app refuses to operate with developer mode on |
|
|
| ▲ | riedel 2 hours ago | parent | prev | next [-] |
| This is clearly anticompetitive. Hope regulators will figure out, then we won't have it eg not in the EU. However, Google is also abusing their power to e.g. deinstall apps without any option to decide using 'play protect' and blocks whole alternative stores through 'safe browsing' flags.
I posted this play protect incident about IzzyOnDroid a few days ago, because I was so outraged:
https://news.ycombinator.com/item?id=47409344 |
|
| ▲ | curt15 14 hours ago | parent | prev | next [-] |
| The one-day waiting period is so arbitrary. Have they demonstrated any supporting data? We know google loves to flaunt data. Something like Github's approach of forcing users to type the name of the repo they wish to delete would seem to be more than sufficient to protect technically disinclined users while still allowing technically aware users to do what they please with their own device. |
| |
| ▲ | xnx 14 hours ago | parent | next [-] | | > The one-day waiting period is so arbitrary. Scammers aren't going to wait on the phone for a day with your elderly parent. | | |
| ▲ | free_bip 13 hours ago | parent | next [-] | | Brother, there's an entire genre of scamming where the scammers spend months building rapport with their victims, usually without ever asking for anything, before "cashing out". One day is nothing. | | |
| ▲ | curt15 11 hours ago | parent [-] | | Wouldn't a wait time like 2 hours with some jitter make it more difficult for a scammer to pursue the case? People aren't going to be willing to stay on the phone for hours at a time. With 24 hour wait, the scammer could just schedule another call for the next day. | | |
| ▲ | johnnyanmac 8 hours ago | parent [-] | | >People aren't going to be willing to stay on the phone for hours at a time. "Okay, come back to me in a few hours and we'll continue" Remember, these are already people who took the time to respond. They are invested. |
|
| |
| ▲ | hbn 13 hours ago | parent | prev | next [-] | | Scammers already will spend multiple days on a scam call. Watch some Kitboga videos, he'll strings them along for a week. "Google will call you again tomorrow to get you your refund." There, we've successfully circumvented all of Google's security engineering on this "feature." | | |
| ▲ | fhdkweig 13 hours ago | parent | next [-] | | Check out this A&E Intervention episode for Greg. They have continuously worked this guy over for months. https://youtu.be/YIR-nJv_-VA?t=121 They don't mind being patient when they have dozens of other victims in the wait queue. | |
| ▲ | yunnpp 13 hours ago | parent | prev [-] | | This is obvious to anyone with a brain. I'm not familiar with scam logistics or the videos you mentioned, and the exact same line you put in quotes is what first came to my mind. tl;dr of this post is that Google wants to lock down Android and be its gatekeeper. Every other point of discussion is just a distraction. |
| |
| ▲ | kevincox 10 hours ago | parent | prev | next [-] | | I think the more important aspect is that people will have 24h to slow down, think, and realize that they are being scammed. Urgency and pressure is one of the top tactics used by scammers. Scammers will definitely call back the next day to continue. But it is quite possible that by then the victim has realized, or talked to someone who helped them realize that they are being scammed. | | |
| ▲ | dminik 10 hours ago | parent [-] | | There's been some reporting recently where I live about a case of some woman being scammed. She went to a bank to transfer the scammer money. They told her no. She came back the next day. The police got involved and explained everything to her. Then she came back the next day. After that, she apparently found another location which let her transfer the money. There's basically zero chance a 24 hour (or any amount of a) cool off period will help these people. | | |
| ▲ | kevincox 10 hours ago | parent [-] | | Just because you have one example of someone who would not realize doesn't mean that the number of people who would realize is zero. | | |
| ▲ | dminik 9 hours ago | parent [-] | | It's not one example. The scammers purposefully target people like these. That's their business. Like, I'm sure there's a small amount of people who normally wouldn't get scammed but fall for it in a panic. But, is that really such a big concern for Google that they absolutely must continue stripping user freedoms from us? Is the current 30s popup which needs 3 confirmations not enough? Will the new one really work? | | |
| ▲ | kevincox 9 hours ago | parent [-] | | Yes the most likely to fall are going to be targeted, but if you make that group of people 90% smaller with a delay that is still beneficial. Whether the feature is beneficial overall is a different story. But helping some people is great even if it doesn't help everyone. | | |
| ▲ | dminik 9 hours ago | parent | next [-] | | > helping some people is great even if it doesn't help everyone It's kind of funny, but I very much agree with this. It's just in this case, it's hurting everyone (in ways most don't even realize) so that you can help a few people. It's like putting everyone in prison, because some people might commit a crime and this would save some victims. A bit of an overreaction, no? | |
| ▲ | johnnyanmac 8 hours ago | parent | prev [-] | | I'm not convinced it's 90% smaller. >Whether the feature is beneficial overall is a different story. It's the entore story in my eyes. Hell paved with good intentions (and I don't even think Google's intentions are good). |
|
|
|
|
| |
| ▲ | MishaalRahman 13 hours ago | parent | prev | next [-] | | Right, this friction makes it much harder for a scammer to get away with saying something like, "wire me $10,000 right now or you won't see your child ever again!" as the potential victim is forced to wait 24 hours before they can install the scammer's malicious app, thus giving them time to think about it and/or call their trusted contacts. | | |
| ▲ | joecool1029 12 hours ago | parent | next [-] | | The sheer arrogance that you think someone manipulated successfully will just re-think the situation and ask their friends/family. The naivety to assume all scammers are impulsive fools and don't do this for a living, as their primary line of work. So Google's going to add some nonsense abstraction layer and when this fails to curb the problem after a 24 hour wait, it will be extended more maybe a week, and more information must be collected to release it. We all know how this goes. | | |
| ▲ | izacus 11 hours ago | parent [-] | | The sheet arrogance of you thinking that you know more about these problems than people actually combating them at scale. |
| |
| ▲ | ncr100 9 minutes ago | parent | prev | next [-] | | Goalposts moving, who says this on an official forum? | |
| ▲ | prmoustache 11 hours ago | parent | prev [-] | | Potencial victim's AI agents will wait patiently those 24 hours. In fact it may just wait exactly 24 hours and not one more second. |
| |
| ▲ | thatllbe99dot99 an hour ago | parent | prev | next [-] | | Have you watching literally ANY scamming video in your life? Even if you were bon yesterday. | |
| ▲ | cogman10 14 hours ago | parent | prev | next [-] | | Sure, but what about a 30 minute delay? 1 hour? 2 hour? 24 is just so long. But also, my expectation is that a scammer is going to just automate the flow here anyways. Cool, you hit the "24 hour" wait period, I'll call you back tomorrow, the next day, or the next day and continue the scam process. It might stop some less sophisticated spammers for a little bit, but I expect that it'll just be a few tweaks to make it work again. | | |
| ▲ | fwip 13 hours ago | parent [-] | | 24 hours is long enough to get them off the phone, and potentially talking to other people who might recognize the scam. There will be some proportion of people who mention to their spouse/child/friend about how Google called them to fix their phone, and are saved by that waiting period. | | |
| ▲ | tauntz 12 hours ago | parent | next [-] | | Sure, but wouldn't 35 hours do the same trick? Or 5 hours? Or 10 hours and 28 minutes? :) The question is, why exactly 24 hours? The argument is that the time limit is set to protect the users and sacrifice usability to do so. So it would be prudent to set the time limit to the shortest amount that will protect the user -> and that shortest amount is apparently 24 hours, which is rather.. suspiciously long and round :) | | |
| ▲ | Groxx 12 hours ago | parent | next [-] | | You've got to pick some time value (if you choose this route at all), and if the goal is to prevent urgency-coercion it needs to be at least multiple hours. An extremely-common-for-humans one seems rather obvious compared to, like, 18.2 hours (65,536 seconds). Unless you want to pick 1 week. But that's a lot more annoying. | |
| ▲ | jcul 12 hours ago | parent | prev [-] | | Well, I guess 24 hours gives a good change to include at least one window where a vulnerable person might be able to speak with a trusted contact. Someone who lives in another timezone or works weird hours etc. Our routines generally repeat on 24hour schedules, so likely to be one point of overlap. |
| |
| ▲ | MishaalRahman 13 hours ago | parent | prev [-] | | Exactly - the idea is to make it harder for scammers to create a false sense of urgency. | | |
| ▲ | ncr100 10 minutes ago | parent [-] | | This is too long. It's Google locking in users with hostile user practices. |
|
|
| |
| ▲ | nvme0n1p1 13 hours ago | parent | prev | next [-] | | Have you ever watched Kitboga? Scammers call people back all the time. They keep spreadsheets of their marks like a CRM. It takes time to build trust and victimize someone, and these scammers are very patient. | | |
| ▲ | ronsor 13 hours ago | parent [-] | | Scammers will gladly wait on hold for 10 hours a day, for a week, if they think they'll get their Bitcoin. They have infinite time and patience. | | |
| ▲ | izacus 11 hours ago | parent [-] | | It sounds like the 24 hour advanced flow should be completely removed then to protect these people. Right? It can't be perfect so to follow you, it should not exist. |
|
| |
| ▲ | Xelbair 10 hours ago | parent | prev [-] | | they wouldn't wait an hour either. |
| |
| ▲ | trillic 14 hours ago | parent | prev [-] | | To paste code into the chrome dev console you just need to type “allow pasting” |
|
|
| ▲ | pmontra 14 hours ago | parent | prev | next [-] |
| You have to wait one day only once, when enabling the feature. I agree that enabling developer mode could be a problem but mostly because it's buried below screens and multiple touches. As a data point, I enabled developer mode on all my devices since 2011 and no banking app complained about it. But it could depend by the different banking systems of our countries. |
| |
| ▲ | frays 14 hours ago | parent [-] | | You don't use the HSBC or Citibank app then I assume? | | |
| ▲ | pmontra 10 hours ago | parent [-] | | They don't operate in my county AFAIK. However that reinforces my idea that the endgame will be a pristine Android phone in a drawer at home with the banking apps required for accessing their sites with 2FA and another phone in my pocket for daily use. | | |
| ▲ | brewdad 9 hours ago | parent [-] | | I’m not sure that Google/Android selling everyone two phones instead of one is the deterrent to this behavior that you envision. | | |
| ▲ | pmontra 3 hours ago | parent [-] | | It's not a deterrent, far from that, but it's probably what I'll have to do to be able to carry with me a sane device. |
|
|
|
|
|
| ▲ | lvales 13 hours ago | parent | prev | next [-] |
| > This is going to hurt legitimate sideloading way more than actually necessary to reduce scams Isn't that the objective? "Reducing scams" is the same kind of argument as "what about the children"; it's supposed to make you stop thinking about what it means, because the intentions are so good. |
|
| ▲ | girvo 12 hours ago | parent | prev | next [-] |
| That is working as intended. Google wants to kill side loading. |
| |
| ▲ | prmoustache 12 hours ago | parent [-] | | Google wants to kill installing apps outside of playstore. Installing apps manually or through another store app is not "sideloading". Sideloading is the new jaywalking, a newish word to pretend that a pretty normal action would be in any way illegal, dangerous or harmful. |
|
|
| ▲ | raincole 4 hours ago | parent | prev | next [-] |
| > some apps (e.g., banking apps) will refuse to operate and such when developer mode is on And you blame Google for this? First of all, banks chose to make apps work this way, not Google. Moreover, they chose this likely due to scams. That proves scamming on android IS an issue that needs some technical solution. |
| |
|
| ▲ | nacozarina 12 hours ago | parent | prev | next [-] |
| their goal is to make software installation as painful as possible without being outright impossible : ‘sideloading’ is only ever a euphemism for ‘illegitimate’. |
|
| ▲ | tadfisher 14 hours ago | parent | prev | next [-] |
| We'll see when this rolls out, but I don't foresee the package manager checking for developer mode when launching "unverified" apps, just when installing them. AFAICT the verification service is only queried on install currently. |
| |
| ▲ | MishaalRahman 14 hours ago | parent [-] | | Googler here (community engagement for Android) - I looked into the developer options question, and it's my understanding that you don't have to keep developer options enabled after you enable the advanced flow. Once you make the change on your device, it's enabled. If you turn off developer options, then to turn off the advanced flow, you would first have to turn developer options back on. | | |
| ▲ | kuschku 10 hours ago | parent [-] | | If I understand correctly, the F-Droid store itself would be possible to install without waiting period, as it's an app from a verified developer. Would apps installed from F-Droid be subject to this process, or would they also be exempt? Could that be a solution that makes everyone happy? Android already tracks which app store an app originates from re: autoupdating. Also: Can I skip the 24h by changing the my phone's clock? | | |
| ▲ | dzaima 9 hours ago | parent [-] | | > as it's an app from a verified developer. Well that's if they go through the verification process, which does not seem like a thing they'd want to do - https://f-droid.org/en/2026/02/24/open-letter-opposing-devel... | | |
| ▲ | kuschku 9 hours ago | parent [-] | | If one verified app can install many unverified apps, either aurora droid or fdroid basic or one of the many other frontends would end up offering that feature quickly. But there's been some comments that even that wouldn't be possible, every app would have to be verified individually, or be signed by a developer with less than 20 installs. (Which of course then begs the question: Why not build a version of Fdroid that generates its own signing key and resigns every app on device?) |
|
|
|
|
|
| ▲ | inyorgroove 14 hours ago | parent | prev | next [-] |
| As described developer mode is only required at install time. Remains to be seen in the actual implementation, but as described in the post developer mode can be switched off after apps have been side loaded. |
|
| ▲ | xnx 14 hours ago | parent | prev | next [-] |
| > some apps (e.g., banking apps) will refuse to operate and such when developer mode is on JFC. Why would an app be allowed to know this? Just another datapoint for fingerprinting. |
| |
| ▲ | tadfisher 14 hours ago | parent | next [-] | | Yes, it is really dumb that some of these settings are exposed to all apps with no permission gating [0]. But it will likely always be possible to fingerprint based on enabled developer options because there are preferences which can only be enabled via the developer options UI and (arguably) need to be visible to apps. 0: https://developer.android.com/reference/android/provider/Set... | | |
| ▲ | zzo38computer 11 hours ago | parent [-] | | What might help better is having permissions that you can set separate settings that can be read for different apps (including the possibility to return errors instead of the actual values), even if they can be read by default you can also change them per apps. (This has other benefits as well, including possibility of some settings not working properly due to a bug, you can then work around it.) |
| |
| ▲ | nijave 12 hours ago | parent | prev | next [-] | | It's always boggled my mind what native apps are allowed to know versus the same thing running in a browser on the same device. | |
| ▲ | ninininino 13 hours ago | parent | prev [-] | | Because estimates suggest Americans lose about $119 billion annually to financial scams, which is a not insignificant fraction of our entire military budget, or more than 5% of annual social security expenditures. | | |
| ▲ | tadfisher 11 hours ago | parent | next [-] | | Banks do these things to check security boxes, not to prevent scams. In this case, they don't want users to reverse-engineer their app or look at logs that might inadvertently leak information about how to reverse-engineer their app. It is pointless, I know, but some security consultant has created a checkbox which must be checked at all costs. | |
| ▲ | Zak 10 hours ago | parent | prev | next [-] | | What do scams have to do with having developer options enabled? This isn't a rhetorical question. There's no big red warning on the developer options screen saying it's dangerous. I haven't heard about real-world attacks leveraging developer settings. I suppose granting USB debug to an infected PC is dangerous, but if you're in that situation, you're already pwned. Is there a real vulnerability nobody talks about? | | |
| ▲ | ninininino 9 hours ago | parent [-] | | Android is attempting to discourage good / regular users from sideloading apps, rooting their phone, etc. Android wants good / regular users to pass things like Play Integrity with the strongest verdicts. This helps app distributors to separate regular good users from custom clients, API scripting etc that is often used to coordinate scamming, create bots, etc. If an app developer can just toss anyone who doesn't pass Play Integrity checks in the trash, they can increase friction for malicious developers. | | |
| ▲ | Zak 9 hours ago | parent [-] | | Play Integrity and developer options are entirely separate as far as I know. |
|
| |
| ▲ | prmoustache 12 hours ago | parent | prev | next [-] | | That is unrelated to apps installed outside of the playstore (which by the way is full of malware). It is like mandating that people use rainjackets in the rain to avoid getting cancer. | |
| ▲ | nijave 12 hours ago | parent | prev | next [-] | | So put a disclaimer in... Same way tons of other stuff works... | | |
| ▲ | warkdarrior 12 hours ago | parent [-] | | Nobody reads disclaimers, and people who get scammed and lose their life savings won't be made whole by being told "you accepted the disclaimer, nothing we can do." | | |
| |
| ▲ | wolvoleo 13 hours ago | parent | prev [-] | | [flagged] | | |
| ▲ | int0x29 13 hours ago | parent [-] | | Most of the victims were last in school in the 1960s when all this stuff didn't exist. Also from experience teaching people with dementia or memory issues is kinda challenging as they just forget. | | |
|
|
|
|
| ▲ | jcul 12 hours ago | parent | prev | next [-] |
| I don't know. I've been silently outraged and disappointed by this whole forbidding of unverified apps, but also hopeful it wouldn't affect me much as a user of grapheneos. But this process seems pretty reasonable to me. I'd like to think it is due in part to the efforts of F-Droid and others. Waiting a day, once, to disable this protection doesn't seem like a big deal to me. I'd probably do it once when I got a phone and then forget about it. I happen to have developer mode enabled right now, for no good reason other than I never disabled last time I needed it. Haven't had any issues with any apps. I actually think these protections could help mitigate scammers. |
| |
| ▲ | jraph 6 hours ago | parent [-] | | It's not directly a big issue for us technical people and our own individual usage. Telling people about F-Droid, NewPipe (& forks) or secuso apps will be a pain. People will find free software / software not approved by Google complicated or suspicious. It is a huge issue, and even for us in the end because it hurts the software we love. |
|
|
| ▲ | Dwedit 13 hours ago | parent | prev | next [-] |
| Medical apps (such as those that talk to insulin pumps) also refuse to run when developer mode is turned on. |
|
| ▲ | prism56 12 hours ago | parent | prev | next [-] |
| >the vast majority of people who need to sideload something will probably not be willing to wait a day I disagree with this. Won't somebody who need to sideload something will just try again the next day... |
|
| ▲ | andyjohnson0 13 hours ago | parent | prev | next [-] |
| > some apps (e.g., banking apps) will refuse to operate and such when developer mode is on Enable dev mode, sideload the apk, then disable dev mode. I'd argue that it is poor security practice to keep developer mode enabled long-term on a phone that is used for everyday activities, such as banking. |
|
| ▲ | johnnyanmac 8 hours ago | parent | prev | next [-] |
| Didn't Google already lose a case over making it hard to install alternative app stores? How is this not going to get them hit again? This is way worse than what Epic sued over. |
|
| ▲ | 13 hours ago | parent | prev [-] |
| [deleted] |