{"id":913705,"date":"2026-10-29T13:38:11","date_gmt":"2026-10-29T13:38:11","guid":{"rendered":"https:\/\/www.ninjaone.com\/blog\/autorizzazioni-runtime-android\/"},"modified":"2026-10-29T13:38:12","modified_gmt":"2026-10-29T13:38:12","slug":"autorizzazioni-runtime-android","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/it\/blog\/autorizzazioni-runtime-android\/","title":{"rendered":"Come le autorizzazioni runtime di Android influenzano il rischio mobile in azienda"},"content":{"rendered":"<div class=\"in-context-cta\"><h2 style=\"margin-top: 0px;\">Punti chiave<\/h2>\n<ul>\n<li>Le autorizzazioni runtime possono generare configurazioni delle app incoerenti tra i dispositivi e aumentare il rischio enterprise quando gli utenti concedono accessi eccessivi.<\/li>\n<li>Gli aggiornamenti delle app possono introdurre gradualmente un permission creep: l\u2019ampliamento dell\u2019accesso alla posizione in background, all\u2019archiviazione o ai sensori pu\u00f2 superare le valutazioni del rischio iniziali in assenza di una revisione strutturata.<\/li>\n<li>Le app con privilegi eccessivi espongono i dati aziendali (file riservati, rubriche, abitudini di spostamento, audio o video in diretta), rendendo le autorizzazioni una questione importante di governance.<\/li>\n<li>Una governance efficace delle autorizzazioni Android richiede la verifica delle app, audit pianificati, controlli di accesso basati sui ruoli (RBAC) e policy di sicurezza che tengano conto dello stato di conformit\u00e0 dei dispositivi.<\/li>\n<li>Anche con i controlli di sicurezza di Android, le autorizzazioni eccessive e obsolete restano un potenziale vettore di attacco per le aziende.<\/li>\n<\/ul>\n<\/div>\n<p>Le <strong>autorizzazioni runtime di Android<\/strong> sono controlli di sicurezza che obbligano le app a chiedere agli utenti l\u2019accesso a dati sensibili e funzionalit\u00e0 del dispositivo. Se da un lato questo modello di autorizzazioni migliora la privacy sul dispositivo, dall\u2019altro crea sfide di governance per le aziende che gestiscono flotte di dispositivi di grandi dimensioni.<\/p>\n<h2>Modello delle autorizzazioni runtime di Android: panoramica e rischi<\/h2>\n<p>Agli albori di Android, le autorizzazioni delle app venivano gestite con un modello basato sul momento dell\u2019installazione. Questo modello concedeva autorizzazioni statiche al momento dell\u2019installazione, fornendo quindi un accesso molto ampio senza che l\u2019utente ne comprendesse prima le implicazioni.<\/p>\n<p>Con l\u2019arrivo di Android 6.0 (Marshmallow), le autorizzazioni runtime hanno introdotto approvazioni contestuali per l\u2019accesso a risorse sensibili del dispositivo come fotocamera, microfono, posizione e contatti.<\/p>\n<p>Con le autorizzazioni runtime, gli utenti possono concedere alle applicazioni i seguenti tipi di accesso:<\/p>\n<ul>\n<li><strong>Consenti: <\/strong>fornisce all\u2019app un accesso continuativo alla risorsa richiesta del dispositivo<\/li>\n<li><strong>Nega<\/strong>: blocca l\u2019accesso dell\u2019app alla risorsa richiesta, anche se l\u2019app pu\u00f2 riproporre la richiesta in seguito<\/li>\n<li><strong>Consenti solo durante l\u2019utilizzo dell\u2019app<\/strong>: concede l\u2019accesso solo quando l\u2019app \u00e8 attivamente in uso, limitando l\u2019accesso in background<\/li>\n<li><strong>Concedi accesso una tantum<\/strong>: consente l\u2019accesso temporaneo alla risorsa per una sola sessione<\/li>\n<li><strong>Non chiedere pi\u00f9 \/ Nega definitivamente<\/strong>: blocca l\u2019accesso e impedisce ulteriori richieste, a meno che l\u2019utente non intervenga manualmente<\/li>\n<\/ul>\n<p>Poich\u00e9 le autorizzazioni runtime partono dall\u2019utente, le configurazioni possono variare da dispositivo a dispositivo all\u2019interno dello stesso ambiente.<\/p>\n<h2>Permission creep e rischi nel ciclo di vita delle richieste di autorizzazione<\/h2>\n<p>Di norma le applicazioni ricevono numerosi aggiornamenti, soprattutto quelle che seguono <a href=\"https:\/\/www.ninjaone.com\/it-hub\/gestione-dei-servizi-it\/what-is-sdlc-software-development-lifecycle\/\">cicli di vita dello sviluppo software<\/a> rigorosi. A ogni aggiornamento i requisiti di autorizzazione possono ampliarsi, a volte in modo cos\u00ec impercettibile che le organizzazioni non se ne accorgono senza una revisione approfondita.<\/p>\n<p>Dato che le autorizzazioni runtime vengono concesse solo quando l\u2019app accede per la prima volta a una risorsa, l\u2019approvazione iniziale e la relativa valutazione del rischio possono non riflettere pi\u00f9 le reali capacit\u00e0 di accesso ai dati dell\u2019app dopo un aggiornamento. Anche se le modifiche alle autorizzazioni sembrano minime, nel tempo si sommano e possono creare un\u2019esposizione significativa.<\/p>\n<p>Per capire in che modo il permission creep modifica la postura di rischio aziendale, \u00e8 utile osservare dove si verifica pi\u00f9 spesso.<\/p>\n<h3>Accesso alla posizione in background<\/h3>\n<p>Alcune applicazioni, come i portali HR, richiedono talvolta l\u2019accesso al <a href=\"https:\/\/www.ninjaone.com\/it-hub\/accesso-remoto\/what-is-geo-tracking\/\">geo-tracking<\/a> in primo piano, che attiva i servizi di localizzazione solo quando l\u2019app \u00e8 in uso. Gli aggiornamenti, per\u00f2, possono introdurre richieste di accesso alla posizione in background, con il rischio di privilegi di localizzazione eccessivi se non vengono rimossi correttamente.<\/p>\n<h3>Accesso ampliato ad archiviazione e contenuti multimediali<\/h3>\n<p>Con le autorizzazioni runtime, gli aggiornamenti possono richiedere un accesso pi\u00f9 ampio all\u2019archiviazione, concedendo involontariamente alle app un accesso eccessivo a spazi che contengono documenti sensibili. Senza una revisione adeguata, il permission creep sull\u2019archiviazione pu\u00f2 allargare silenziosamente il perimetro di accesso ai dati dell\u2019organizzazione.<\/p>\n<h3>Raccolta dati in aumento<\/h3>\n<p>Le autorizzazioni runtime di Android richiedono l\u2019accesso a dati o risorse del dispositivo: contatti, registro chiamate, file, archiviazione, fotocamera e microfono. Ogni autorizzazione concessa aumenta per\u00f2 le capacit\u00e0 dell\u2019app e, allo stesso tempo, amplia la superficie di attacco dell\u2019organizzazione.<\/p>\n<p>Per questo, negli ambienti enterprise le autorizzazioni runtime di Android richiedono monitoraggio continuo, avvisi sulle autorizzazioni ad alto rischio e rivalutazioni periodiche delle approvazioni.<\/p>\n<h2>Le autorizzazioni runtime di Android come questione di governance dei dati<\/h2>\n<p>Concedere le autorizzazioni permette alle applicazioni di funzionare in modo efficiente. Tuttavia, le autorizzazioni sono anche potenziali vie d\u2019accesso ai dati aziendali protetti, perch\u00e9 aumentano il rischio di esposizione dei dati sul dispositivo.<\/p>\n<p>Tra i rischi rientrano:<\/p>\n<ul>\n<li><strong>Rischio di sorveglianza: <\/strong>l\u2019accesso al microfono potrebbe trasmettere all\u2019esterno conversazioni riservate.<\/li>\n<li><strong>Rischio visivo<\/strong>: l\u2019accesso alla fotocamera pu\u00f2 essere usato per riprendere documenti o apparecchiature sensibili in aree aziendali ad accesso limitato.<\/li>\n<li><strong>Mappatura di prossimit\u00e0<\/strong>: gli attaccanti possono sfruttare le autorizzazioni Bluetooth per rilevare i dispositivi nelle vicinanze e mappare l\u2019infrastruttura interna.<\/li>\n<\/ul>\n<p>Il modello runtime di Android ruota attorno all\u2019approvazione dell\u2019utente. Quando le richieste si ripetono di continuo, <a href=\"https:\/\/www.researchgate.net\/publication\/311217469_Mobile_App_Installation_the_Role_of_Precautions_and_Desensitization\" target=\"_blank\" rel=\"noopener\">la desensibilizzazione genera assuefazione<\/a> e con il tempo le approvazioni diventano un gesto automatico anzich\u00e9 una scelta ponderata.<\/p>\n<p>Inoltre, il consenso non implica la comprensione del rischio: richieste generiche come \u201cConsenti l\u2019accesso al microfono\u201d non comunicano con chiarezza le possibili conseguenze per la sicurezza aziendale.<\/p>\n<h2>Governance delle autorizzazioni runtime di Android nelle organizzazioni<\/h2>\n<p>Poich\u00e9 gli aggiornamenti delle app Android possono rendere obsolete le autorizzazioni nel tempo, queste devono rientrare in programmi di governance pi\u00f9 ampi.<\/p>\n<h3>Processi di verifica e approvazione delle app<\/h3>\n<p>Prima di essere adottate, le applicazioni dovrebbero passare per un processo di revisione che valuti le autorizzazioni richieste e le confronti con la funzione prevista. Il processo di approvazione dovrebbe includere:<\/p>\n<ul>\n<li>La valutazione delle autorizzazioni dichiarate prima della distribuzione.<\/li>\n<li>La coerenza tra la funzione dell\u2019app e gli accessi richiesti.<\/li>\n<li>Punteggi di rischio basati sulla sensibilit\u00e0 delle risorse a cui si chiede accesso.<\/li>\n<li>Il rifiuto delle applicazioni con privilegi eccessivi.<\/li>\n<\/ul>\n<h3>Audit periodici delle autorizzazioni<\/h3>\n<p>Senza audit regolari, le applicazioni possono accumulare gradualmente autorizzazioni eccessive man mano che vengono applicati gli aggiornamenti. Le organizzazioni dovrebbero pianificare revisioni delle autorizzazioni concesse, monitorare costantemente le nuove richieste di accesso ad alto rischio e verificarle rispetto alla soglia di rischio approvata.<\/p>\n<p>Idealmente, i tecnici dovrebbero effettuare queste revisioni durante l\u2019onboarding delle app, dopo gli aggiornamenti pi\u00f9 importanti o almeno ogni trimestre, come parte della normale governance delle autorizzazioni.<\/p>\n<h3>Policy di accesso mobile basate sui ruoli<\/h3>\n<p>Non tutti i dipendenti hanno bisogno dello stesso livello di autorizzazioni: le esigenze di accesso variano in base al ruolo e alle responsabilit\u00e0. Le organizzazioni dovrebbero limitare determinate autorizzazioni per i ruoli a rischio pi\u00f9 elevato e restringere l\u2019accesso alle risorse sensibili secondo il <a href=\"https:\/\/www.ninjaone.com\/it\/it-hub\/sicurezza-degli-endpoint\/cos-e-l-accesso-con-minimo-privilegio\/\">principio del privilegio minimo<\/a>.<\/p>\n<h3>Accesso condizionale basato sullo stato del dispositivo<\/h3>\n<p>Le autorizzazioni runtime dovrebbero essere allineate a framework pi\u00f9 ampi di integrit\u00e0 del dispositivo e conformit\u00e0. Ad esempio, un dispositivo che consente accessi rischiosi alle app dovrebbe avere un accesso limitato alle informazioni aziendali sensibili. In questo modo si garantisce che solo i dispositivi sicuri e conformi possano raggiungere i sistemi business critici.<\/p>\n<h2>Controlli di sicurezza oltre la gestione delle richieste di autorizzazione<\/h2>\n<p>Le autorizzazioni runtime sono solo una parte di un\u2019architettura di sicurezza Android pi\u00f9 ampia. La maggior parte dei dispositivi Android moderni integra diverse protezioni native pensate per limitare la compromissione del sistema, isolare le applicazioni e proteggere i dati sensibili.<\/p>\n<h3>Sandboxing delle app<\/h3>\n<p>Android utilizza le <a href=\"https:\/\/www.ninjaone.com\/it\/it-hub\/sicurezza-degli-endpoint\/cos-e-una-sandbox\/\">sandbox<\/a> per isolare ogni applicazione, riducendo l\u2019accesso incrociato tra app. Le app operano quindi in processi separati e l\u2019accesso diretto ai dati di un\u2019altra app \u00e8 limitato, ma il sandboxing non riduce ci\u00f2 a cui pu\u00f2 accedere un\u2019app con privilegi eccessivi.<\/p>\n<h3>Scoped storage<\/h3>\n<p>Lo scoped storage limita la visibilit\u00e0 illimitata dell\u2019archiviazione condivisa. Con questo meccanismo, le app possono accedere solo alle proprie directory e l\u2019accesso ai contenuti multimediali condivisi richiede un\u2019autorizzazione esplicita. Le autorizzazioni di archiviazione concesse dall\u2019utente, per\u00f2, ampliano questo confine protettivo.<\/p>\n<h3>Keystore basato su hardware<\/h3>\n<p>Il keystore di Android funge da archivio per le chiavi di crittografia all\u2019interno di ambienti hardware sicuri. Questo aiuta a proteggere credenziali e chiavi crittografiche da furti o esfiltrazioni, isolando il materiale crittografico sensibile e riducendo l\u2019esposizione ad attacchi e <a href=\"https:\/\/www.ninjaone.com\/it\/it-hub\/sicurezza-degli-endpoint\/cos-e-un-malware\/\">malware<\/a>.<\/p>\n<h3>Avvio verificato<\/h3>\n<p><a href=\"https:\/\/source.android.com\/docs\/security\/features\/verifiedboot\/avb\" target=\"_blank\" rel=\"noopener\">Android Verified Boot (AVB)<\/a> verifica l\u2019integrit\u00e0 del sistema, garantendo che il sistema operativo del dispositivo non sia stato manomesso durante l\u2019avvio. Va ricordato che, sebbene AVB aiuti a prevenire compromissioni a livello di root, non valuta le decisioni sulle autorizzazioni a livello applicativo.<\/p>\n<p>Questi controlli rafforzano l\u2019integrit\u00e0 della piattaforma, ma non eliminano il rischio di esposizione dei dati aziendali legato ad applicazioni affidabili con privilegi eccessivi.<\/p>\n<p>Anche se i controlli di sicurezza di Android sono molto resilienti rispetto alla compromissione del sistema, in molti ambienti le app provengono da fornitori affidabili e le organizzazioni mantengono i dispositivi protetti. In genere, le violazioni aziendali nascono da autorizzazioni eccessive sulle applicazioni e da autorizzazioni obsolete sfuggite ai controlli di governance.<\/p>\n<h2>Gestisci le autorizzazioni runtime sui dispositivi Android con NinjaOne<\/h2>\n<p>NinjaOne offre una gestione basata su policy per le autorizzazioni delle app Android, permettendo agli amministratori di gestire le autorizzazioni runtime di ogni singola applicazione Android.<\/p>\n<ul>\n<li><strong>Override delle autorizzazioni per singola app: <\/strong>con NinjaOne puoi consentire, negare o richiedere conferma per autorizzazioni specifiche di ciascuna app, sovrascrivendo le impostazioni globali.<\/li>\n<li><strong>Override degli ambiti delegati<\/strong>: concedi privilegi aggiuntivi alle applicazioni, come l\u2019installazione di certificati o l\u2019accesso alle configurazioni gestite.<\/li>\n<li><strong>Configurazioni gestite<\/strong>: distribuisci impostazioni specifiche per le app cos\u00ec da garantire un comportamento coerente su tutti i dispositivi Android gestiti.<\/li>\n<\/ul>\n<h2>Una governance corretta delle autorizzazioni runtime riduce il rischio<\/h2>\n<p>Le autorizzazioni runtime di Android spostano l\u2019approvazione delle richieste delle app dal momento dell\u2019installazione a una scelta iniziata dall\u2019utente. Negli ambienti enterprise, per\u00f2, affidarsi troppo alle autorizzazioni runtime pu\u00f2 creare lacune di governance.<\/p>\n<p>Man mano che le applicazioni ricevono aggiornamenti e gli utenti approvano le richieste, la governance delle autorizzazioni diventa un elemento essenziale della strategia di sicurezza per evitare autorizzazioni obsolete. Integrare audit delle autorizzazioni, revisioni del ciclo di vita e applicazione delle policy nei programmi di gestione dei dispositivi mobili aiuta a ridurre l\u2019esposizione dei dati e a mantenere la conformit\u00e0.<\/p>\n<p><strong>Argomenti correlati:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/profilo-di-lavoro-android\/\">Come configurare un profilo di lavoro Android<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/blocco-dei-siti-web-su-dispositivi-android\/\">Come funziona il blocco dei siti web sui dispositivi Android<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/attivare-da-remoto-la-localizzazione-su-un-dispositivo-android\/\">Come attivare da remoto la posizione di un dispositivo Android<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Le autorizzazioni runtime di Android sono controlli di sicurezza che obbligano le app a chiedere agli utenti l\u2019accesso a dati sensibili e funzionalit\u00e0 del dispositivo. Se da un lato questo modello di autorizzazioni migliora la privacy sul dispositivo, dall\u2019altro crea sfide di governance per le aziende che gestiscono flotte di dispositivi di grandi dimensioni. Modello [&hellip;]<\/p>\n","protected":false},"author":35,"featured_media":842499,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_relevanssi_hide_post":"","_relevanssi_hide_content":"","_relevanssi_pin_for_all":"","_relevanssi_pin_keywords":"","_relevanssi_unpin_keywords":"","_relevanssi_related_keywords":"","_relevanssi_related_include_ids":"","_relevanssi_related_exclude_ids":"","_relevanssi_related_no_append":"","_relevanssi_related_not_related":"","_relevanssi_related_posts":"","_relevanssi_noindex_reason":"","_lmt_disableupdate":"","_lmt_disable":"","footnotes":""},"categories":[4314],"tags":[],"class_list":["post-913705","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-mdm-it"],"acf":[],"modified_by":null,"_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/913705","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/users\/35"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/comments?post=913705"}],"version-history":[{"count":1,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/913705\/revisions"}],"predecessor-version":[{"id":913707,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/913705\/revisions\/913707"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/media\/842499"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/media?parent=913705"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/categories?post=913705"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/tags?post=913705"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}