I limiti di accesso al disco sui Mac Apple mettono in guardia gli agenti AI
I limiti di accesso al disco sui Mac Apple sono in arrivo, dopo che l'azienda ha avvertito che gli agenti AI autonomi possono aumentare sostanzialmente i rischi legati ad autorizzazioni ampie sui file.
Apple ha annunciato il cambiamento il 2 ottobre 2026. Intende aggiungere controlli che richiedano un'azione dell'utente più esplicita prima che un'app riceva il Full Disk Access. Questa autorizzazione di macOS può esporre a una singola applicazione file, email, messaggi e cronologia di navigazione.
L'annuncio crea un conflitto diretto tra le capacità degli agenti e il controllo degli utenti. Gli agenti AI diventano più utili quando possono esaminare documenti, recuperare messaggi e agire tra diverse applicazioni. Quegli stessi privilegi offrono a errori, istruzioni dannose e software compromesso un percorso più ampio all'interno di un Mac.
Apple non ha divulgato i controlli, la loro data di rilascio né il modo in cui influiranno sulle approvazioni esistenti. I dettagli mancanti sono importanti perché anche software di backup, prodotti di sicurezza e strumenti amministrativi dipendono da un ampio accesso ai file.
Non si tratta semplicemente di un'altra richiesta di autorizzazione. Apple riconosce che un permesso progettato per applicazioni convenzionali si comporta diversamente quando il software può pianificare ed eseguire in autonomia una catena di azioni.
I limiti di accesso al disco sui Mac Apple richiederanno un consenso più chiaro
Apple considera il Full Disk Access un privilegio eccezionale, che dovrebbe richiedere un'approvazione inequivocabile.
Nel suo aggiornamento sull'accesso al disco, Apple ha affermato che introdurrà controlli aggiuntivi per l'autorizzazione macOS. Gli utenti dovranno compiere un'azione “molto esplicita” prima di concedere tale accesso.
Apple non ha identificato l'interfaccia pianificata né il meccanismo tecnico di applicazione. Non ha neppure detto se gli utenti dovranno riautorizzare le applicazioni che dispongono già del permesso.
Il Full Disk Access esiste perché alcune applicazioni devono operare in posizioni protette. Il software di backup è il principale esempio indicato da Apple. Un backup completo non può funzionare se il sistema operativo nasconde parti rilevanti dei dati dell'utente.
L'autorizzazione si colloca al di fuori di molti dei confini più ristretti della privacy di macOS. Apple afferma che aggira in larga misura i controlli destinati a proteggere le informazioni private. Una volta approvata, un'applicazione può potenzialmente accedere a contenuti che altrimenti richiederebbero autorizzazioni separate.
Questo accesso può includere file personali, database email, conversazioni e registri del browser. Può inoltre rivelare informazioni appartenenti ad altre persone, come messaggi inviati al proprietario del Mac.
La preoccupazione di Apple non è che ogni applicazione dotata di questo permesso si comporti in modo improprio. L'azienda afferma che alcuni sviluppatori lo usano in modi che espongono gli utenti senza una conoscenza o una comprensione adeguate.
La distinzione è importante. Apple non sta eliminando il Full Disk Access né dichiarando illegittima ogni richiesta estesa. Sta aumentando il costo per ottenere una delle autorizzazioni più rilevanti di macOS.
Oggi, un utente Mac deve aggiungere o abilitare manualmente un'applicazione in Privacy e sicurezza. La documentazione sul sandbox di Apple afferma che un'app non può concedersi automaticamente il Full Disk Access tramite codice o un entitlement.
Questo requisito esistente introduce già attrito. Tuttavia, le applicazioni possono guidare gli utenti verso l'impostazione e descrivere l'accesso esteso come necessario per le loro funzionalità principali.
Un utente può quindi compiere una scelta tecnicamente volontaria senza comprenderne la portata pratica. L'annuncio di Apple si concentra su questo divario tra consenso formale e consenso informato.
L'azienda non ha spiegato se il nuovo processo aggiungerà autenticazione, avvisi ripetuti, periodi di attesa o opzioni più granulari. Ogni scelta progettuale produrrebbe risultati diversi per sviluppatori e utenti.
Una schermata di conferma più rigorosa ridurrebbe le approvazioni accidentali, ma manterrebbe l'attuale modello tutto o niente. Controlli più ristretti potrebbero ridurre l'esposizione, anche se richiederebbero modifiche più estese a macOS e alle applicazioni partecipanti.
L'autorizzazione temporanea offre un altro possibile modello. Un agente potrebbe ricevere accesso per un'attività, una cartella o una sessione. Apple non ha detto se prevede qualcosa di così specifico.
Questa incertezza impedisce conclusioni definitive sulla compatibilità. Il cambiamento confermato è più circoscritto: il Full Disk Access diventerà più difficile da concedere con leggerezza, e Apple ritiene necessario questo attrito aggiuntivo.
L'annuncio inizialmente riportato evidenzia anche perché la questione è importante ora. L'autorizzazione passa dall'essere un'impostazione in secondo piano al centro del dibattito sugli agenti AI.
Perché gli agenti AI modificano il rischio legato alle autorizzazioni
Un agente AI trasforma l'accesso ai file da una capacità passiva in carburante per azioni ripetute e autonome.
Le applicazioni tradizionali seguono generalmente un flusso di lavoro visibile. Un utente apre uno strumento di backup, avvia un'attività e si aspetta che il software legga molti file. Lo scopo e l'autorizzazione coincidono.
Un agente può comportarsi diversamente. Interpreta un obiettivo, seleziona strumenti, esamina i risultati e decide cosa fare in seguito. Una singola richiesta può generare una lunga sequenza di azioni senza ulteriori istruzioni.
Apple descrive questo modello nei propri materiali sull'AI agentica locale. Un agente può chiamare strumenti, eseguire comandi, leggere file, usare API, osservare gli esiti e continuare a lavorare.
La dimostrazione di agenti locali di Apple mostra il lato produttivo di questo ciclo. Un agente esamina un progetto, modifica file, compila l'applicazione, legge gli errori e applica un'altra correzione.
Questo flusso di lavoro è utile perché l'agente non si ferma dopo aver prodotto testo. Agisce sul computer e usa nuove informazioni per guidare l'azione successiva.
Tuttavia, l'autonomia modifica anche il modello di errore. Un bug in un'applicazione convenzionale potrebbe esporre un solo file durante una sola operazione. Un agente può cercare file correlati, seguire riferimenti e ripetere una scelta non sicura.
Il rischio non richiede un intento dannoso da parte del modello. Una richiesta ambigua può produrre un'interpretazione eccessivamente ampia. Un piano difettoso può propagarsi attraverso diversi strumenti prima che l'utente ne veda il risultato.
Gli agenti possono inoltre incontrare contenuti ostili all'interno di documenti, siti web, messaggi o repository di codice. Tali contenuti possono tentare di reindirizzare l'agente tramite prompt injection, inserendo istruzioni avversarie nel materiale elaborato dal modello.
Il Full Disk Access aumenta il numero di luoghi che un agente può esaminare. Questa superficie di input più ampia offre ai contenuti ostili o fuorvianti maggiori opportunità di influenzare il flusso di lavoro.
L'autorizzazione aumenta anche il valore di un'applicazione compromessa. Il malware all'interno di un'app autorizzata in modo ristretto incontra i confini del sistema operativo. Il malware all'interno di un agente ampiamente autorizzato eredita una visione molto più estesa.
L'esecuzione locale non elimina questo problema. Mantenere un modello sul Mac può ridurre l'esposizione al cloud, ma non limita i file locali che l'applicazione può leggere.
Questa distinzione è facile da trascurare. La posizione dei dati e l'ambito delle autorizzazioni rispondono a domande di sicurezza diverse.
Un modello locale riguarda il luogo in cui avviene l'inferenza. Il Full Disk Access riguarda le informazioni a cui l'applicazione circostante può accedere. L'elaborazione locale non può compensare un'autorizzazione inutilmente ampia.
La stessa logica si applica alla qualità del modello. Un modello più piccolo o meno capace rappresenta comunque un rischio per la privacy se la sua applicazione host può copiare file sensibili. Un modello capace può ampliare la portata operativa di tale accesso.
L'avvertimento di Apple riflette questo collegamento. L'azienda ha affermato che il rischio crescerà sostanzialmente man mano che gli agenti diventeranno più capaci e autonomi.
Si tratta di una valutazione di sicurezza orientata al futuro, non di una segnalazione di violazione divulgata. Apple non ha identificato uno specifico agente, una campagna di sfruttamento documentata o una perdita confermata causata dal Full Disk Access.
Questa distinzione dovrebbe orientare la risposta. Gli utenti non devono presumere che ogni agente sia ostile. Dovrebbero valutare se le autorizzazioni richieste corrispondono all'attività promessa.
Gli sviluppatori affrontano una verifica analoga. Se un agente riassume un documento selezionato, non dovrebbe richiedere l'accesso a ogni posizione protetta. Se organizza una cartella, l'autorizzazione dovrebbe rimanere collegata a quella cartella.
I prodotti più difficili sono quelli che promettono un contesto persistente attraverso il lavoro. Potrebbero dover cercare in molte fonti locali prima che l'utente sappia quale fonte contiene la risposta.
Questa pressione progettuale può rendere attraente l'accesso indiscriminato. Un'approvazione è più semplice da spiegare e implementare rispetto a richieste ripetute tra file, applicazioni e sessioni.
Eppure, la comodità crea un'esposizione cumulativa. Un agente sempre in esecuzione e con accesso esteso può incontrare nel tempo più dati sensibili e più input avversari.
I limiti di accesso al disco sui Mac Apple sfidano gli sviluppatori a preservare un contesto utile senza trattare l'intero computer come un unico spazio di lavoro permanente.
Per gli utenti che necessitano di un contesto di lavoro ricercabile, una base di conoscenza personale con ambito definito offre un modello diverso. Si possono scegliere le fonti pertinenti invece di esporre ogni file protetto.
Questo approccio non elimina il lavoro sulla sicurezza. Crea però un confine più chiaro attorno alle informazioni che un sistema AI dovrebbe elaborare.
Le capacità degli agenti si scontrano con il principio del privilegio minimo
La questione centrale è la contrapposizione tra ampie capacità degli agenti e privilegio minimo, non Apple contro una specifica azienda AI.
Il privilegio minimo significa che il software riceve solo l'accesso necessario per la sua attività corrente. Limita i danni causati da errori, contenuti dannosi o componenti compromessi.
Il Full Disk Access rappresenta l'estremo opposto di questo spettro. Concede un'eccezione ampia perché alcuni flussi di lavoro non possono operare entro i normali confini dei file.
Questa eccezione aveva senso per le applicazioni di backup con un compito definito. Diventa più difficile da giustificare per gli agenti generalisti che propongono molte attività in continua evoluzione.
Un assistente potrebbe riassumere le email al mattino, modificare codice a mezzogiorno e recuperare un download del browser più tardi. Gli sviluppatori possono richiedere autorizzazioni quando servono oppure cercare un'unica approvazione estesa.
La strada più ampia riduce interruzioni e problemi di supporto. Può inoltre far apparire un agente più capace, perché meno attività si fermano davanti a un confine di autorizzazione.
La strada più ristretta protegge gli utenti ma richiede un'architettura migliore. Gli sviluppatori devono identificare quale processo necessita di accesso, per quanto tempo ne necessita e quali dati dovrebbero rimanere indisponibili.
La piattaforma Apple combina già diversi livelli. La sua guida alla sicurezza descrive protezioni per documenti, download, desktop, iCloud Drive, volumi di rete, automazione e altre risorse sensibili.
Il Full Disk Access aggira gran parte di questa segmentazione. Ecco perché un ulteriore passaggio di conferma ha conseguenze che vanno oltre la progettazione dell'interfaccia.
Un'approvazione più rigorosa può spingere gli sviluppatori a smettere di usare l'accesso indiscriminato come scorciatoia. I prodotti potrebbero richiedere selettori di file, autorizzazioni a livello di cartella, posizioni di importazione dedicate o processi di supporto isolati.
Potrebbero inoltre dover separare l'indicizzazione dall'azione. Un'applicazione che crea un indice di ricerca non deve necessariamente consentire alla propria componente autonoma di mantenere un accesso diretto in seguito.
Anche la gestione delle credenziali merita una separazione analoga. Un agente potrebbe dover utilizzare un servizio senza poter leggere e riprodurre il segreto sottostante.
Questi cambiamenti renderebbero i sistemi agentici più complessi. Renderebbero però anche più facile contenere i fallimenti e spiegare le autorizzazioni.
La pressione non ricadrà uniformemente sul mercato. Le applicazioni consolidate di backup e sicurezza hanno una motivazione riconoscibile per richiedere un accesso esteso. Gli assistenti generici devono giustificare perché un insieme di funzionalità aperto necessiti della stessa eccezione.
Le distribuzioni aziendali presentano un'ulteriore complicazione. I Mac gestiti possono utilizzare politiche di gestione dei dispositivi per alcune autorizzazioni alla privacy. Le organizzazioni si affidano inoltre a strumenti endpoint che richiedono un'ampia visibilità.
Apple non ha spiegato come i nuovi controlli interagiranno con le approvazioni gestite. Un processo progettato esclusivamente per il consenso individuale potrebbe creare attriti per grandi parchi dispositivi.
Gli sviluppatori osserveranno quindi se Apple distinguerà gli agenti installati dagli utenti dagli strumenti di sicurezza amministrati centralmente. Un'unica regola potrebbe incidere su prodotti con modelli di minaccia molto diversi.
Apple occupa inoltre entrambi i lati del dibattito. Sta restringendo l'accesso mentre promuove flussi di lavoro agentici locali sull'hardware Mac.
Non è necessariamente una contraddizione. Gli agenti locali possono offrire vantaggi per la privacy quando i dati restano sul dispositivo. Tuttavia, tali vantaggi dipendono da limiti di autorizzazione ed esecuzione ben progettati.
La posizione di Apple è che la capacità locale non debba richiedere un accesso invisibile e permanente a tutto. L'azienda sta di fatto separando la privacy on-device dal privilegio applicativo senza restrizioni.
Questa distinzione potrebbe influenzare la progettazione degli agenti oltre macOS. I sistemi operativi desktop sono stati costruiti attorno ad applicazioni, finestre, documenti e azioni avviate dall'utente.
Gli agenti indeboliscono queste presupposizioni. Operano oltre i confini delle applicazioni e possono continuare a lavorare dopo che il prompt iniziale è scomparso dalla vista.
I sistemi di autorizzazione devono quindi descrivere più che quale applicazione riceve l'accesso. Devono considerare quale agente, attività, strumento e momento hanno causato l'azione sensibile.
Un singolo interruttore a livello di app offre un contesto limitato. Non può indicare se un agente abbia letto un documento fiscale per un'attività approvata o lo abbia scoperto perseguendo un altro obiettivo.
Registri circoscritti all'attività potrebbero offrire una migliore responsabilità. Utenti e amministratori potrebbero verificare quali risorse un agente ha consultato e quali azioni ne sono seguite.
Apple non ha promesso registri di questo tipo. L'annuncio stabilisce soltanto che l'attuale flusso di approvazione è insufficiente per i rischi emergenti degli agenti.
Questa portata limitata è importante. L'azienda sta intervenendo sul varco verso Full Disk Access, ma non ha descritto le protezioni dopo l'apertura del varco.
Un'Approvazione Più Rigorosa Non Risolve l'Intero Problema degli Agenti
Una schermata di consenso più chiara riduce le concessioni accidentali di autorizzazioni, ma da sola non può rendere sicuro un agente dotato di autorizzazioni estese.
Gli utenti approvano spesso i prompt perché un'applicazione presenta l'accesso come necessario. Avvisi aggiuntivi possono migliorare la comprensione, ma gli avvisi ripetuti possono anche diventare routine.
Se l'autorizzazione risultante resta permanente e completa, l'esposizione di fondo continua a esistere dopo la conferma dell'utente.
Il consenso offre inoltre una protezione debole contro i futuri cambiamenti del prodotto. Un utente può approvare una funzionalità e poi ricevere un aggiornamento che offre all'applicazione nuovi strumenti agentici.
Il sistema operativo può confermare l'identità dell'applicazione. Non può determinare automaticamente se ogni futura azione dell'agente corrisponda all'aspettativa originaria dell'utente.
La revoca aiuta, ma interviene dopo l'approvazione. Gli utenti devono ricordare quali applicazioni dispongono dell'accesso e riconoscere quando l'autorizzazione non è più giustificata.
Anche il comportamento di un agente è difficile da riassumere in un'unica finestra di dialogo. Un agente può richiamare utility da riga di comando, automazione del browser, API applicative o sottoprocessi durante una singola attività.
Gli utenti non possono ragionevolmente valutare ogni percorso successivo prima di concedere l'accesso. Gli sviluppatori necessitano di restrizioni tecniche che restino efficaci quando l'attenzione dell'utente diminuisce.
Le autorizzazioni granulari sono una risposta, sebbene possano creare affaticamento da prompt. Chiedere l'accesso per ogni file o applicazione può rendere frustranti i flussi di lavoro legittimi.
Un equilibrio migliore potrebbe prevedere un'approvazione duratura per risorse definite, combinata con una nuova conferma per azioni insolite. Ciò preserverebbe il lavoro di routine interrompendo i cambiamenti rischiosi nell'ambito di azione.
L'isolamento dell'esecuzione offre un ulteriore livello. Un agente può operare all'interno di una sandbox, un container, una macchina virtuale o un account utente dedicato con cartelle controllate.
Tale isolamento limita le conseguenze delle azioni errate. Rende inoltre il confine più concreto di un avviso che dipende da un giudizio perfetto dell'utente.
Anche i controlli di rete sono importanti. L'accesso ai file diventa più pericoloso quando lo stesso processo può trasmettere informazioni a destinazioni arbitrarie.
Un modello di sicurezza efficace dovrebbe separare lettura, modifica, esecuzione di comandi, uso delle credenziali e comunicazione di rete. Full Disk Access descrive solo una parte di quella catena.
Le tracce di audit possono aiutare gli utenti a comprendere cosa è accaduto. Un registro utile dovrebbe collegare ogni operazione sensibile all'attività, allo strumento, al processo e all'autorizzazione che l'hanno resa possibile.
Apple non ha annunciato quel livello di osservabilità. Senza di esso, gli utenti potrebbero sapere che un agente dispone di un ampio accesso, ma non come l'agente lo abbia utilizzato.
Esiste anche una preoccupazione concorrenziale. Apple controlla le autorizzazioni di macOS mentre sviluppa le proprie funzionalità di intelligence e i propri strumenti agentici.
Qualsiasi nuova regola dovrebbe quindi applicarsi in modo prevedibile al software Apple e agli sviluppatori terzi. Un accesso diseguale potrebbe trasformare un legittimo controllo di sicurezza in un vantaggio di piattaforma.
L'annuncio di ottobre non fornisce abbastanza dettagli per valutare questa questione. Indica il comportamento degli sviluppatori e il rischio per gli utenti, ma non pubblica criteri di implementazione.
I fornitori di backup potrebbero temere costi di supporto aggiuntivi. Gli sviluppatori di sicurezza potrebbero temere che controlli più rigidi riducano la visibilità sui sistemi che sono chiamati a proteggere.
Gli sviluppatori di agenti potrebbero sostenere che un ampio accesso locale sia necessario per una personalizzazione utile. Gli utenti potrebbero accettare tale affermazione per alcuni prodotti, ma respingerla per altri.
Queste posizioni non si escludono a vicenda. Un'autorizzazione può essere necessaria per un flusso di lavoro ed eccessiva per un altro.
La questione chiave è se i controlli di Apple migliorino la scelta informata senza rendere impraticabile il percorso di sviluppo più sicuro. Un attrito mal progettato può spingere gli utenti verso soluzioni alternative.
Gli sviluppatori potrebbero istruire gli utenti a eseguire comandi in Terminal o ad allentare altre protezioni. Questo risultato ridurrebbe la sicurezza nonostante una schermata delle impostazioni più rigorosa.
Apple deve inoltre tenere conto dell'accessibilità. Le conferme aggiuntive non possono dipendere da un linguaggio confuso, gesti nascosti o modelli di interazione che escludono alcuni utenti.
L'affermazione più forte dell'azienda è quindi più circoscritta di una soluzione completa. Un'azione più esplicita dovrebbe ridurre le concessioni superficiali e chiarire la gravità dell'autorizzazione.
Non eliminerà l'iniezione di prompt, gli aggiornamenti compromessi, le catene di strumenti non sicure o la progettazione di prodotti eccessivamente ampia. Questi rischi richiedono controlli sia dopo l'autorizzazione sia prima.
Cosa Devono Mostrare Ora Apple e gli Sviluppatori di Agenti
Tre segnali riveleranno se i limiti di accesso al disco sui Mac Apple creano una protezione significativa o aggiungono semplicemente un altro avviso.
Il primo segnale è l'implementazione di Apple. Gli utenti devono vedere se il nuovo processo aggiunge autenticazione, ambito granulare, approvazione temporanea o soltanto una formulazione più incisiva.
Una password o una conferma biometrica dimostrerebbero che l'utente ha approvato deliberatamente il cambiamento. Non ridurrebbero i dati disponibili dopo l'approvazione.
I controlli a livello di cartella o attività andrebbero oltre. Consentirebbero agli utenti di supportare il lavoro immediato di un agente senza esporre comunicazioni e registri non correlati.
L'accesso temporaneo affronterebbe un'altra debolezza. Le autorizzazioni potrebbero scadere dopo una sessione, un'attività completata o un periodo definito, anziché persistere indefinitamente.
L'implementazione rivelerà anche se le approvazioni esistenti resteranno invariate. Una revisione una tantum dell'accesso corrente potrebbe aiutare gli utenti a scoprire applicazioni che non utilizzano più.
Il secondo segnale è l'adattamento degli sviluppatori. I fornitori di agenti dovrebbero spiegare perché necessitano di Full Disk Access e indicare quali funzionalità smettono di funzionare senza di esso.
Le spiegazioni solide collegheranno le autorizzazioni ad attività concrete. Le spiegazioni deboli descriveranno l'accesso totale come un requisito generale per l'intelligence o la personalizzazione.
Gli sviluppatori possono anche dimostrare un'architettura più sicura. Tra gli indicatori utili figurano cartelle selezionate dall'utente, indicizzazione isolata, registri di attività visibili e approvazioni separate per la lettura e la modifica dei dati.
I prodotti che già evitano Full Disk Access otterranno un messaggio più chiaro. Possono dimostrare che flussi di lavoro agentici utili non richiedono sempre una visibilità illimitata dei file.
I fornitori di backup e sicurezza endpoint necessitano di una risposta diversa. Dovrebbero documentare perché l'accesso ampio resta essenziale e come proteggono le informazioni raccolte tramite tale privilegio.
Il terzo segnale è la coerenza nell'applicazione delle regole. Apple deve chiarire come le norme si applichino al proprio software, agli agenti terzi, ai dispositivi gestiti e alle utility tradizionali.
Un trattamento coerente rafforzerebbe l'argomentazione di sicurezza di Apple. Percorsi speciali senza ragioni trasparenti solleverebbero interrogativi sulla concorrenza di piattaforma.
Il comportamento aziendale sarà particolarmente rivelatore. Gli amministratori necessitano di opzioni di distribuzione prevedibili, mentre i dipendenti hanno bisogno di protezione da strumenti organizzativi inutilmente invasivi.
Apple deve bilanciare questi interessi senza ridurre il consenso a un ostacolo che gli amministratori aggirano silenziosamente. Una documentazione chiara delle politiche conterà quanto l'interfaccia per i consumatori.
Anche i ricercatori dovrebbero testare i controlli definitivi. Possono determinare se gli agenti ereditino l'accesso tramite processi helper, shell, framework di automazione o altre applicazioni approvate.
Questi test mostreranno se il nuovo varco protegge l'intera catena di esecuzione. Un'interfaccia rigida ha valore limitato se il software può raggiungere gli stessi dati tramite un'altra via privilegiata.
Gli utenti non devono attendere l'aggiornamento prima di esaminare la propria esposizione. L'elenco Full Disk Access è disponibile in Privacy & Security nelle Impostazioni di Sistema di macOS.
Ogni applicazione abilitata dovrebbe avere una ragione chiara e attuale per essere presente nell'elenco. Un'utility abbandonata o un agente sperimentale non dovrebbe mantenere l'accesso solo perché l'approvazione è avvenuta mesi prima.
La rimozione dell'autorizzazione può compromettere funzionalità legittime. Gli utenti dovrebbero verificare lo scopo e la documentazione dell'applicazione prima di modificare un sistema di lavoro o backup.
Gli sviluppatori possono prepararsi trattando l'accesso indiscriminato come un'eccezione. Dovrebbero identificare il più piccolo insieme di file e azioni richiesto per ciascuna funzionalità.
I team dovrebbero inoltre testare i percorsi di errore. A un agente cui viene negato l'accesso deve essere chiesto di interrompersi chiaramente, anziché sollecitare ripetutamente l'utente, inventare risultati o cercare una via indiretta.
L'annuncio di Apple segna un confine importante. L'azienda vuole l'innovazione degli agenti sul Mac, ma non considera più sufficiente il consenso convenzionale delle app per ogni flusso di lavoro autonomo.
Il vero test inizierà quando Apple pubblicherà i controlli. Gli utenti dovrebbero chiedersi se l'approvazione sia circoscritta, temporanea, riesaminabile e collegata a un'attività visibile.
Gli sviluppatori dovrebbero porsi una domanda più difficile: se un agente non può funzionare senza vedere l'intero Mac, tale accesso è centrale per il prodotto o semplicemente comodo?
Rivedete le autorizzazioni correnti, rimuovete le approvazioni prive di uno scopo chiaro e osservate come rispondono i fornitori di agenti. I limiti di accesso al disco sui Mac Apple conteranno solo se un accesso più sicuro diventerà pratico, non soltanto più difficile da approvare.
