Visualizza wikitesto di Android

== Privacy e sicurezza ==
=== Accesso ai dati da parte delle istituzioni pubbliche ===
Nell'ambito delle più ampie [[Divulgazioni sulla sorveglianza di massa del 2013|divulgazioni della sorveglianza di massa del 2013,]] nel settembre 2013 venne rivelato che le agenzie di intelligence americane e britanniche, la [[National Security Agency]] (NSA) e la [[Government Communications Headquarters]] (GCHQ), rispettivamente, avessero accesso ai dati dell'utente su iPhone, BlackBerry e i dispositivi Android. Secondo quanto riferito, sono in grado di leggere quasi tutte le informazioni sullo smartphone, inclusi SMS, posizione, e-mail e note.<ref name="spiegel20130907">{{Cita news|cognome=Staff|url=https://www.spiegel.de/international/world/a-920971.html|titolo=Privacy Scandal: NSA Can Spy on Smart Phone Data|data=7 settembre 2013|accesso=7 settembre 2013}}</ref> Nel gennaio 2014, ulteriori rapporti hanno rivelato le capacità delle agenzie di intelligence di intercettare le informazioni personali trasmesse su Internet dai social network e altre applicazioni popolari come ''[[Angry Birds (serie)|Angry Birds]]'', che raccolgono informazioni personali dei propri utenti per motivi pubblicitari e di altro tipo. GCHQ ha, secondo ''[[The Guardian]]'', una guida in stile [[wiki]] di diverse app e reti pubblicitarie, e i diversi dati che possono essere sottratti da ciascuna.<ref name="angrybirdsatgchq2">{{Cita web|url=https://www.theguardian.com/world/2014/jan/27/nsa-gchq-smartphone-app-angry-birds-personal-data|titolo=Angry Birds and 'leaky' phone apps targeted by NSA and GCHQ for user data &#124; World news|cognome=James Ball|editore=theguardian.com|data=|accesso=2 febbraio 2014|urlarchivio=https://web.archive.org/web/20140302173109/http://www.theguardian.com/world/2014/jan/27/nsa-gchq-smartphone-app-angry-birds-personal-data}}</ref> Più tardi quella settimana, lo sviluppatore finlandese di Angry Birds [[Rovio Entertainment|Rovio]] annunciò che stava riconsiderando i suoi rapporti con le sue piattaforme pubblicitarie alla luce di queste rivelazioni e invitò l'industria più ampia a fare altrettanto.<ref>{{Cita web|url=https://www.theguardian.com/world/2014/jan/28/angry-birds-rovio-respond-nsa-spying-revelations|titolo=Angry Birds firm calls for industry to respond to NSA spying revelations &#124; World news|cognome=James Ball|wkautore=James Ball (journalist)|editore=theguardian.com|data=28 gennaio 2014|accesso=2 febbraio 2014|urlarchivio=https://web.archive.org/web/20140130104652/http://www.theguardian.com/world/2014/jan/28/angry-birds-rovio-respond-nsa-spying-revelations}}</ref>

I documenti hanno rivelato un ulteriore sforzo delle agenzie di intelligence per intercettare le ricerche e le query di Google Maps inviate da Android e altri smartphone per raccogliere informazioni sulla posizione in blocco.<ref name="angrybirdsatgchq2"/> L'NSA e il GCHQ insistono sul fatto che le loro attività sono conformi a tutte le leggi nazionali e internazionali pertinenti, sebbene il Guardian abbia dichiarato che "le ultime informazioni potrebbero anche aggiungere alla crescente preoccupazione pubblica su come il settore tecnologico raccoglie e utilizza le informazioni, in particolare per quelli al di fuori degli Stati Uniti, che godono di meno protezioni della privacy rispetto agli americani ".<ref name="angrybirdsatgchq2" />

I documenti trapelati pubblicati da WikiLeaks, nome in codice [[Vault 7]] e datati 2013-2016, descrivono in dettaglio le capacità della [[CIA]] di eseguire la sorveglianza elettronica e la [[Guerra cibernetica|cyber warfare]], compresa la capacità di compromettere i sistemi operativi della maggior parte degli smartphone (incluso Android).<ref>{{Cita web|url=http://www.computing.co.uk/ctg/news/3006021/vault-7-wikileaks-reveals-details-of-cias-hacks-of-android-iphone-windows-linux-macos-and-even-samsung-tvs|titolo=Vault 7: Wikileaks reveals details of CIA's hacks of Android, iPhone Windows, Linux, MacOS, and even Samsung TVs|sito=Computing|data=7 marzo 2017}}</ref><ref>{{Cita news|lingua=en|nome=Andy|cognome=Greenberg|url=https://www.wired.com/2017/03/cia-can-hack-phone-pc-tv-says-wikileaks/|titolo=How the CIA Can Hack Your Phone, PC, and TV (Says WikiLeaks)|pubblicazione=[[Wired]]|data=7 marzo 2017}}</ref>

=== Minacce comuni per la sicurezza ===
La ricerca della società di sicurezza [[Trend Micro]] elenca l'abuso del servizio premium come il tipo più comune di malware Android, in cui i messaggi di testo vengono inviati da telefoni infetti a numeri di telefono a tariffe premium senza il consenso o addirittura la conoscenza dell'utente. Altri malware visualizzano pubblicità indesiderate e intrusive sul dispositivo o inviano informazioni personali a terze parti non autorizzate.<ref>{{Cita news|nome=Emil|cognome=Protalinski|url=https://www.zdnet.com/article/android-malware-numbers-explode-to-25000-in-june-2012/|titolo=Android malware numbers explode to 25,000 in June 2012|pubblicazione=[[ZDNet]]|editore=[[CBS Interactive]]|data=17 luglio 2012|accesso=11 marzo 2017|urlarchivio=https://web.archive.org/web/20161012044759/http://www.zdnet.com/article/android-malware-numbers-explode-to-25000-in-june-2012/}}</ref> Secondo quanto riferito, le minacce alla sicurezza su Android stanno crescendo esponenzialmente; tuttavia, gli ingegneri di Google hanno sostenuto che la minaccia di malware e virus su Android è stata [[Fear, uncertainty and doubt|esagerata]] dalle società di sicurezza per motivi commerciali,<ref name="exaggeration">{{Cita web|url=http://www.pcadvisor.co.uk/news/network-wifi/3320818/mobile-malware-exaggerated-by-charlatan-vendors-says-google-engineer/|titolo=Mobile malware exaggerated by "charlatan" vendors, says Google engineer|editore=PC Advisor|data=24 novembre 2011|accesso=9 novembre 2012|urlarchivio=https://web.archive.org/web/20130308075557/http://www.pcadvisor.co.uk/news/network-wifi/3320818/mobile-malware-exaggerated-by-charlatan-vendors-says-google-engineer/}}</ref><ref name="extremely">{{Cita web|url=http://www.androidcentral.com/android-42-brings-new-security-features-scan-sideloaded-apps|titolo=Android 4.2 brings new security features to scan sideloaded apps|cognome=Hildenbrand|nome=Jerry|sito=Android Central|editore=Mobile Nations|data=2 novembre 2012|accesso=11 marzo 2017|urlarchivio=https://web.archive.org/web/20170408194541/http://www.androidcentral.com/android-42-brings-new-security-features-scan-sideloaded-apps}}</ref> e hanno accusato l'industria della sicurezza di aver temuto di vendere software di protezione antivirus agli utenti.<ref name="exaggeration" /> Google sostiene che il malware pericoloso è in realtà estremamente raro<ref name="extremely" /> e un sondaggio condotto da [[F-Secure|F-Secure ha]] mostrato che solo lo 0,5% del malware Android segnalato proveniva dal Google Play Store.<ref>{{Cita web|url=http://www.phonearena.com/news/Android-malware-perspective-only-0.5-comes-from-the-Play-Store_id36696|titolo=Android malware perspective: only 0.5% comes from the Play Store|editore=Phonearena.com|data=|accesso=14 marzo 2013|urlarchivio=https://web.archive.org/web/20130509190547/http://www.phonearena.com/news/Android-malware-perspective-only-0.5-comes-from-the-Play-Store_id36696}}</ref>

Nell'agosto 2015, Google ha annunciato che i dispositivi della serie [[Google Nexus]] avrebbero iniziato a ricevere [[Patch|patch di]] sicurezza mensili. Google ha anche scritto che "I dispositivi Nexus continueranno a ricevere aggiornamenti importanti per almeno due anni e patch di sicurezza per un periodo superiore a tre anni dalla disponibilità iniziale o 18 mesi dall'ultima vendita del dispositivo tramite [[Google Store]] ".<ref>{{Cita web|url=https://android.googleblog.com/2015/08/an-update-to-nexus-devices.html|titolo=An Update to Nexus Devices|cognome=Ludwig|nome=Adrian|sito=Official Android Blog|data=5 agosto 2015|accesso=16 marzo 2017|urlarchivio=https://web.archive.org/web/20170318164542/https://android.googleblog.com/2015/08/an-update-to-nexus-devices.html}}</ref><ref>{{Cita web|url=http://www.androidpolice.com/2015/08/05/google-announces-new-update-policy-for-nexus-devices-including-monthly-security-patches-for-3-years-and-major-otas-for-2-years-from-release/|titolo=Google Announces New Update Policy For Nexus Devices Including Monthly Security Patches For 3 Years And Major OTAs For 2 Years From Release|cognome=Whitwam|nome=Ryan|sito=Android Police|data=5 agosto 2015|accesso=16 marzo 2017|urlarchivio=https://web.archive.org/web/20170126054028/http://www.androidpolice.com/2015/08/05/google-announces-new-update-policy-for-nexus-devices-including-monthly-security-patches-for-3-years-and-major-otas-for-2-years-from-release/}}</ref><ref>{{Cita web|url=http://www.anandtech.com/show/9496/google-commits-to-monthly-security-updates-for-nexus-devices|titolo=Google Commits To Monthly Security Updates For Nexus Devices|cognome=Chester|nome=Brandon|sito=[[AnandTech]]|editore=[[Purch Group]]|data=5 agosto 2015|accesso=16 marzo 2017|urlarchivio=https://web.archive.org/web/20170317054707/http://www.anandtech.com/show/9496/google-commits-to-monthly-security-updates-for-nexus-devices}}</ref> L'ottobre seguente, i ricercatori [[Università di Cambridge|dell'Università di Cambridge hanno]] concluso che l'87,7% dei telefoni Android in uso aveva conosciuto ma [[vulnerabilità informatica|vulnerabilità della sicurezza]] senza patch a causa della mancanza di aggiornamenti e supporto.<ref>{{Cita web|url=http://androidvulnerabilities.org/press/2015-10-08|titolo=87% of Android devices insecure|sito=Android Vulnerabilities|editore=[[University of Cambridge]]|data=8 ottobre 2015|accesso=11 marzo 2017|urlarchivio=https://web.archive.org/web/20170222080441/http://www.androidvulnerabilities.org/press/2015-10-08}}</ref><ref>{{Cita web|url=https://www.cl.cam.ac.uk/~drt24/papers/spsm-scoring.pdf|titolo=Security Metrics for the Android Ecosystem|cognome=Thomas|nome=Daniel R.|editore=[[Libraries of the University of Cambridge|Computer Laboratory]], [[University of Cambridge]]|accesso=16 marzo 2017|urlarchivio=https://web.archive.org/web/20170222134830/https://www.cl.cam.ac.uk/~drt24/papers/spsm-scoring.pdf}}</ref><ref>{{Cita web|url=https://arstechnica.com/security/2015/10/university-of-cambridge-study-finds-87-of-android-devices-are-insecure/|titolo=University of Cambridge study finds 87% of Android devices are insecure|cognome=Amadeo|nome=Ron|sito=[[Ars Technica]]|editore=[[Condé Nast]]|data=14 ottobre 2015|accesso=11 marzo 2017|urlarchivio=https://web.archive.org/web/20170312063812/https://arstechnica.com/security/2015/10/university-of-cambridge-study-finds-87-of-android-devices-are-insecure/}}</ref> Ron Amadeo di ''[[Ars Technica]]'' ha anche scritto nell'agosto 2015 che "Android è stato originariamente progettato, soprattutto, per essere ampiamente adottato. Google stava iniziando da zero con una quota di mercato pari allo zero per cento, quindi è stato felice di rinunciare al controllo e dare a tutti un posto al tavolo in cambio di adozione. [... ] Ora, tuttavia, Android ha circa il 75-80 percento del mercato mondiale degli smartphone, rendendolo non solo il sistema operativo mobile più popolare al mondo, ma probabilmente il sistema operativo più popolare, punto. Pertanto, la sicurezza è diventata un grosso problema. Android utilizza ancora una catena di comando per l'aggiornamento del software progettata quando l'ecosistema Android non aveva dispositivi da aggiornare e non funziona ".<ref>{{Cita web|url=https://arstechnica.com/gadgets/2015/08/waiting-for-androids-inevitable-security-armageddon/|titolo=Waiting for Android's inevitable security Armageddon|cognome=Amadeo|nome=Ron|sito=[[Ars Technica]]|editore=[[Condé Nast]]|data=6 agosto 2015|accesso=11 marzo 2017|urlarchivio=https://web.archive.org/web/20170312065601/https://arstechnica.com/gadgets/2015/08/waiting-for-androids-inevitable-security-armageddon/}}</ref> A seguito delle notizie sul programma mensile di Google, alcuni produttori, tra cui Samsung e LG, hanno promesso di pubblicare aggiornamenti di sicurezza mensili<ref>{{Cita web|url=http://www.zdnet.com/article/after-stagefright-samsung-and-lg-join-google-with-monthly-android-patches/|titolo=After Stagefright, Samsung and LG join Google with monthly Android patches|cognome=Tung|nome=Liam|sito=[[ZDNet]]|editore=[[CBS Interactive]]|data=6 agosto 2015|accesso=11 marzo 2017|urlarchivio=https://web.archive.org/web/20170312051109/http://www.zdnet.com/article/after-stagefright-samsung-and-lg-join-google-with-monthly-android-patches/}}</ref> ma, come notato da Jerry Hildenbrand in ''Android Central'' a febbraio 2016, "invece abbiamo ottenuto alcuni aggiornamenti su versioni specifiche di una manciata di modelli. E un mucchio di promesse non mantenute ".<ref>{{Cita web|url=http://www.androidcentral.com/monthly-security-patches-are-most-important-updates-youll-never-get|titolo=Monthly security patches are the most important updates you'll never get|cognome=Hildenbrand|nome=Jerry|sito=Android Central|editore=Mobile Nations|data=19 febbraio 2016|accesso=11 marzo 2017|urlarchivio=https://web.archive.org/web/20170115232057/http://www.androidcentral.com/monthly-security-patches-are-most-important-updates-youll-never-get}}</ref>

In un post di marzo 2017 sul Blog sulla sicurezza di Google, Adrian Ludwig e Mel Miller, leader della sicurezza di Android, hanno scritto che "Più di 735 milioni di dispositivi di oltre 200 produttori hanno ricevuto un aggiornamento della sicurezza della piattaforma nel 2016" e che "I nostri partner di carrier e hardware hanno contribuito a espandere la distribuzione di questi aggiornamenti, rilasciando aggiornamenti per oltre la metà dei primi 50 dispositivi in tutto il mondo nell'ultimo trimestre del 2016 ". Hanno anche scritto che "Circa la metà dei dispositivi in uso alla fine del 2016 non aveva ricevuto un aggiornamento di sicurezza della piattaforma nell'anno precedente", affermando che il loro lavoro avrebbe continuato a concentrarsi sulla razionalizzazione del programma di aggiornamenti di sicurezza per una più facile implementazione da parte dei produttori.<ref>{{Cita web|url=https://security.googleblog.com/2017/03/diverse-protections-for-diverse.html|titolo=Diverse protections for a diverse ecosystem: Android Security 2016 Year in Review|cognome=Ludwig|nome=Adrian|sito=Google Security Blog|data=22 marzo 2017|citazione=<!--More than 735 million devices from 200+ manufacturers received a platform security update in 2016. [..]-->We released monthly Android security updates throughout the year for devices running Android 4.4.4 and up—that accounts for 86.3 percent of all active Android devices worldwide.|accesso=22 marzo 2017|urlarchivio=https://web.archive.org/web/20170322141254/http://security.googleblog.com/2017/03/diverse-protections-for-diverse.html}}</ref> Inoltre, in un commento a ''[[TechCrunch]]'', Ludwig ha dichiarato che i tempi di attesa per gli aggiornamenti di sicurezza sono stati ridotti da "sei a nove settimane fino a pochi giorni", con il 78% dei dispositivi di punta in Nord America aggiornati sicurezza alla fine del 2016.<ref>{{Cita web|url=https://techcrunch.com/2017/03/22/security-updates-are-still-slow-for-android-users/|titolo=Android plans to improve security update speed this year|cognome=Conger|nome=Kate|sito=[[TechCrunch]]|editore=[[AOL]]|data=22 marzo 2017|accesso=22 marzo 2017|urlarchivio=https://web.archive.org/web/20170322144352/https://techcrunch.com/2017/03/22/security-updates-are-still-slow-for-android-users/}}</ref>

Le patch per i bug rilevate nel sistema operativo principale spesso non raggiungono gli utenti di dispositivi meno recenti.<ref>{{Cita web|url=https://motherboard.vice.com/en_us/article/goodbye-android|titolo=Goodbye, Android|cognome=Franceschi-Bicchierai|nome=Lorenzo|sito=Motherboard|editore=[[Vice Media]]|data=29 luglio 2015|accesso=16 marzo 2017|urlarchivio=https://web.archive.org/web/20170316205243/https://motherboard.vice.com/en_us/article/goodbye-android}}</ref><ref>{{Cita web|url=http://www.zdnet.com/article/the-android-toxic-hellstew-survival-guide/|titolo=The Android 'toxic hellstew' survival guide|cognome=Kingsley-Hughes|nome=Adrian|sito=[[ZDNet]]|editore=[[CBS Interactive]]|data=9 giugno 2014|accesso=11 marzo 2017|urlarchivio=https://web.archive.org/web/20170327220116/http://www.zdnet.com/article/the-android-toxic-hellstew-survival-guide/}}</ref> Tuttavia, la natura open source di Android consente agli appaltatori della sicurezza di prendere dispositivi esistenti e adattarli per usi altamente sicuri. Ad esempio, Samsung ha lavorato con General Dynamics attraverso l'acquisizione di [[Apri Kernel Labs|Open Kernel Labs]] per ricostruire ''Jelly Bean'' in aggiunta al loro microvisore rinforzato per il progetto "Knox".<ref>{{Cita web|url=https://www.theregister.co.uk/2013/02/28/general_dynamics/|titolo=Air-to-ground rocket men flog top-secret mobe-crypto to Brad in accounts|editore=The Register|data=28 febbraio 2013|accesso=8 agosto 2013|urlarchivio=https://web.archive.org/web/20130728215538/http://www.theregister.co.uk/2013/02/28/general_dynamics/}}</ref><ref>{{Cita web|url=https://www.nytimes.com/2013/02/28/technology/samsung-armors-android-to-take-on-blackberry.html|titolo=Samsung Armors Android to Take On BlackBerry|sito=The New York Times|data=28 febbraio 2013|urlarchivio=https://web.archive.org/web/20170623171457/http://www.nytimes.com/2013/02/28/technology/samsung-armors-android-to-take-on-blackberry.html}}</ref>

Gli smartphone Android hanno la capacità di segnalare la posizione dei punti di accesso [[Wi-Fi]], incontrati mentre gli utenti del telefono si spostano, per creare database contenenti le posizioni fisiche di centinaia di milioni di tali punti di accesso. Questi database formano mappe elettroniche per localizzare gli smartphone, consentendo loro di eseguire app come [[Foursquare]], [[Google Latitude]], [[Luoghi di Facebook|Facebook Places]] e di pubblicare annunci basati sulla posizione.<ref>{{Cita news|cognome=Steve Lohr|url=https://www.nytimes.com/2011/05/09/technology/09google.html|titolo=Suit Opens a Window Into Google|pubblicazione=[[The New York Times]]|data=8 maggio 2011|accesso=16 febbraio 2012|urlarchivio=https://web.archive.org/web/20121116095159/http://www.nytimes.com/2011/05/09/technology/09google.html}}</ref> Software di monitoraggio di terze parti come TaintDroid,<ref>{{Cita web|url=http://appanalysis.org/faq.html|titolo=AppAnalysis.org: Real Time Privacy Monitoring on Smartphones|cognome=|nome=|data=15 marzo 2018|accesso=9 ottobre 2018|urlarchivio=https://web.archive.org/web/20120315153458/http://appanalysis.org/faq.html}}</ref> un progetto finanziato dalla ricerca accademica, possono, in alcuni casi, rilevare quando le informazioni personali vengono inviate dalle applicazioni ai server remoti.<ref>{{Cita news|nome=Priya|cognome=Ganapati|url=https://www.wired.com/gadgetlab/2010/09/data-collection-android/|titolo=Study Shows Some Android Apps Leak User Data Without Clear Notifications &#124; Gadget Lab|editore=Wired.com|data=30 settembre 2010|accesso=30 gennaio 2012|urlarchivio=https://web.archive.org/web/20111004011111/http://www.wired.com/gadgetlab/2010/09/data-collection-android/}}</ref>

===Funzionalità di sicurezza tecnica===
Le applicazioni Android vengono eseguite in una [[Sandbox (sicurezza informatica)|sandbox]], un'area isolata del sistema che non ha accesso al resto delle risorse del sistema, a meno che le autorizzazioni di accesso non siano esplicitamente concesse dall'utente quando l'applicazione è installata, tuttavia ciò potrebbe non essere possibile per app preinstallate. Ad esempio, non è possibile disattivare l'accesso al microfono dell'app fotocamera preinstallata senza disabilitare completamente la fotocamera. Ciò è valido anche nelle versioni Android 7 e 8.<ref>{{Cita web|url=http://www.androidauthority.com/secure-android-90523/|titolo=How secure is Android?|cognome=Sims|nome=Gary|sito=Android Authority|data=30 maggio 2012|accesso=15 marzo 2017|urlarchivio=https://web.archive.org/web/20170316024406/http://www.androidauthority.com/secure-android-90523/}}</ref>

Da febbraio 2012, Google utilizza lo scanner malware [[Google Play|Bouncer di Google]] per controllare e scansionare le app disponibili nel Google Play Store.<ref>{{Cita web|url=http://googlemobile.blogspot.no/2012/02/android-and-security.html|titolo=Android and Security|cognome=Lockheimer|nome=Hiroshi|sito=Google Mobile Blog|data=2 febbraio 2012|accesso=22 marzo 2017|urlarchivio=https://web.archive.org/web/20170227062701/http://googlemobile.blogspot.no/2012/02/android-and-security.html}}</ref><ref>{{Cita web|url=http://uk.pcmag.com/apps/66697/news/google-bouncer-now-scanning-android-market-for-malware|titolo=Google 'Bouncer' Now Scanning Android Market for Malware|cognome=Albanesius|nome=Chloe|sito=PC Magazine|editore=Ziff Davis|data=2 febbraio 2012|accesso=22 marzo 2017|urlarchivio=https://web.archive.org/web/20170227160213/http://uk.pcmag.com/apps/66697/news/google-bouncer-now-scanning-android-market-for-malware}}</ref> Una funzione "Verifica app" è stata introdotta a novembre 2012, come parte della versione del sistema operativo [[Android Jelly Bean|"Jelly Bean" per Android 4.2]], per scansionare tutte le app, sia da Google Play sia da fonti di terze parti, per comportamenti dannosi.<ref>{{Cita web |url=http://www.computerworld.com/article/2473570/android/exclusive--inside-android-4-2-s-powerful-new-security-system.html |titolo=Exclusive: Inside Android 4.2's powerful new security system |cognome=Raphael |nome=JR |sito=[[Computerworld (blog)|Computerworld]] |editore=International Data Group |data=1º novembre 2012 |accesso=22 marzo 2017 |urlarchivio=https://web.archive.org/web/20170317162810/http://www.computerworld.com/article/2473570/android/exclusive--inside-android-4-2-s-powerful-new-security-system.html}}</ref> Inizialmente solo durante l'installazione, Verify Apps ha ricevuto un aggiornamento nel 2014 per scansionare "costantemente" le app e nel 2017 la funzionalità è stata resa visibile agli utenti tramite un menu in Impostazioni.<ref>{{Cita web|url=http://www.androidpolice.com/2017/02/13/googles-verify-apps-now-shows-apps-recently-scanned/|titolo=Google's Verify Apps now shows apps that it has recently scanned|cognome=Whitwam|nome=Ryan|sito=Android Police|data=13 febbraio 2017|accesso=15 marzo 2017|urlarchivio=https://web.archive.org/web/20170316025715/http://www.androidpolice.com/2017/02/13/googles-verify-apps-now-shows-apps-recently-scanned/}}</ref><ref>{{Cita web|url=http://www.digitaltrends.com/mobile/verify-apps-list-update/|titolo=Google's virus-scanning Verify Apps feature for Android now reveals its secrets|cognome=Wiggers|nome=Kyle|sito=Digital Trends|data=15 febbraio 2017|accesso=15 marzo 2017|urlarchivio=https://web.archive.org/web/20170316025235/http://www.digitaltrends.com/mobile/verify-apps-list-update/}}</ref>

Prima di installare un'applicazione, [[Google Play]] Store visualizza un elenco dei requisiti che un'app deve avere per funzionare. Dopo aver esaminato queste autorizzazioni, l'utente può scegliere di accettarle o rifiutarle, installando l'applicazione solo se accetta.<ref>{{Cita web|url=https://support.google.com/googleplay/answer/6014972|titolo=Review app permissions thru Android 5.9|sito=Google Play Help|accesso=15 marzo 2017|urlarchivio=https://web.archive.org/web/20170316025438/https://support.google.com/googleplay/answer/6014972}}</ref> In [[Android Marshmallow|Android 6.0 "Marshmallow"]], il sistema di autorizzazioni è stato modificato; le app non ricevono più automaticamente tutte le autorizzazioni specificate al momento dell'installazione. Viene invece utilizzato un sistema opt-in, in cui agli utenti viene richiesto di concedere o negare autorizzazioni individuali a un'app quando sono necessarie per la prima volta. Le applicazioni ricordano le sovvenzioni, che possono essere revocate dall'utente in qualsiasi momento. Le app preinstallate, tuttavia, non fanno sempre parte di questo approccio. In alcuni casi potrebbe non essere possibile negare determinate autorizzazioni alle app preinstallate, né disabilitarle. L'app Google Play Services non può essere disinstallata né disabilitata. Qualsiasi tentativo di arresto forzato comporta il riavvio dell'app stessa.<ref>{{Cita web|url=http://www.greenbot.com/article/2990078/android/how-to-toggle-app-permissions-in-android-marshmallow.html|titolo=How to toggle app permissions in Android Marshmallow|cognome=Mediati|nome=Nick|sito=Greenbot|editore=International Data Group|data=12 ottobre 2015|accesso=15 marzo 2017|urlarchivio=https://web.archive.org/web/20170307045224/http://www.greenbot.com/article/2990078/android/how-to-toggle-app-permissions-in-android-marshmallow.html}}</ref><ref>{{Cita web|url=https://www.theverge.com/2015/5/28/8675257/android-m-os-update-google-io-2015|titolo=Google announces Android M, available later this year|cognome=Seifert|nome=Dan|sito=The Verge|editore=Vox Media|data=28 maggio 2015|accesso=15 marzo 2017|urlarchivio=https://web.archive.org/web/20170328095646/http://www.theverge.com/2015/5/28/8675257/android-m-os-update-google-io-2015}}</ref> Il nuovo modello di autorizzazioni viene utilizzato solo dalle applicazioni sviluppate per Marshmallow utilizzando il suo [[Software development kit|kit di sviluppo software]] (SDK) e le app precedenti continueranno a utilizzare il precedente approccio "tutto o niente". Le autorizzazioni possono comunque essere revocate per quelle app, anche se ciò potrebbe impedire loro di funzionare correttamente e viene visualizzato un avviso in tal senso.<ref>{{Cita web|url=https://www.howtogeek.com/230683/how-to-manage-app-permissions-on-android-6.0/|titolo=How to Manage App Permissions on Android 6.0|cognome=Hoffman|nome=Chris|editore=How-To Geek|data=11 ottobre 2015|accesso=6 marzo 2017|urlarchivio=https://web.archive.org/web/20170307045557/https://www.howtogeek.com/230683/how-to-manage-app-permissions-on-android-6.0/}}</ref><ref>{{Cita web|url=http://www.androidcentral.com/how-take-advantage-new-app-permissions-marshmallow|titolo=How to take advantage of the new App Permissions in Marshmallow|cognome=Wagoner|nome=Ara|sito=Android Central|editore=Mobile Nations|data=1º novembre 2015|accesso=6 marzo 2017|urlarchivio=https://web.archive.org/web/20170519132425/http://www.androidcentral.com/how-take-advantage-new-app-permissions-marshmallow}}</ref>

Nel settembre 2014, Jason Nova di ''Android Authority ha'' riferito di uno studio della società di sicurezza tedesca Fraunhofer AISEC su [[Antivirus|software antivirus]] e minacce malware su Android. Nova ha scritto che "Il sistema operativo Android gestisce i pacchetti software tramite sandboxing; ciò non consente alle applicazioni di elencare il contenuto della directory di altre app per mantenere il sistema sicuro. Non consentendo all'antivirus di elencare le directory di altre app dopo l'installazione, le applicazioni che non mostrano alcun comportamento sospetto intrinseco quando vengono scaricate vengono cancellate come sicure. Se in seguito vengono attivate parti dell'app che risultano dannose, l'antivirus non avrà modo di saperlo poiché si trova all'interno dell'app e fuori dalla giurisdizione dell'antivirus ". Lo studio di Fraunhofer AISEC, che ha esaminato il software antivirus di [[Avast Software|Avast]], [[AVG AntiVirus|AVG]], [[BitDefender|Bitdefender]], [[Eset|ESET]], [[F-Secure]], [[Kaspersky]], [[Lookout (azienda)|Lookout]], [[McAfee]] (precedentemente Intel Security), [[Norton (software)|Norton]], [[Sophos]] e [[Trend Micro]], ha rivelato che "le app antivirus testate non forniscono protezione contro malware personalizzati o attacchi mirati "e che" anche le app antivirus testate non sono state in grado di rilevare malware che fino a ora è completamente sconosciuto, ma non fanno alcuno sforzo per nasconderne la malignità ".<ref>{{Cita web|url=http://www.androidauthority.com/state-antivirus-android-523684/|titolo=The State of Antivirus for Android|cognome=Nova|nome=Jason|sito=Android Authority|data=14 settembre 2014|accesso=22 marzo 2017|urlarchivio=https://web.archive.org/web/20170621003547/http://www.androidauthority.com/state-antivirus-android-523684/}}</ref>

Nell'agosto 2013, Google ha annunciato Android Device Manager (ribattezzato Trova il mio dispositivo a maggio 2017),<ref>{{Cita web|url=http://www.androidpolice.com/2017/05/17/android-device-manager-updated-first-time-two-years-renamed-find-device-apk-download/|titolo=Android Device Manager updated for the first time in two years and renamed to Find My Device [APK Download]|cognome=Hager|nome=Ryne|sito=Android Police|data=17 maggio 2017|accesso=17 maggio 2017|urlarchivio=https://web.archive.org/web/20170517190445/http://www.androidpolice.com/2017/05/17/android-device-manager-updated-first-time-two-years-renamed-find-device-apk-download/}}</ref><ref>{{Cita web|url=https://www.theverge.com/2017/5/17/15654160/google-android-device-manager-app-renamed-find-my-device|titolo=Google's app for lost Android phones is now called Find My Device|cognome=Welch|nome=Chris|sito=The Verge|editore=Vox Media|data=17 maggio 2017|accesso=17 maggio 2017|urlarchivio=https://web.archive.org/web/20170517190755/https://www.theverge.com/2017/5/17/15654160/google-android-device-manager-app-renamed-find-my-device}}</ref> un servizio che consente agli utenti di monitorare, localizzare e cancellare da remoto il proprio dispositivo Android,<ref>{{Cita web|url=https://thenextweb.com/google/2013/08/02/google-announces-android-device-manager-coming-later-this-month-an-app-that-helps-you-find-your-lost-phone/|titolo=Google announces Android Device Manager coming later this month, an app that helps you find your lost phone|cognome=Protalinski|nome=Emil|sito=The Next Web|data=2 agosto 2013|accesso=13 marzo 2017|urlarchivio=https://web.archive.org/web/20170314064010/https://thenextweb.com/google/2013/08/02/google-announces-android-device-manager-coming-later-this-month-an-app-that-helps-you-find-your-lost-phone/}}</ref><ref>{{Cita web|url=https://www.theverge.com/2013/8/2/4582892/android-lost-device-recovery-tools-device-manager|titolo=Google announces tool to track lost Android phones|cognome=Kastrenakes|nome=Jacob|sito=The Verge|editore=Vox Media|data=2 agosto 2013|accesso=13 marzo 2017|urlarchivio=https://web.archive.org/web/20170210030930/http://www.theverge.com/2013/8/2/4582892/android-lost-device-recovery-tools-device-manager}}</ref> con un App Android per il servizio rilasciato a dicembre.<ref>{{Cita web|url=https://www.engadget.com/2013/12/11/android-device-manager/|titolo=Android Device Manager now available for your downloading pleasure on Google Play|cognome=Heater|nome=Brian|sito=Engadget|editore=AOL|data=11 dicembre 2013|accesso=11 marzo 2017|urlarchivio=https://web.archive.org/web/20170602021841/https://www.engadget.com/2013/12/11/android-device-manager/}}</ref><ref>{{Cita web|url=http://www.androidpolice.com/2013/12/11/new-app-google-releases-android-device-manager-app-in-play-store/|titolo=[New App] Google Releases Android Device Manager App In Play Store|cognome=Whitwam|nome=Ryan|sito=Android Police|data=11 dicembre 2013|accesso=13 marzo 2017|urlarchivio=https://web.archive.org/web/20170314064741/http://www.androidpolice.com/2013/12/11/new-app-google-releases-android-device-manager-app-in-play-store/}}</ref> Nel dicembre 2016, Google ha introdotto un'app Trusted Contacts, che consente agli utenti di richiedere il tracciamento della posizione dei propri cari durante le emergenze.<ref>{{Cita web|url=https://www.theverge.com/2016/12/5/13842058/google-trusted-contacts-personal-safety-android-app|titolo=Google's new Trusted Contacts app lets you share your location during emergencies|cognome=Garun|nome=Natt|sito=The Verge|editore=Vox Media|data=5 dicembre 2016|accesso=4 aprile 2017|urlarchivio=https://web.archive.org/web/20170404220136/http://www.theverge.com/2016/12/5/13842058/google-trusted-contacts-personal-safety-android-app}}</ref><ref>{{Cita web|url=https://techcrunch.com/2016/12/05/googles-new-trusted-contacts-app-lets-you-share-your-location-in-emergencies/|titolo=Google's new Trusted Contacts app lets you share your location in emergencies|cognome=Lardinois|nome=Frederic|sito=TechCrunch|editore=AOL|data=5 dicembre 2016|accesso=4 aprile 2017|urlarchivio=https://web.archive.org/web/20170622135622/https://techcrunch.com/2016/12/05/googles-new-trusted-contacts-app-lets-you-share-your-location-in-emergencies/}}</ref>

L'8 ottobre 2018 Google ha annunciato i nuovi requisiti del Google Play Store per combattere l'eccessiva condivisione di informazioni potenzialmente sensibili, inclusi i registri delle chiamate e dei messaggi di testo. Il problema deriva dal fatto che molte app richiedono autorizzazioni per accedere alle informazioni personali dell'utente (anche se queste informazioni non sono necessarie per il funzionamento dell'app) e alcuni utenti concedono senza dubbio tali autorizzazioni. In alternativa, un'autorizzazione potrebbe essere elencata nel manifest dell'app come richiesto (anziché facoltativo) e l'app non verrebbe installata a meno che l'utente non conceda l'autorizzazione; l'utente può ritirare qualsiasi autorizzazione, anche richiesta, da qualsiasi app nelle impostazioni del dispositivo dopo l'installazione dell'app, ma pochi utenti lo fanno. Google ha promesso di collaborare con gli sviluppatori e creare eccezioni se le loro app richiedono autorizzazioni telefoniche o SMS per la "funzionalità dell'app principale". La nuova applicazione delle politiche è iniziata il 6 gennaio 2019, 90 giorni dopo l'annuncio delle politiche l'8 ottobre 2018. Inoltre, Google ha annunciato un nuovo "requisito di livello API di destinazione" (<code>targetSdkVersion</code> in manifest) almeno Android 8.0 (livello API 26) per tutte le nuove app e gli aggiornamenti delle app. Il requisito a livello di API potrebbe contrastare la pratica degli sviluppatori di app aggirando alcune schermate di autorizzazione specificando le prime versioni di Android con un modello di autorizzazione più approssimativo.<ref>{{Cita web|url=https://9to5google.com/2018/10/08/play-store-policy-prevent-leaks/|titolo=New Play Store policy will help prevent Android call and text data leaks|cognome=Bradshaw|nome=Kyle|sito=9to5Google|data=8 ottobre 2018|accesso=16 gennaio 2019}}</ref><ref>{{Cita web|url=https://android-developers.googleblog.com/2018/10/providing-safe-and-secure-experience.html|titolo=Providing a safe and secure experience for our users|sito=Android Developers Blog|accesso=16 gennaio 2019}}</ref>