IT
Lezione 4.3Pro - Parte di Agentic School Pro

Sandbox: esecuzione di codice sicura con E2B, Daytona e compagnia

Eseguire codice generato da agente e non fidato in sicurezza dentro sandbox isolate e usa e getta invece che sulla tua macchina

24 min•Automazione e sistemi agentici•Disponibile

Cosa impari

  • Perche eseguire localmente codice generato da IA o non fidato e davvero rischioso
  • Cos'e una sandbox e come E2B e Daytona forniscono ambienti usa e getta
  • Le tre situazioni in cui devi sandboxare: codice sottomesso dall'utente, output d'agente non fidato, esperimenti paralleli

Panoramica

Un agente che puo scrivere codice e anche un agente che vuole eseguirlo, e dall'istante in cui lasci codice arbitrario eseguirsi sul tuo laptop o server, una riga cattiva puo cancellare file, far trapelare segreti dal tuo ambiente o aprire una connessione che non avevi previsto. Una sandbox risolve cio dando al codice un computer fresco, isolato e usa e getta dove girare. Se il run va male, butti la sandbox e non perdi niente. Questa lezione spiega il rischio onestamente, definisce cos'e una sandbox, presenta i principali servizi e ti da una regola chiara per sapere quando usarne una e quando un run locale va bene.

Cosa imparerai

Imparerai perche eseguire codice generato da IA sulla tua macchina e un rischio di sicurezza e affidabilita, cosa offre realmente una sandbox (isolamento, usa e getta, limiti di risorse), come servizi gestiti come E2B e Daytona ne montano una a richiesta per il tuo agente, e le tre situazioni concrete che esigono sempre una sandbox. Riparti capace di decidere per compito se il codice puo girare localmente o deve essere rinchiuso.

Prerequisiti

I Corsi da 1 a 3, soprattutto il materiale sui segreti e la sicurezza del Corso 3. Devi capire che la tua macchina tiene variabili d'ambiente, chiavi SSH e sessioni connesse che ogni processo locale puo leggere, perche e esattamente cio che una sandbox protegge. Le basi di API contano anche, poiche piloti questi servizi tramite i loro SDK.

Il problema

I workflow agentici generano codice poi devono eseguirlo, per vedere se funziona, trasformare dati o soddisfare una richiesta. La tentazione e lasciarlo semplicemente girare - e per codice che hai scritto ed esaminato, va bene. Ma l'output d'agente non e sempre corretto, e se un input e venuto da un utente o dal web aperto, non e sempre amichevole. Una sola comando rm, un ciclo infinito che mette la tua CPU in ginocchio, uno script che legge process.env e telefona a casa: non sono casi esotici, sono i modi di fallimento standard quando si esegue codice non fidato con pieno accesso al tuo vero sistema.

Sblocco della tua lezione Pro

Commenti

Caricamento dei commenti.

Pubblica un commento
CommentiAvanti
Prossimo passo

Pronto a far funzionare l'intelligenza artificiale come un vero flusso di lavoro?

Inizia con il corso di base, mantieni i tuoi progressi localmente e sincronizza tutto con il tuo account gratuito quando vuoi.