PrivateBin: Selbst gehosteter Pastebin

Sie müssen gerade einen Konfigurations-Schnipsel, einen Stack-Trace oder einen einmaligen API-Schlüssel mit jemandem teilen, also fügen Sie ihn in den erstbesten Pastebin aus den Suchergebnissen ein — und fragen sich erst hinterher, wie lange dieser Klartext auf dem Server eines Fremden liegt, lesbar für jeden mit dem Link, für immer. Genau dafür existiert PrivateBin, und die Lösung ist interessanter als "es ist verschlüsselt": Der Server, auf dem es läuft, kann tatsächlich nicht lesen, was Sie hineinschreiben.

TL;DR

PrivateBin verschlüsselt Ihren Paste mit AES-256-GCM direkt in Ihrem Browser, bevor irgendetwas davon den Server erreicht — der Server speichert ausschließlich Chiffretext.
Der Entschlüsselungsschlüssel steckt im URL-Fragment (nach dem #), einem Teil der Adresse, den Browser niemals an einen Server senden — nicht einmal der PrivateBin-Betreiber selbst kann einen Paste lesen, auch nicht auf Anordnung.
"Burn after reading"-Pastes löschen sich automatisch nach der ersten Ansicht selbst — genau das Verhalten, das Sie für ein einmaliges Passwort oder Token wollen.
PrivateBin funktioniert grundsätzlich nur mit HTTPS — das ist eine echte Bereitstellungsvoraussetzung, kein optionaler Härtungsschritt.
Self-Hosting entfernt einen Dritten vollständig aus der Gleichung, der jemals — und sei es auch nur kurz — Ihren eingefügten Text besitzt, dieselbe Logik wie beim Betrieb eines eigenen Passworttresors oder DNS-Resolvers.

KEY-STAT: 0 — Bytes an Klartext-Inhalt, die ein PrivateBin-Server jemals empfängt — die Verschlüsselung geschieht vollständig clientseitig vor dem Upload

Was Zero-Knowledge hier tatsächlich bedeutet

"Zero-Knowledge" wird im Datenschutz-Marketing oft locker verwendet, daher lohnt es sich, genau zu klären, was es speziell für PrivateBin bedeutet. Wenn Sie einen Paste eintippen und absenden, verschlüsselt Ihr Browser den Text lokal mit AES-256-GCM, bevor überhaupt etwas übertragen wird. Der Server empfängt und speichert nur diesen Chiffretext — er hat keine Möglichkeit, ihn zu entschlüsseln, weil er den Schlüssel niemals erhält.

Der Schlüssel selbst steckt in der teilbaren URL, aber genau im Fragment-Bezeichner — dem Teil nach dem #-Zeichen. Browser behandeln URL-Fragmente speziell: Sie werden ausschließlich clientseitig verwendet, etwa für Anker auf derselben Seite, und niemals in die HTTP-Anfrage an einen Server aufgenommen. Das ist der tatsächliche Mechanismus, kein Richtlinienversprechen: Der Server sieht den Schlüssel buchstäblich nie, weil der Browser diesen Teil der URL niemals irgendwohin sendet.

Note

Das bedeutet auch, dass der Schlüssel nicht wie ein typischer URL-Query-Parameter serverseitig protokolliert in Ihrem Browserverlauf auftaucht, und er ist in Server-Zugriffsprotokollen überhaupt nicht sichtbar — weil er den Server nie erreicht.

PrivateBin vs. öffentlicher Pastebin vs. verschwindende Chat-Nachrichten

	Öffentlicher Pastebin	Verschwindende Chat-Nachricht	Selbst gehostetes PrivateBin
Wer den Klartext lesen kann	Der Betreiber des Dienstes, immer	Der Chat-Anbieter, zumindest kurz	Niemand außer dem Link-Inhaber — nicht einmal Sie als Server-Betreiber
Server speichert Klartext	Ja	Meist, kurzzeitig	Nie
Selbstzerstörung nach Ansicht	Selten (einige kostenpflichtige Tarife)	Ja, aber vom Anbieter kontrolliert	Ja, eingebaut, in Ihrer Kontrolle
Dritter Server beteiligt	Ja	Ja	Nein — Sie betreiben ihn selbst
Kosten	Kostenlos (werbefinanziert) oder kostenpflichtige Tarife	Kostenlos	Eigenes Hosting (nahezu 0 € auf vorhandener Homelab-Hardware)

Die wichtigste Lücke steht in der ersten Zeile. Ein öffentlicher Pastebin-Betreiber kann technisch jeden Paste auf der Plattform lesen, ob in der Übertragung verschlüsselt oder nicht, weil der Klartext auf seinem Server ankommt. Die Architektur von PrivateBin entfernt diese Möglichkeit vollständig, unabhängig davon, wer die Instanz betreibt.

PrivateBin mit Docker Compose bereitstellen

Ich betreibe PrivateBin auf meinem Proxmox-Homelab hinter einem Reverse-Proxy, der Let's-Encrypt-Zertifikate verwaltet — das ist nicht optional: PrivateBin verweigert ohne HTTPS den Dienst, weil das gesamte Sicherheitsmodell vom Fragment-Verhalten des Browsers abhängt, das wiederum einen sicheren Kontext voraussetzt. Das eigentliche Container-Setup ist klein:

services:
  privatebin:
    image: privatebin/nginx-fpm-alpine:latest
    restart: unless-stopped
    volumes:
      - privatebin_data:/srv/data
    expose:
      - "8080"
volumes:
  privatebin_data:

Das ist bereits die gesamte Anwendung — kein separater Datenbankserver nötig, da PrivateBin Pastes standardmäßig als flache Dateien speichert. Reverse-Proxy auf Port 8080 mit gültigem TLS-Zertifikat zeigen lassen, und die Instanz läuft. Das schlanke Alpine-basierte Image läuft problemlos auf derselben stromsparenden Hardware wie Vaultwarden — ich betreibe beide auf derselben kleinen VM, ohne dass eines das andere überhaupt bemerkt.

Tip

Stellen Sie eine Standard-Ablaufzeit (PrivateBin unterstützt 5 Minuten bis "nie") und ein Größenlimit für Pastes in der conf.php der Instanz ein, bevor Sie sie ernsthaft nutzen — die Standardwerte sind vernünftig, aber die maximale Ablaufzeit zu verkürzen lohnt sich, wenn jeder Paste, den Sie je erstellen, nur kurzlebig sein soll.

Die Einmalansicht-Funktion: warum sie für Geheimnisse wichtig ist

Die Funktion, die PrivateBin über "verschlüsseltes Text-Teilen" hinaus wirklich nützlich macht, ist Burn-after-Reading: Ein Paste kann so konfiguriert werden, dass er sich unmittelbar nach der ersten Ansicht automatisch vom Server löscht. Das ist genau das richtige Verhalten, um ein einmaliges Datenbankpasswort, ein API-Token während eines Support-Anrufs oder SSH-Schlüsselmaterial mit einem Kollegen zu teilen — das Artefakt hört einfach auf zu existieren, nachdem es gelesen wurde, statt unbegrenzt abrufbar zu bleiben für jeden, der später an den Link kommt.

Warning

Burn-after-Reading schützt nur davor, dass der Paste später erneut gelesen wird — es verhindert nicht, dass der Link beim ersten Versenden abgefangen oder protokolliert wird (E-Mail, Chat-Verlauf, Bildschirmfreigabe). Versenden Sie den Link über einen Kanal, dem Sie bereits vertrauen — derselbe Vorbehalt gilt auch für das Teilen von Zugangsdaten über die zugrunde liegende Verschlüsselung von Signal oder jeder anderen Messaging-App, wie auch bei der Wahl einer Authenticator-App.

Lohnt sich Self-Hosting, oder reicht eine Paste-Funktion im Chat

Wenn Sie selten sensiblen Text teilen und Ihre Chat-App bereits verschwindende Nachrichten unterstützt, ist das eine vernünftige Alltagsoption — der Anbieter hält den Klartext kurzzeitig, aber bei gelegentlicher Nutzung ist das Expositionsfenster klein. Wenn Sie regelmäßig Logs, Konfigurationen oder Zugangsdaten teilen — die Art von Gewohnheit, die sich bei jedem entwickelt, der ein Homelab oder eine Infrastruktur betreibt — entfernt Self-Hosting von PrivateBin diesen Dritten vollständig aus der Gleichung, für den Preis von etwa zehn Minuten Einrichtung auf Hardware, die vermutlich ohnehin schon läuft. Es ist dieselbe Rechnung, die für den gesamten selbst gehosteten Stack gilt: Jeder Baustein, den Sie ins eigene Haus holen — vom DNS-Resolver, der Ihre Anfragen bearbeitet, bis zum Pastebin, das Ihre Logs hält — ist ein Dienst weniger, der jemals Ihre Daten besitzt, selbst kurzzeitig, selbst nur bei der Übertragung verschlüsselt.

Häufig gestellte Fragen

Ist PrivateBin wirklich sicher?

Ja, per Design, nicht per Richtlinie — Pastes werden mit AES-256-GCM in Ihrem Browser verschlüsselt, bevor sie hochgeladen werden, und der Entschlüsselungsschlüssel steckt ausschließlich im URL-Fragment, das nie an einen Server übertragen wird. Der Server speichert Chiffretext, den er nicht entschlüsseln kann.

Kann der Serverbetreiber einen PrivateBin-Paste lesen?

Nein, strukturell nicht — selbst wer die PrivateBin-Instanz betreibt, hat nur Zugriff auf verschlüsselte Daten. Ohne den Schlüssel aus dem URL-Fragment, der den Server von vornherein nie erreicht, ist der gespeicherte Inhalt unlesbar.

Wie hoste ich PrivateBin selbst?

Das offizielle Docker-Image privatebin/nginx-fpm-alpine führt die gesamte Anwendung in einem einzigen, schlanken Container aus, ohne dass eine separate Datenbank nötig ist (Pastes werden standardmäßig als flache Dateien gespeichert). Reverse-Proxy mit gültigem TLS-Zertifikat auf den exponierten Port richten — PrivateBin läuft ohne HTTPS nicht.

Benötigt PrivateBin HTTPS?

Ja, und das ist erzwungen, nicht nur empfohlen — das Sicherheitsmodell basiert auf dem Browser-Verhalten rund um sichere Kontexte und URL-Fragmente, daher funktioniert die Anwendung über reines HTTP nicht korrekt.

Was passiert mit einem PrivateBin-Paste nach dem Ansehen?

Das hängt von der bei der Erstellung gewählten Ablaufzeit ab. Ein "Burn after reading"-Paste löscht sich automatisch vom Server nach der ersten Ansicht selbst. Andernfalls bleibt er bis zur konfigurierten Ablaufzeit bestehen (von 5 Minuten bis "nie", je nach Instanz-Einstellung).