Vai al contenuto
XSIS
Un emblema a forma di scudo luminoso su un circuito, con scintille di luce

Cyber e quantistico

Sicurezza dell’IA agentica e identità degli agenti di IA

Agenti di IA che hanno solo l’accesso di cui hanno bisogno, e solo per il tempo in cui serve

Agenti con le chiavi di tutto

Gli agenti di IA ormai leggono documenti, richiamano API e spostano dati da soli. Ognuno è un’identità non umana (NHI): un account, una chiave o un token usati da software invece che da una persona. Agli agenti vengono spesso date chiavi di lunga durata con ampi diritti, e nessuno verifica che cosa ne fanno.

Gli attaccanti se ne sono accorti. Un documento costruito ad arte può ordinare a un agente di divulgare dati (prompt injection), una descrizione di strumento avvelenata può dirottarlo (tool poisoning) e una chiave rubata può far salire il conto dei Suoi modelli (LLMjacking).

Che cosa cambia per Lei

  1. Nessun privilegio permanente

    Gli agenti ricevono credenziali di breve durata per ogni attività e tra un’attività e l’altra non hanno alcun accesso.

  2. Attacchi trovati prima degli attaccanti

    I Suoi agenti e modelli sono attaccati di proposito, in modo controllato, e le debolezze vengono corrette.

  3. Dati che restano dentro

    I dati sensibili non possono uscire attraverso le risposte di un modello, i suoi log o una chiave rubata.

Che cosa consegniamo

  • Identità degli agenti di IA

    Ogni agente riceve una propria identità, un responsabile e uno scopo, gestiti nella Sua gestione delle identità e degli accessi (IAM) come qualsiasi altro account, con ogni azione registrata.

  • Credenziali dinamiche just-in-time

    Credenziali emesse per una singola attività e scadute quando finisce, così un token rubato vale poco e nessun agente conserva accessi che non sta usando.

  • Red teaming dell’IA

    Attacchi controllati ai Suoi modelli e agenti, compresi jailbreak, prompt injection e tool poisoning, con ogni rilievo riprodotto, classificato e ricollaudato dopo la correzione.

  • Firewall contro prompt injection e tool poisoning

    Guardrail tra gli agenti, i loro input e i loro strumenti che rilevano e bloccano istruzioni nascoste in documenti, pagine web e descrizioni degli strumenti.

  • Prevenzione della fuga di dati dagli LLM

    Controlli che impediscono a dati personali e riservati di uscire tramite prompt, risposte o log, sia per i modelli sovrani sia per quelli ospitati.

  • Difesa dal LLMjacking

    Chiavi dei modelli conservate in un vault, limiti di utilizzo e avvisi su consumi insoliti, così una chiave rubata viene intercettata prima che costi.

  • Audit della filiera dei modelli

    Verifiche sulla provenienza di modelli, pesi, dataset e strumenti degli agenti, e su eventuali alterazioni.

Come si svolge il lavoro

  1. Elencare gli agenti

    Troviamo ogni agente, modello e strumento in uso, le identità che possiedono e i dati che possono raggiungere.

  2. Modellare le minacce

    Per ogni agente individuiamo che cosa prenderebbe di mira un attaccante e come, dai suoi input ai suoi strumenti.

  3. Red teaming

    Attacchiamo agenti e modelli entro regole concordate e registriamo ogni rilievo perché possa essere riprodotto.

  4. Rafforzare

    Introduciamo identità degli agenti, credenziali just-in-time, guardrail e controlli sulle fughe di dati, partendo dai rischi più alti.

  5. Ricollaudare e monitorare

    Ricollaudiamo ogni correzione e impostiamo il monitoraggio del comportamento degli agenti e dell’uso dei modelli.

Risultati in produzione

Costruiamo i sistemi multi-agente che proteggiamo. In un istituto finanziario regolamentato i nostri agenti lavorano sotto supervisione umana e con recupero consapevole dei permessi, così ciascuno vede solo i documenti che il suo utente può vedere.

Standard e strumenti

IA e apprendimento automatico
  • Jais
  • Mistral
Sicurezza e crittografia
  • HashiCorp Vault
Standard e normative
  • EU AI Act
  • GDPR
  • MENA PDPL

Come iniziare

