„Verschlüsselter VPS" ist eine Phrase, die viele Hoster herumwerfen, ohne zu sagen, wovor sie schützt. Wir sind lieber geradeheraus, denn die Leute, denen das wichtig ist, legen Wert auf Genauigkeit. Du kannst verschlüsselten Speicher auf einem VPS betreiben — ein LUKS-verschlüsseltes Datenvolume, das du mit einer Passphrase entsperrst — und es schützt deine Daten im Ruhezustand wirklich. Was es nicht tut, ist, einen laufenden Server für denjenigen unsichtbar zu machen, der die physische Hardware kontrolliert. Hier ist die ehrliche Form davon, und wie man es einrichtet.
Was Verschlüsselung auf einem VPS tut — und nicht
Was echt ist: ein LUKS-Volume ist Chiffretext, wenn es gesperrt ist. Schalte den Server aus oder entsperre das Volume einfach nicht — und die Dateien sind ohne deine Passphrase unlesbar. Eine Platte, die ausgemustert, kalt geimagt oder im ausgeschalteten Zustand beschlagnahmt wird, gibt nichts Lesbares her. Das ist ein echter, lohnender Schutz — und es ist die häufige Bedrohung für die meisten Leute (eine ausgemusterte Platte, ein kalter Snapshot, beiläufiger Zugriff).
Was nicht: solange das Volume eingehängt ist und der Server läuft, ist der Verschlüsselungsschlüssel im RAM, und der Anbieter betreibt den Hypervisor unter deiner VM. Full-Disk-Verschlüsselung auf jedem VPS — unserem oder irgendjemandes — kann ein laufendes, entsperrtes Volume nicht vor einem entschlossenen Betreiber der physischen Maschine schützen. Jeder Host, der etwas anderes verspricht, verkauft zu viel. Wir tun das nicht.
Also: echter Schutz im Ruhezustand, ehrliche Grenzen im Betrieb. Dieser Handel lohnt sich für einen privaten Datenspeicher, den du im Leerlauf unlesbar hältst — gepaart mit KYC-freier Registrierung, damit der Speicher gar nicht erst an deine Identität gebunden ist.
Ein LUKS-verschlüsseltes Volume einrichten (Ubuntu 24.04)
# encrypt a data file/volume with LUKS; keep the passphrase OFF the server
apt update && apt install -y cryptsetup
# create a 20 GB encrypted container (or point at a raw data disk)
fallocate -l 20G /srv/secure.img
cryptsetup luksFormat /srv/secure.img # sets your passphrase
cryptsetup luksOpen /srv/secure.img secure # unlock → /dev/mapper/secure
mkfs.ext4 /dev/mapper/secure
mkdir -p /mnt/secure && mount /dev/mapper/secure /mnt/secure
# your files live in /mnt/secure — ciphertext once closed
Nach einem Neustart bleibt das Volume gesperrt, bis du es selbst entsperrst:
cryptsetup luksOpen /srv/secure.img secure # enter passphrase over SSH
mount /dev/mapper/secure /mnt/secure
Speichere die Passphrase niemals auf dem Server. Entsperre manuell (oder leite sie über deine SSH-Sitzung), sodass der Schlüssel nur im Speicher existiert, während du ihn benutzt. Leg ihn nicht in ein Boot-Skript — das hebelt den Sinn aus.
Ehrlicher Umfang, noch einmal
- Schützt: Daten im Ruhezustand — ausgeschaltet, vor dem Entsperren, kalter Snapshot, ausgemusterte Platte.
- Schützt nicht: ein laufendes, entsperrtes Volume vor jemandem mit physischer/Hypervisor-Kontrolle.
- Keine Anonymität für sich: dein Server hat weiterhin eine öffentliche IP und Traffic auf der Leitung. Hier geht es um Vertraulichkeit der Daten im Ruhezustand, kombiniert mit KYC-freier Abrechnung.
Wenn dein Bedrohungsmodell rechtlicher Druck statt einer gestohlenen Platte ist, ist das bedeutsamere Signal unser Warrant Canary — eine datierte Erklärung, dass wir keine geheimen Anordnungen oder Forderungen zur Schwächung der Sicherheit hatten, aktuell gehalten. Ein Canary, den du beobachten kannst, schlägt ein Verschlüsselungs-Abzeichen, das du nicht überprüfen kannst. Siehe auch die ehrliche Aufschlüsselung des anonymen VPS dazu, was KYC-Freiheit dir bringt und was nicht.
Warum EQVPS für verschlüsselten Speicher
- Voller Root, sodass LUKS und dein Entsperr-Ablauf ganz dir gehören — kein Schlüssel-Escrow beim Anbieter, keine im Boot gespeicherte Passphrase, es sei denn, du wählst es.
- Kein KYC, Krypto-Zahlung. E-Mail zum Registrieren, USDC/USDT zum Zahlen — der Speicher ist nicht an deine Identität geschweißt.
- EU (Deutschland, Finnland), echtes Datenschutzrecht, ein öffentlicher Warrant Canary, Root in ~60 Sekunden.
Anonymer VPS, KYC-frei — die ehrliche Version → · Vaultwarden selbst hosten (verschlüsselter Tresor) →
Kommentare
Noch keine Kommentare. Sei der Erste.