12. November 2026 · VRAMfarm-Team

Sind meine Daten auf einer gemieteten GPU sicher? Wer sie sieht, wo sie liegen, DSGVO

Andere Kunden können Ihre Daten nicht sehen. Der Anbieter, dem die Maschine gehört, könnte es technisch, solange Ihr Server läuft, wie in jeder Cloud, in der jemand anderes die Hardware besitzt. Nach dem Stoppen wird die Serverfestplatte gelöscht. Für die meiste KI-Arbeit (öffentliche Modelle, eigene Bilder, Trainingsläufe, Testdatensätze) ist das ein vernünftiges Maß an Sicherheit. Für Geheimnisse, Kundendaten oder personenbezogene Daten anderer Menschen braucht es die Vorkehrungen, die hier beschrieben sind.

Wer die Maschine betreibt und wo sie steht

VRAMfarm besitzt keine Rechenzentren. Der Katalog bündelt Maschinen geprüfter Anbieter, und so bleiben die Preise niedrig. Drei Dinge sehen Sie bei jeder Maschine vor dem Start:

• Das Land. Es steht bei jeder Maschine im Katalog und in der Auswahl, wo Sie auch nach Region filtern können. „Europa“ meint dort die Geografie, nicht die EU: Dazu können Großbritannien, die Schweiz oder Norwegen gehören. Prüfen Sie also den Ländercode, wenn Ihnen ein Standort in der EU wichtig ist. Bei einigen Maschinen steht „Land nicht angegeben“; lassen Sie sie aus, wenn der Standort zählt.
• Verifiziert oder nicht. Standardmäßig zeigt der Katalog nur verifizierte Maschinen. Nicht verifizierte erscheinen erst, wenn Sie „Nicht verifizierte Maschinen anzeigen“ anhaken.
• Zuverlässigkeit, also der Anteil der Zeit, in der die Maschine ohne Ausfälle gelaufen ist, dazu Treiber- und CUDA-Version.

Sie entscheiden also, wo Ihr Job läuft. Ein Detail: Wird die gewählte Maschine in den Sekunden vor Ihrem Start von jemand anderem gemietet, nehmen wir eine ähnliche Maschine desselben Typs, und die kann in einem anderen Land stehen. Die Serverkarte unter Meine Server zeigt, in welchem Land er tatsächlich läuft. Prüfen Sie das, bevor Sie etwas Sensibles hochladen.

Was Ihre Daten standardmäßig schützt

Ihr eigener Container. Jeder Server läuft in einem eigenen Container mit eigener Festplatte und den GPUs, die Sie gemietet haben. Eine große Maschine kann mehrere Kunden gleichzeitig beherbergen, jeden in seinem eigenen Container, und keiner sieht die Dateien, Prozesse oder den GPU-Speicher der anderen.

Schlüssel statt Passwörter. SSH akzeptiert nur den öffentlichen Schlüssel aus Ihren Einstellungen; es gibt kein Passwort, das jemand erraten könnte. SSH und scp sind auf dem ganzen Weg von Ihrem Computer bis zum Server verschlüsselt. Der Jupyter-Link unter Meine Server enthält einen langen Token, der wie ein Passwort wirkt: Veröffentlichen Sie keine Screenshots davon. Sie verbinden sich über unsere Adresse, mit einem eigenen Port für jeden Server.

Die Festplatte wird beim Stoppen gelöscht. Wenn Sie stoppen, werden der Container und seine Festplatte gelöscht, und wir behalten keine Kopie, abgesehen von einem Ordner, den Sie bewusst gespeichert haben. Auch der Support kann sie nicht wiederherstellen; das ist die Kehrseite derselben Medaille. Was wir Ihnen nicht geben können, ist eine Bescheinigung, dass jeder physische Block auf dem Laufwerk des Anbieters überschrieben wurde. Wenn Sie dieses Niveau brauchen, verschlüsseln Sie die Daten, wie unten beschrieben.