Che cosa succede dopo

  1. Sessione di preconsulenza

    Una sessione di preconsulenza online gratuita di 30 minuti: esaminiamo i Suoi obiettivi, i Suoi sistemi e i Suoi vincoli.

  2. Revisione di preparazione

    Nell’ambito di una revisione di preparazione gratuita di 48 ore, un architetto principal verifica il Suo progetto rispetto alla definizione di «pronto» in 6 punti e raccomanda il Track più adatto.

  3. Scelta del Track

    I progetti con perimetro definito ricevono una proposta vincolante entro 3–5 giorni lavorativi. I progetti in fase di concept iniziano nel Blueprint Studio. Un sistema in produzione che non funziona, non è documentato o richiede integrazione inizia con una diagnosi di 1–2 settimane. Il Blueprint Studio e la diagnosi hanno ciascuno un compenso fisso, indicato nella proposta.

  4. Consegna in cinque fasi

    Mobilitazione, sprint con dimostrazioni dal vivo, integrazione e consolidamento, collaudo e go-live, poi servizi gestiti. Dopo il lancio seguono un periodo di garanzia, poi supporto e manutenzione opzionali.

Il modo più rapido per iniziare è il pacchetto Audit di sicurezza post-quantistico (CBOM) e degli agenti, uno dei nostri pacchetti di collaborazione rapidi.

Da dove iniziare

Domande e risposte

Che cos’è un’identità non umana e perché conta per l’IA?

Un’identità non umana è qualsiasi account, chiave o token usati da software invece che da una persona: account di servizio, chiavi API e ora agenti di IA. Sono facili da creare e facili da dimenticare, e molti non scadono mai. Un agente di IA che agisce da solo con una chiave simile può fare molti danni se viene ingannato o se la chiave viene rubata.

Che cos’è la prompt injection?

Un attacco che nasconde istruzioni in contenuti che un modello di IA legge, come un’e-mail, un documento o una pagina web, così il modello segue l’attaccante invece del suo utente. Il modello da solo non può impedirlo. La difesa combina guardrail su input e output, agenti con accesso limitato e approvazione umana per le azioni sensibili.

Come funzionano le credenziali just-in-time per gli agenti?

Invece di una chiave permanente, l’agente chiede l’accesso quando inizia un’attività. Riceve una credenziale limitata a quell’attività e a quel momento, e la credenziale scade quando l’attività finisce. Ogni richiesta è registrata, così può vedere quale agente ha fatto che cosa e per conto di chi.

In che cosa consiste un esercizio di red teaming dell’IA?

Concordiamo ambito e regole, poi attacchiamo modelli e agenti come farebbe un avversario: jailbreak, prompt injection, tool poisoning e tentativi di estrarre dati. Riceve ogni rilievo con i passaggi per riprodurlo, classificato per rischio, e ricollaudiamo dopo le correzioni.

Potete proteggere agenti e modelli che non avete costruito voi?

Sì. Identità, credenziali, guardrail e monitoraggio stanno intorno all’agente, quindi funzionano con agenti costruiti internamente, da un altro fornitore o sulla piattaforma di un produttore. Ci serve accesso alla configurazione dell’agente e alle sue connessioni, non necessariamente al suo codice.

Usiamo un modello ospitato da un grande fornitore. I nostri dati sono al sicuro?

Dipende dalle condizioni del fornitore, dalla regione in cui gira e da ciò che gli invia. Esaminiamo questi tre aspetti, aggiungiamo controlli sulle fughe davanti al modello e, dove i dati non possono lasciare la Sua giurisdizione, raccomandiamo un modello sovrano o privato.

Pronto a costruire? Chieda una proposta.

Invii i Suoi requisiti o la Sua RFP. I nostri architetti li validano e restituiscono una proposta vincolante a perimetro fisso.

Che cosa succede dopo

  1. Revisione di preparazione

    Nell’ambito di una revisione di preparazione gratuita di 48 ore, un architetto principal verifica il Suo progetto rispetto alla definizione di «pronto» in 6 punti e raccomanda il Track più adatto.

  2. Proposta vincolante

    Dopo la validazione architetturale senza costi, riceve una proposta vincolante a perimetro fisso entro 3–5 giorni lavorativi: milestone, architettura, struttura del team e SLA. Su richiesta firmiamo con Lei un accordo di riservatezza (NDA) prima che condivida i Suoi requisiti.

  3. Mobilitazione

    Alla firma, i nostri pod di ingegneria iniziano lo Sprint 0 entro 5–10 giorni lavorativi dalla firma del contratto.

  4. Consegna in cinque fasi

    Mobilitazione, sprint con dimostrazioni dal vivo, integrazione e consolidamento, collaudo e go-live, poi servizi gestiti. Dopo il lancio seguono un periodo di garanzia, poi supporto e manutenzione opzionali.