12 novembre 2026 · Team VRAMfarm

I miei dati sono al sicuro su una GPU a noleggio? Chi li vede, dove girano, GDPR

Gli altri clienti non possono vedere i tuoi dati. L’host proprietario della macchina, tecnicamente, potrebbe farlo mentre il tuo server è acceso, come su qualsiasi cloud dove l’hardware è in mano a qualcun altro. Dopo lo stop, il disco del server viene cancellato. Per la maggior parte del lavoro con l’IA (modelli pubblici, immagini tue, training, dataset di prova) è un livello di sicurezza ragionevole. Per segreti, dati dei clienti o dati personali di altre persone servono le precauzioni descritte qui.

Chi gestisce la macchina, e dove si trova

VRAMfarm non possiede data center. Il catalogo riunisce macchine di host verificati, ed è così che i prezzi restano bassi. Di ogni macchina vedi tre cose prima dell’avvio:

• Il paese. È indicato su ogni macchina del catalogo e nel selettore, dove puoi anche filtrare per regione. “Europa” lì è geografia, non UE: può includere Regno Unito, Svizzera o Norvegia, quindi controlla il codice del paese se per te conta che la macchina sia nell’UE. Alcune macchine mostrano “Paese non indicato”; se la posizione conta, saltale.
• Verificata o no. Di default il catalogo mostra solo macchine verificate. Quelle non verificate compaiono solo se spunti “Mostra le macchine non verificate”.
• L’affidabilità, cioè la quota di tempo in cui la macchina ha funzionato senza guasti, insieme al driver e alla versione CUDA.

Quindi sei tu a scegliere dove gira il tuo lavoro. Un dettaglio: se la macchina che hai scelto viene noleggiata da qualcun altro nei secondi prima del tuo avvio, ne prendiamo una simile dello stesso tipo, che può trovarsi in un altro paese. La scheda del server in I miei server mostra il paese in cui gira davvero, quindi controllala prima di caricare qualcosa di sensibile.

Cosa protegge i tuoi dati di default

Un container tutto tuo. Ogni server gira in un container separato con il suo disco e le GPU che hai noleggiato. Una macchina grande può ospitare più clienti insieme, ognuno nel suo container, e nessuno di loro vede i file, i processi o la memoria GPU degli altri.

Chiavi, non password. SSH accetta solo la chiave pubblica delle tue impostazioni; non c’è nessuna password da indovinare. SSH e scp sono cifrati per tutto il tragitto dal tuo computer al server. Il link di Jupyter in I miei server contiene un token lungo, che funziona come una password: non pubblicarne screenshot. Ti colleghi tramite il nostro indirizzo, con una porta diversa per ogni server.

Il disco viene cancellato allo stop. Quando fermi il server, il container e il suo disco vengono cancellati, e non teniamo nessuna copia a parte la cartella che hai scelto di salvare. Nemmeno l’assistenza può recuperarlo, ed è l’altra faccia della stessa medaglia. Quello che non possiamo darti è un certificato che ogni blocco fisico del disco dell’host sia stato sovrascritto. Se ti serve quel livello, cifra i dati come descritto più sotto.

La cartella salvata è solo tua. Se clicchi Salva e ferma, /workspace va su uno storage non legato a nessun host. La cartella di ogni cliente ha una sua chiave di accesso che apre solo quella cartella, e queste chiavi sono conservate cifrate nel nostro database. La cartella viene eliminata quando la elimini dalla dashboard, quando elimini il tuo account o dopo 30 giorni con il credito a zero, con un avviso prima.

Cosa potrebbe vedere tecnicamente un host

Un container separa i clienti tra loro. Non separa te dal proprietario della macchina. Chi ha accesso da amministratore al server fisico può, in linea di principio, guardare dentro i container che ci girano: il loro disco, la loro memoria, la memoria della GPU, il traffico di rete in uscita dalla macchina. Vale per qualsiasi cloud in cui l’hardware non è tuo. Sui cloud a marketplace con molti host indipendenti, è semplicemente più evidente.

La verifica degli host, le macchine verificate e i punteggi di affidabilità riducono la probabilità che qualcuno lo faccia. Non lo rendono impossibile, e non faremo finta che sia così. Esiste hardware che nasconde un lavoro in esecuzione anche al proprietario della macchina (il confidential computing di alcune GPU da data center), ma noi non lo offriamo. Se il tuo contratto richiede questa garanzia, ti serve un fornitore che la dia.

Cosa vede il nostro servizio: numero di connessioni, carico della GPU e volume di traffico, usati per la fatturazione e per l’arresto automatico per inattività. La nostra automazione si collega anche al tuo server per installare un’app pronta, riavviarla se va in crash e salvare la tua cartella quando lo chiedi. Non vendiamo dati, e le app pronte fanno girare i loro modelli sul tuo server, quindi i tuoi prompt non vengono passati a un servizio di IA esterno.