Der gespeicherte Ordner gehört nur Ihnen. Wenn Sie auf Speichern und stoppen klicken, wandert /workspace in einen Speicher, der an keinen Anbieter gebunden ist. Der Ordner jedes Kunden hat einen eigenen Zugriffsschlüssel, der nur diesen Ordner öffnet, und diese Schlüssel liegen verschlüsselt in unserer Datenbank. Gelöscht wird der Ordner, wenn Sie ihn im Dashboard löschen, wenn Sie Ihr Konto löschen oder nach 30 Tagen bei einem Guthaben von null, mit vorheriger Benachrichtigung.

Was ein Anbieter technisch sehen könnte

Ein Container trennt Kunden voneinander. Er trennt Sie nicht vom Eigentümer der Maschine. Wer Administratorzugriff auf den physischen Server hat, kann grundsätzlich in die Container schauen, die darauf laufen: in ihre Festplatte, ihren Arbeitsspeicher, den GPU-Speicher und den Netzwerkverkehr, der die Maschine verlässt. Das gilt in jeder Cloud, in der Ihnen die Hardware nicht gehört. Bei Marktplatz-Clouds mit vielen unabhängigen Anbietern ist es nur sichtbarer.

Geprüfte Anbieter, verifizierte Maschinen und Zuverlässigkeitswerte senken die Wahrscheinlichkeit, dass jemand das tut. Unmöglich machen sie es nicht, und wir behaupten nichts anderes. Es gibt Hardware, die einen laufenden Job sogar vor dem Eigentümer der Maschine verbirgt (Confidential Computing auf manchen Rechenzentrums-GPUs), aber wir bieten sie nicht an. Verlangt Ihr Vertrag diese Garantie, brauchen Sie einen Anbieter, der sie gibt.

Was unser eigener Dienst sieht: die Zahl der Verbindungen, die GPU-Last und die Menge des Traffics, genutzt für die Abrechnung und den automatischen Stopp bei Leerlauf. Unsere Automatisierung verbindet sich außerdem mit Ihrem Server, um eine fertige App zu installieren, sie nach einem Absturz neu zu starten und Ihren Ordner zu speichern, wenn Sie das wünschen. Wir verkaufen keine Daten, und die fertigen Apps führen ihre Modelle auf Ihrem Server aus, Ihre Prompts gehen also nicht an einen externen KI-Dienst.

Sechs Wege, das Risiko zu senken

1. Laden Sie keine Geheimnisse hoch. Keine produktiven API-Schlüssel, keine Admin-Zugangsdaten für die Cloud, keine .env-Dateien aus Live-Systemen und keine privaten SSH-Schlüssel. Braucht ein Job einen Token, erstellen Sie einen nur dafür: einen Hugging-Face-Token mit Lesezugriff, einen S3-Schlüssel, der auf einen Bucket beschränkt ist, einen eigenen API-Token für VRAMfarm. Widerrufen Sie ihn, wenn der Job erledigt ist. Die Spalte Zuletzt genutzt unter Einstellungen → API-Tokens zeigt, ob ein Token verwendet wird.

2. Verschlüsseln Sie Datensätze für Ablage und Übertragung. Bewahren Sie sensible Daten zu Hause und in Ihrem Bucket verschlüsselt auf und entschlüsseln Sie sie erst auf dem Server, am besten in einen Ordner, den Sie nicht speichern. Mit age:

# auf Ihrem Computer
tar czf - dataset | age -p > dataset.tgz.age

# auf dem Server (apt-get install -y age)
age -d dataset.tgz.age | tar xzf - -C /root

Unter Windows erledigt ein 7-Zip-Archiv mit AES-256 und verschlüsselten Dateinamen (7z a -p -mhe=on data.7z dataset) dasselbe. Seien Sie sich im Klaren, was das bringt: Die Daten sind in Ihrem Bucket, bei der Übertragung und in Resten nach dem Stopp geschützt. Während der Job läuft, liegen die entschlüsselten Dateien auf dem Server; gegen einen Anbieter, der eine laufende Maschine untersucht, schützt die Verschlüsselung also nicht.

3. Behalten Sie Chats und Prompts auf Ihrem eigenen Server. Für vertrauliche Dokumente führt ein privater Chat mit Qwen3 oder eine andere fertige App das Modell auf der GPU aus, die Sie mieten. Nichts geht an eine externe KI-API, und die Unterhaltung wird beim Stoppen gelöscht, sofern Sie den Ordner nicht speichern.

