Riservatezza

I dati restano dell’utente

• I progetti sono file sul proprio disco. Nessuno spazio di lavoro ospitato, nessuna sincronizzazione automatica.
• I server di simulazione girano sulla propria macchina, su localhost. Nessun passaggio attraverso un servizio di terze parti.
• La cronologia delle risposte è un archivio collocato accanto al progetto.
• I segreti non vengono mai scritti nel progetto: vivono in un file locale oppure nelle variabili d’ambiente del sistema. Si veda Segreti.
• Le azioni di codice si eseguono in una sandbox WebAssembly, senza accesso al file system.

Il firewall

Restorm intercetta tutte le proprie chiamate in uscita — quelle dell’utente come quelle delle sue dipendenze — e blocca per impostazione predefinita ciò che non proviene da un URL del progetto, chiedendo l’autorizzazione.

È la garanzia più concreta offerta qui: una libreria di terze parti non può chiamare un servizio remoto senza che l’utente lo veda. Si veda Firewall.

Ciò che esce comunque

Traffico	Quando
Le proprie richieste	Quando vengono inviate — è il principio dello strumento
Verifica di aggiornamento	All’avvio e ogni quattro ore, disattivabile nelle impostazioni
Verifica dei diritti	Soltanto se si è connessi a un account
Importazione tramite URL	Soltanto quando se ne avvia una

Le chiamate di aggiornamento sono esentate dal firewall; tutte le altre vi sono soggette.

Il pilotaggio tramite IA

Il server MCP ascolta soltanto sul loopback locale ed esige un token proprio del processo. Non si avvia mai su una macchina senza display.

Un agente riceve il valore risolto dei propri segreti, come il resto dell’applicazione — pilota Restorm per conto dell’utente. Ogni chiamata viene registrata nei log MCP.

Una cosa da sapere: run_request chiama davvero la destinazione. È il flusso di approvazione del proprio client MCP a fare da barriera di sicurezza — conviene tenerlo attivo.

Politica completa

L’informativa sulla riservatezza del servizio è pubblicata su restorm.app/privacy.