Sei modi per ridurre il rischio

1. Non caricare segreti. Niente chiavi API di produzione, credenziali da amministratore del cloud, file .env di sistemi in produzione o chiavi SSH private. Se un lavoro ha bisogno di un token, creane uno solo per quello: un token di Hugging Face in sola lettura, una chiave S3 limitata a un solo bucket, un token API di VRAMfarm separato. Revocalo quando il lavoro è finito. La colonna Ultimo utilizzo in Impostazioni → Token API mostra se un token viene usato.

2. Cifra i dataset per archiviarli e trasferirli. Tieni i dati sensibili cifrati a casa e nel tuo bucket, e decifrali solo sul server, meglio se in una cartella che non salverai. Con age:

# sul tuo computer
tar czf - dataset | age -p > dataset.tgz.age

# sul server (apt-get install -y age)
age -d dataset.tgz.age | tar xzf - -C /root

Su Windows, un archivio 7-Zip con AES-256 e nomi dei file cifrati (7z a -p -mhe=on data.7z dataset) fa lo stesso lavoro. Sii chiaro su cosa ottieni: i dati sono protetti nel tuo bucket, durante il trasferimento e negli eventuali residui dopo lo stop. Mentre il lavoro gira, i file decifrati esistono sul server, quindi la cifratura non protegge da un host che ispeziona una macchina accesa.

3. Tieni chat e prompt sul tuo server. Per documenti riservati, una chat privata su Qwen3 o un’altra app pronta fa girare il modello sulla GPU che noleggi. Niente va a un’API di IA esterna, e la conversazione viene cancellata quando fermi il server, a meno che tu non salvi la cartella.

4. Scegli il paese. Se i tuoi dati devono restare nell’UE, scegli una macchina in un paese dell’UE e, dopo l’avvio, controlla la scheda del server per verificare dove è finita.

5. Copia fuori i risultati, poi ferma senza salvare. Per un progetto sensibile, scarica quello che ti serve con scp o rclone e clicca Ferma, non Salva e ferma. Se in precedenza hai salvato una cartella, eliminala dalla dashboard quando il progetto finisce. La differenza tra i due pulsanti è spiegata in cosa succede ai tuoi file quando fermi una GPU.

6. Manda meno dati reali. Fai il debug su campioni sintetici o anonimizzati, togli nomi e ID dai record, ritaglia i volti dalle immagini quando non servono al compito. I dati che non stanno sul server non possono uscirne.

Sulle foto personali per il training di una LoRA, una preoccupazione frequente: addestrare sul tuo volto per un pomeriggio su una macchina verificata è un rischio piccolo per la maggior parte delle persone. Se ti darebbe fastidio vedere le foto finire in giro, usa il set più piccolo che funziona (di solito 15–25 immagini), scegli il paese e ferma senza salvare. Per le foto di altre persone serve il loro permesso, ed è anche una questione di GDPR.

Il GDPR in parole semplici

Quando carichi dati personali di altre persone (clienti, pazienti, dipendenti, utenti della tua app), sei tu il titolare del trattamento e decidi perché vengono trattati. Chi li tratta per conto tuo è un responsabile del trattamento, e il GDPR prevede un contratto scritto con lui, l’accordo sul trattamento dei dati (DPA) dell’articolo 28. Per ora non possiamo offrirlo: la nostra società è ancora in fase di costituzione e non c’è un DPA da scaricare. Finché non ci sarà, non trattare dati personali di altre persone su questi server, a meno che il tuo consulente per la protezione dei dati non ti dica che nel tuo caso va bene. I dati anonimizzati e quelli sintetici non sono dati personali e non hanno questo problema.

Posizione. Le macchine possono trovarsi fuori dall’UE, e non promettiamo un trattamento solo nell’UE. Vedi il paese prima dell’avvio e puoi restare nell’UE scegliendo macchine nell’UE. Domande legali come quali leggi straniere possano raggiungere un certo host dipendono da chi gestisce quella macchina e da dove si trova. Risponderemo come si deve quando esisterà il DPA, non in un articolo del blog.

Certificazioni. Se il tuo contratto richiede data center certificati ISO 27001 o simili per ogni macchina, oggi un catalogo di molti host non è lo strumento giusto per quel progetto.

I dati del tuo account (email, storico dei pagamenti, chiave SSH, chat con l’assistenza) sono coperti dalla nostra informativa sulla privacy. Puoi chiedere di vederli, correggerli o cancellarli. Eliminare l’account rimuove email, nome, chiave SSH e cartella salvata.

Per la maggior parte del lavoro che si fa sulle GPU a noleggio (generare immagini, addestrare sui propri dati, provare modelli open), le protezioni di default più i passi 1, 4 e 5 bastano. Per i dati dei clienti, decidi prima di caricarli, non dopo, e se hai dubbi chiedici quale parte di tutto questo vale per il tuo caso.