4. Wählen Sie das Land. Wenn Ihre Daten in der EU bleiben sollen, wählen Sie eine Maschine in einem EU-Land und prüfen Sie nach dem Start auf der Serverkarte, wo sie gelandet ist.

5. Ergebnisse herunterkopieren, dann ohne Speichern stoppen. Bei einem sensiblen Projekt laden Sie das Nötige mit scp oder rclone herunter und klicken auf Stoppen, nicht auf Speichern und stoppen. Haben Sie früher einen Ordner gespeichert, löschen Sie ihn im Dashboard, wenn das Projekt endet. Den Unterschied zwischen den beiden Buttons erklärt der Artikel was mit Ihren Dateien passiert, wenn Sie eine GPU stoppen.

6. Schicken Sie weniger echte Daten. Debuggen Sie mit synthetischen oder anonymisierten Beispielen, entfernen Sie Namen und IDs aus Datensätzen, schneiden Sie Gesichter aus Bildern, die Sie für die Aufgabe nicht brauchen. Daten, die nicht auf dem Server liegen, können von dort auch nicht abfließen.

Zu eigenen Fotos fürs LoRA-Training, einer häufigen Sorge: Einen Nachmittag lang mit dem eigenen Gesicht auf einer geprüften Maschine zu trainieren, ist für die meisten ein kleines Risiko. Wenn es Sie stören würde, die Fotos irgendwo wiederzufinden, nehmen Sie den kleinsten Satz, der funktioniert (15–25 Bilder sind üblich), wählen Sie das Land und stoppen Sie ohne Speichern. Für Fotos anderer Personen brauchen Sie deren Erlaubnis, und das ist auch eine Frage der DSGVO.

Die DSGVO in einfachen Worten

Wenn Sie personenbezogene Daten anderer hochladen (Kunden, Patienten, Mitarbeitende, Nutzer Ihrer App), sind Sie der Verantwortliche und entscheiden, wozu sie verarbeitet werden. Wer sie für Sie verarbeitet, ist Auftragsverarbeiter, und die DSGVO verlangt mit ihm einen schriftlichen Vertrag, den Auftragsverarbeitungsvertrag (AV-Vertrag) nach Artikel 28. Einen solchen können wir noch nicht anbieten: Unser Unternehmen befindet sich noch in der Gründung, und es gibt keinen AV-Vertrag zum Herunterladen. Bis es so weit ist, verarbeiten Sie auf diesen Servern keine personenbezogenen Daten anderer, es sei denn, Ihre eigene Datenschutzberatung hält es in Ihrem Fall für unbedenklich. Anonymisierte und synthetische Daten sind keine personenbezogenen Daten und haben dieses Problem nicht.

Standort. Maschinen können außerhalb der EU stehen, und wir versprechen keine Verarbeitung ausschließlich in der EU. Sie sehen das Land vor dem Start und können in der EU bleiben, indem Sie EU-Maschinen wählen. Rechtliche Fragen, etwa welche ausländischen Gesetze auf einen bestimmten Anbieter durchgreifen können, hängen davon ab, wer die Maschine wo betreibt. Wir beantworten sie gründlich, wenn es den AV-Vertrag gibt, nicht in einem Blogartikel.

Zertifizierungen. Verlangt Ihr Vertrag für jede Maschine ein nach ISO 27001 oder ähnlich zertifiziertes Rechenzentrum, ist ein Katalog vieler Anbieter heute nicht das richtige Werkzeug für dieses Projekt.

Ihre Kontodaten (E-Mail, Zahlungshistorie, SSH-Schlüssel, Support-Chat) fallen unter unsere Datenschutzerklärung. Sie können verlangen, sie einzusehen, zu berichtigen oder zu löschen. Wenn Sie Ihr Konto löschen, werden E-Mail, Name, SSH-Schlüssel und gespeicherter Ordner entfernt.

Für die meiste Arbeit auf gemieteten GPUs (Bilder erzeugen, mit eigenen Daten trainieren, offene Modelle testen) reichen die Standardschutzmaßnahmen plus die Schritte 1, 4 und 5. Bei Kundendaten entscheiden Sie vor dem Hochladen, nicht danach, und wenn Sie unsicher sind, fragen Sie uns, was davon für Ihren Fall gilt.