Forum Discussion
Is there any way to disable Google Play Protect (GPP) from an EMM or to otherwise whitelist apps from scanning?
I am very concerned about the Enhanced GPP features coming soon that are currently being piloted in other regions.
https://security.googleblog.com/2023/10/enhanced-google-play-protect-real-time.html
This is not a welcome feature whatsoever for the fully managed space where we have business apps written internally that are being installed on business devices, owned by that business. In no way do we want Google sitting in between deciding whether a very legitimate app written internally for an organization should be installed on devices that are purchased and owned by the same organization on fully managed devices. I would like a way to disable GPP completely, or at a minimum whitelist applications from scanning as we don't want Google interfering in the business operations.
GPP is a helpful consumer protection features but fully managed devices should have the ability to be opted in or out of the program. Otherwise GPP can incorrectly flag a mission critical app and disable or remove it from a device, thereby bringing down a line-of-business application and an end customers operations. While the intentions of GPP are good, by blocking business apps Google themselves is becoming the malicious actor that GPP is ironically trying. to prevent.
- 6 months ago
Hi all,
My name is Melanie and I am a Product Manager on the Android Enterprise team. Lizzie highlighted your discussion here back to our team. Thank you for your feedback and the useful discussion.
Reading through your feedback, we’ve picked up on a point that was consistently mentioned around private company apps being scanned, so we wanted to provide you with some additional information around this.
Google Play Protect (GPP) is designed to help protect against malware. By default, GPP asks users to send unknown applications to Google for scanning. This is because apps installed via Google Play or Managed Google Play are already scanned, but applications side-loaded (including installed through EMM installers) are not. This is what triggers the "Send app for a security check?" dialogue.
Several of you mentioned you would prefer not to send private company apps, especially on company-owned devices, externally to Google servers. The servers involved in this processing are kept isolated and protected within Google, but we still acknowledge that some organizations may prefer not to upload any data to external servers.
Additionally, we acknowledge that the “Send app for a security check” message can be confusing to device users, especially as they may not be the app or device owners and are therefore unable to make a decision on this.
Based on all of your feedback you’ve provided, last week we made a change preventing unknown applications (e.g. private side-loaded apps) from being uploaded to Google servers on Fully Managed devices or Managed Work Profiles.
Please note that GPP is still running on these devices as usual, and is still comparing these apps to known PHAs. (So if an app is highly likely to be a PHA, users will still see the "Harmful app blocked" dialogue.) We’ll be updating our GPP Help Centre article shortly to reflect this change.
This change went live across all online devices on September 6th.
Thank you once again for your feedback and we look forward to hearing more across the community conversations. If you have any additional questions on this, please do feed them via Lizzie.
Melanie
- RickBLevel 1.6: Donut6 months ago
I can confirm that apps already flagged previously are unaffected and still receive warnings. Just in case someone was curious. Look forward to new verisons not having these issues for sure. Thanks all!
- melanieGoogle6 months ago
Could you share a screen-print or the text of the warning please?
To clarify, GPP is still running on these devices - so high risk apps will still be flagged as such with a block or warning.
- melanieGoogle6 months ago
Hi all,
My name is Melanie and I am a Product Manager on the Android Enterprise team. Lizzie highlighted your discussion here back to our team. Thank you for your feedback and the useful discussion.
Reading through your feedback, we’ve picked up on a point that was consistently mentioned around private company apps being scanned, so we wanted to provide you with some additional information around this.
Google Play Protect (GPP) is designed to help protect against malware. By default, GPP asks users to send unknown applications to Google for scanning. This is because apps installed via Google Play or Managed Google Play are already scanned, but applications side-loaded (including installed through EMM installers) are not. This is what triggers the "Send app for a security check?" dialogue.
Several of you mentioned you would prefer not to send private company apps, especially on company-owned devices, externally to Google servers. The servers involved in this processing are kept isolated and protected within Google, but we still acknowledge that some organizations may prefer not to upload any data to external servers.
Additionally, we acknowledge that the “Send app for a security check” message can be confusing to device users, especially as they may not be the app or device owners and are therefore unable to make a decision on this.
Based on all of your feedback you’ve provided, last week we made a change preventing unknown applications (e.g. private side-loaded apps) from being uploaded to Google servers on Fully Managed devices or Managed Work Profiles.
Please note that GPP is still running on these devices as usual, and is still comparing these apps to known PHAs. (So if an app is highly likely to be a PHA, users will still see the "Harmful app blocked" dialogue.) We’ll be updating our GPP Help Centre article shortly to reflect this change.
This change went live across all online devices on September 6th.
Thank you once again for your feedback and we look forward to hearing more across the community conversations. If you have any additional questions on this, please do feed them via Lizzie.
Melanie
- MobileDudeLevel 1.6: Donut3 months ago
Hi,
Can you please confirm which enrollment types are covered under "Fully Managed devices or Managed Work Profiles".
When looking at the available solution sets from the Google Developer page (Android Enterprise feature list | Google for Developers) It talks about the following four.
work profile on personally-owned device
work profile on company-owned device
fully managed device
dedicated device
If you can please clarify if "Fully Managed devices" includes both fully managed and dedicated devices?
Thanks! - jasonbaytonLevel 4.0: Ice Cream Sandwich6 months ago
melanie this applies to any sideloaded application via any means right? You're not giving any preference to DPCs specifically; if I sideload an APK locally on the device via Chrome, or ADB (shell), it'll be excluded just as if the Device Owner or application with a delegated scope has installed it?
- melanieGoogle6 months ago
Correct - for any package in Work Profile or Fully Managed that isn't hosted on Play / Managed Play, regardless of how the package made it on device, the user will not be asked to upload it to Google for additional scanning.
The feature request to exclude packages installed by 'trusted installers' (e.g. DPCs) from all GPP checks has been noted, and I'm exploring this now. As always, we're balancing device utility with user safety and potential for abuse.
- MichelLevel 2.3: Gingerbread6 months ago
Great result! Thanks for listening to the feedback and looking for a solution!
- BenMccLevel 2.0: Eclair6 months ago
Sorry if this has been posted already (did look but didn't see) but you can prevent the apps from being flagged by Play Services/Play Protect by filling in this form: https://support.google.com/googleplay/android-developer/contact/protectappeals even if the app isn't on Play.
Not ideal but it will get around the issue partly.
Ben
- davidguillLevel 1.6: Donut6 months ago
Thanks for the tip, unfortunately this won't help a lot of our customers as they have closed networks
- davidguillLevel 1.6: Donut6 months ago
Hi Lizzie,
Has anything been officially announced on this yet by Google? I am being asked for this control by several customers but being told by the EMM developers that it's still not possible in Android 15 even after sharing the links provided by jasonbayton.
Thanks All
David
- jasonbaytonLevel 4.0: Ice Cream Sandwich6 months ago
It was added to the Android Management API in the last hour 🙂
- mattdermodyLevel 2.2: Froyo6 months ago
Is this actually the same thing as an allowlist for bypassing GPP scanning? Are ON Device Abuse Detection (ODAD) and GPP equivalent? It sounds to me like two different but possibly related features.
- LizzieGoogle Community Manager8 months ago
Hello everyone,
Thanks again to those of you who have shared your experiences and thoughts on this threads previously and more recently. I really appreciate the insight you are sharing with us and I think it is clear that this is an important area for many of you.
As mentioned before I am keen to understand more of the specifics and if there are any patterns to the types of apps that are getting flagged, this way we can better highlight this back to our product team.
I've tried to arrange a call with a couple of you to discuss this further and so far we haven't managed to arrange this. As there are more people in the conversation now, I wanted to open up this to others as well, to see if any of you might be able to spare the time and would be interested in speaking with me and some of my teammates to understand this a little more? (I understand you are all very busy people, so thank you, thank you).
Thanks,
Lizzie
- RamShearLevel 1.5: Cupcake7 months ago
Hello, I'm new to this conversation but found it because I've having this issue with Apps being yanked off our devices. I don't have the same chops many of the other posters have when it comes to Android, I've mostly been managing iOS devices via MDM for the past several years, but we were purchased last year and now I'm scrambling to learn both Intune and Android.
In our case, we use a third party software product that has a couple mobile apps available from within it. Their apps are not on the Play Store because one of their customers pushed the APKs out to a private Play Store instance and Google won't let the same APK exist in different Play Store environments (this is what the software vendor tells me).
We set a policy in Intune to allow sideloading for this one group of users, and that works -- they can sideload the apps. But the app gets deleted without fail. It just pops a notification with the App name and says "Deleted by your admin"
We've combed through every compliance policy and conditional access policy in Intune we can find. I've even gone so far as to exclude the user group from each policy that applies to it to see if that policy is the one causing the removal, but it always removes. On my test device, I can look at "Play Protect settings" and the option for 'Scan apps with Play Protect' is switched off, but that app still gets removed.
Now I'm mad at everyone. I'm mad at the software vendor because they really ought to fix the problem on their side and publish the #$%& apps to the Play Store. I'm mad at Intune because there's nothing in their logs that tells me what on earth is initiating the removal process. I'm mad a Google because the device does not log the process that initiates the removal either -- and frankly, we should be able to push the APKs to a private instance for ourselves but we can't.- TimmyLevel 2.0: Eclair6 months ago
The app gets removed on the device because you have not added it as an "Android Enterprise System App". When you sideload apps you need to assign that to the device and if you don't it will get removed by the system.
https://learn.microsoft.com/en-us/mem/intune/apps/apps-ae-system
- MichelLevel 2.3: Gingerbread8 months ago
I'm joining this discussion as well. I see a lot of issues with existing customers of us where this could cause a lot of issues.
- tbrowneLevel 1.5: Cupcake8 months ago
I want to echo what has been said especially by JamesKnight and mattedermody.
This has started to become very disruptive to our operations recently and I would appreciate a response from Google on this.
- LizzieGoogle Community Manager9 months ago
Hello karam, JamesKnight and RickB,
Great to meet you. Thanks for your comments and feedback.
As you may have seen from you comment above, I'd love to learn a little more about what you and others are experiencing. ie. are there particular apps that this issue happens with? Also, do you have any suggestions on how you'd like to improve this, whilst also keeping that balance between security and user experience.
Thanks again,
Lizzie
- benoitLevel 1.5: Cupcake6 months ago
Hi,
New to the discussion, as it is becoming the exact same challenge for our customers too.
Did you manage to have any action done to solve that issue in your private discussion?
Note in our case:
Targeting SDK higher than 32 is currently impossible due to the programmatic bluetooth restrictions that are a key feature.
Cheers- mattdermodyLevel 2.2: Froyo6 months ago
The Android team was willing to listen and was receptive to the feedback provided but we are a long way away from any changes for this being implemented. I would not count on any changes relative to GPP administration or allow listing any time soon and would figure out alternate strategies in the mean time.
- JamesKnightLevel 1.5: Cupcake8 months ago
Hi Lizzie. Thanks for responding.
My experience relates to an in-house app and, therefore, something which Google won't have (and don't need to have) knowledge of.
I appreciate Google's desire to protect consumers and I have no problem with GPP scanning apps downloaded from the Play Store (or other sources) when the device is not managed within a corporate environment.
However, Google should absolutely not be dictating - or even influencing - whether or not to allow a company's own app to be installed on devices which it owns and manages.
Our app is developed internally, exclusively for our own use. It is not available on the Play store (or any other store) and is installed via an MDM solution (Soti MobiControl). Under those circumstances, GPP should have no role, at all, and we should be allowed to have control over our own devices and make our own decisions on risk.
MDM solutions should be able to switch off GPP on company-managed devices, either globally or on an app-by-app basis.
I hope this helps.
Thank you.
- mattdermodyLevel 2.2: Froyo8 months ago
👏👏👏☝️☝️☝️
Spot on.
- mattdermodyLevel 2.2: Froyo9 months ago
Yes. The ideal state would be having GPP enabled for device wide app scanning but with the option of being able to configure specific Bundle IDs to be whitelisted or ignored by GPP. Enterprises do not agree with the value that Google thinks that they're providing by scanning their enterprise apps for outdated libraries or other vulnerabilities because the action taken by GPP (disabling or removing these apps that it deems to be unsafe) is ultimately more disruptive to the business operations than the possibility of the vulnerability being exposed. It is nice to have GPP for generic app scanning but please provide a mechanism to allow enterprises to whitelist their own apps from scanning or interference. Without that enterprises are left disabling GPP completely, and in some cases Google Play services completely. Many of the enterprises I help support and manage are increasingly concerned by the controls that Google is implementing in the name of "security" and many have commented that they no longer feel like they own the devices that they've purchased since Google seems to have more control over their devices than they do. Google will ultimately force these enterprises down alternative paths if proper care isn't taken by Google to provide better configurable control over the constantly increased restrictions.
- karamLevel 1.6: Donut9 months ago
On the other hand force stop and disable google play seems to have resolved. Just tired of seeing the same trend symptoms that MS and others have gone through over the years of eroding our supposed freedoms under the guise of it is better for us ... 🙂
- karamLevel 1.6: Donut9 months ago
Couldn't agree more. Got a bunch of Lenovo's, couldn't turn GPP off even though the option appears. Waste of time, all being returned, will turn to Chinese products instead
Related Content
- 2 years ago