Un agente AI legge i dati e le istruzioni nello stesso testo. Il perimetro delle azioni, gli accessi e i casi che richiedono una conferma si decidono in fase di progetto.
Oppure scriveteci: info@ggtechnologies.sm
Un modello linguistico non distingue i dati che legge dalle istruzioni che riceve: sono lo stesso testo. Un documento, un messaggio di posta o una pagina web possono quindi contenere una richiesta che l'agente esegue come se arrivasse da voi. Si chiama iniezione di istruzioni — in inglese prompt injection — ed è la ragione per cui un agente si progetta a partire dai suoi poteri.
Il metodo è quello di qualsiasi applicazione che tocca dati aziendali: quali azioni può compiere, su quali sistemi, con quali credenziali e in quali casi serve l'approvazione di una persona. La scelta del modello viene dopo, e si può cambiare.
CVE-2025-32711 ha una data, due valutazioni di gravità e un indirizzo dove chiunque può leggerlo. L'articolo che lo racconta.
GDPR e AI Act per il trattamento e per gli obblighi sui sistemi ad alto rischio; per i reati e la responsabilità civile legati all'AI, il D.Lgs. 160/2026.
Chi userà gli strumenti impara a riconoscere una richiesta che non va eseguita: uso professionale dell'AI.
Software progettato e sviluppato interamente in Europa.
Se i dati non possono uscire dall'azienda, il capitolo è un altro: come funziona l'AI on-premise. Per chi userà gli strumenti ci sono i corsi di formazione.
Ogni agente ha un elenco chiuso di operazioni disponibili: quello che sta fuori dall'elenco passa da una persona.
Credenziali dedicate all'agente, con i permessi del compito che deve svolgere e niente di più.
Dove gira il modello è una decisione di progetto, e cambia chi risponde dei dati che l'agente legge.
Assistenti e automazioni collegati alla posta, ai file o al gestionale, riletti uno per uno.
Quali operazioni l'agente compie da solo, e quali restano a una persona.
Credenziali dedicate e permessi minimi per ogni sistema che l'agente tocca.
Documenti e messaggi costruiti apposta per far deviare l'agente, prima della messa in esercizio.
Registro delle azioni, revisione periodica e revoca rapida quando cambia qualcosa.
È una richiesta nascosta dentro un documento, un messaggio o una pagina web, che l'agente legge ed esegue come se arrivasse da voi. La difesa sta nei poteri: se l'agente non può disporre un pagamento o cancellare un archivio, una richiesta nascosta non ottiene nulla.
Sì, ed è una decisione di architettura più che una configurazione: quali cartelle legge, che cosa può inviare, quali messaggi richiedono una conferma. La differenza fra una prova e un servizio in esercizio sta in queste risposte.
Sì. La revisione elenca, per ogni strumento, quali dati raggiunge, quali azioni compie da solo e dove manca l'approvazione di una persona. Quello che ne esce è un elenco di correzioni in ordine di gravità, con il lavoro che ciascuna richiede.
No, e le due cose rispondono a domande diverse. Il modello in locale decide dove vengono elaborati i dati; il perimetro decide che cosa l'agente può fare. Un agente che gira sui vostri server può comunque scrivere nei vostri sistemi.
Dal registro: ogni azione lascia il momento, l'operazione e i dati toccati. È anche il modo in cui si misura se sta facendo il lavoro per cui è stato messo lì.
Descriveteci che cosa fa oggi e a che cosa accede. Da lì si capisce dove serve un perimetro e dove serve una conferma.