Tor Hidden Service auf anonymem VPS einrichten

Einen Tor Hidden Service über den heimischen Glasfaseranschluss zu betreiben funktioniert genau so lange reibungslos, bis der Provider den Vertrag nachverhandelt, die IPv4-Adresse rotiert oder jemand mit einem richterlichen Beschluss an der Wohnungstür klingelt. Der gesamte Sinn einer .onion-Adresse besteht darin, den Dienst von einer realen Identität zu entkoppeln, und diese Entkopplung bricht in dem Moment zusammen, in dem der zugrundeliegende Netzwerkpfad bis zu einem Namen auf einer Stromrechnung zurückverfolgt werden kann. Genau deshalb mieten Betreiber, denen es um langfristige Belastbarkeit geht — Monero-Remote-Nodes, BTCPay-Server, Matrix-Bridges, Spiegel von getmonero.org — fast immer einen dedizierten virtuellen privaten Server bei einem Hoster, der Zahlungen ohne Identitätsprüfung akzeptiert.

Diese Anleitung führt durch die komplette Pipeline für 2026: einen VPS-Anbieter auswählen, der Monero oder unmarkiertes Bargeld nimmt, anonym bezahlen, eine frische Debian-12-Installation härten und einen v3 Onion Service hochfahren, der Reboots, Kernel-Updates und gelegentliche rDNS-Scans übersteht. Die Beispiele gehen davon aus, dass ein Monero-Knoten exponiert werden soll, dasselbe Rezept gilt aber für jeden TCP-Dienst — Lightning, SSH, IRC oder eine statische Website, die nicht mit dem bürgerlichen Namen verknüpft sein soll. Wenn es darum geht, einen Dienst wie MoneroSwapper über einen vollständig isolierten Endpunkt zu erreichen, ist diese Netzwerkschicht der Teil, der zuerst sitzen muss, bevor irgendetwas anderes zählt.

Warum anonymes Hosting für Hidden Services entscheidend ist

Eine Tor-v3-Onion-Adresse wird aus einem ed25519-öffentlichen Schlüssel abgeleitet. Die kryptografische Garantie ist klar: Jeder, der die .onion erreicht, verbindet sich über drei Hops von Tor-Relays, und der Rendezvous-Punkt erfährt niemals die IP des Servers. So weit, so solide. Was Tor nicht leisten kann, ist zu verschleiern, dass Sie Hetzner monatlich 4,50 € von einer Visa-Karte bezahlt haben, die auf Ihren Namen läuft. In dem Moment, in dem ein Gegner Uptime-Muster oder ein Konfigurations-Leak mit dem Abrechnungsdatensatz korreliert, verdampft die gesamte Anonymitätseigenschaft des Dienstes.

Die Bedrohungsmodelle, die einen KYC-freien VPS rechtfertigen, sind konkret und überlappen sich:

• Behördlicher Druck: Etablierte Hoster (Hetzner, IONOS, netcup, OVH, Vultr, DigitalOcean) führen vollständige Bestandsdaten und Zahlungshistorie. Auf eine Bestandsdatenauskunft nach § 174 TKG, eine Beschlagnahmeanordnung gemäß §§ 94 ff. StPO oder eine Anordnung nach Artikel 18 der EU-Verordnung über elektronische Beweismittel werden diese Daten mit minimalem Aufwand und ohne öffentliche Bekanntmachung herausgegeben.
• Zivilrechtliche Auskunftsansprüche: Eine wettbewerbsrechtliche Abmahnung, ein urheberrechtlicher Auskunftsanspruch nach § 101 UrhG oder eine markenrechtliche Streitigkeit kann einen Provider zwingen, den Kunden hinter einer IP zu identifizieren, ohne dass überhaupt ein Strafverfahren läuft. Zivilrechtliche Discovery ist schneller und billiger als eine Anklageerhebung.
• Netzwerkseitige Fingerprints: Auch wenn ein Hidden Service korrekt konfiguriert ist, können Leaks auf Anwendungsebene (Server-Banner, NTP-Quelle, Kernel-Version in Fehlerseiten) die .onion mit einer öffentlichen IP korrelieren. Eine anonyme Zahlung sorgt dafür, dass diese Korrelation nicht in einen Namen mündet.
• Operative Belastbarkeit: Hoster, die bereits KYC-frei arbeiten, verstehen die Bedrohungslage. Sie sind in der Regel bereit, eine Abuse-Meldung entgegenzunehmen, ohne den VPS sofort abzuschalten, weil sie davon ausgehen, dass ihre Kunden legitime Privatsphäregründe haben, statt jede Beschwerde als Tatsache zu behandeln.

Das Monero-Ökosystem ist das kanonische Beispiel. Öffentliche Remote-Nodes, die auf monero.fail oder in der Standard-Seed-Liste von Cake Wallet gelistet sind, laufen routinemäßig als v3 Onion Services, weil Betreiber Dienste anbieten wollen, ohne selbst zum Ziel zu werden. Dieselbe Logik gilt für Atomic-Swap-Clients, P2Pool-Sidechains und händlerseitige BTCPay-Installationen. Wer eines davon einmal selbst betrieben hat, versteht schnell, warum die Kombination aus VPS und Onion-Adresse der Standard und nicht das paranoide Extrem ist.

Einen KYC-freien VPS-Anbieter im Jahr 2026 auswählen

Nach den FATF-Travel-Rule-Erweiterungen von 2024 und dem Inkrafttreten des EU-CARF (Crypto-Asset Reporting Framework) zum 1. Januar 2026 ist die Liste der Anbieter, die wirklich anonyme Zahlungen akzeptieren, geschrumpft, aber nicht verschwunden. Die europäischen Hoster, die übrig geblieben sind, sind diejenigen, die sich explizit über Datenschutz positionieren, statt diesen als Marketing-Beigabe zu führen, und die Offshore-Anbieter, die übrig geblieben sind, sind diejenigen mit einer dokumentierten Historie, Fishing Expeditions zurückzuweisen.

Drei Konstanten definieren einen brauchbaren Anbieter in diesem Markt:

1. Akzeptiert Monero (bevorzugt) oder Bitcoin über mixing-freundliche Kanäle, ohne E-Mail-Verifikation über eine funktionierende Adresse hinaus, die einen einmaligen Link empfangen kann.
2. Verlangt zu keinem Zeitpunkt im Anmeldeprozess eine Telefonnummer, einen Ausweis-Upload, ein Selfie oder einen 3-D-Secure-Handshake einer Kreditkarte.
3. Operiert aus einer Jurisdiktion mit einer verteidigungsfähigen Haltung zur Privatsphäre — Island, Schweiz, Rumänien, Bulgarien oder bestimmte Offshore-Zonen — statt aus einem juristischen Randfall in den USA.

Die folgende Tabelle fasst die Anbieter zusammen, die Ende 2025 in der deutschsprachigen Monero-Community am häufigsten genannt werden, mit ihren typischen Einstiegspreisen und wichtigsten Kompromissen. Preise schwanken mit dem XMR/EUR-Kurs; behandeln Sie die Werte als grobe Orientierung.

Anbieter	Einstiegspreis pro Monat	Vorteile	Nachteile
Njalla (SE/NL)	~15 €	Starke Datenschutzbilanz, akzeptiert Monero direkt, betreibt eigenes ASN mit treuhänderischer Domainregistrierung.	Höheres Preisniveau, kleinere Flotte, gelegentliche Warteliste für VPS.
1984 Hosting (IS)	~10 €	Isländische Jurisdiktion, geothermisch betrieben, Monero über Drittanbieter-Gateway.	Begrenztes IPv4-Kontingent, nur ein Rechenzentrumsstandort.
BitLaunch (multi)	~5 $	Verkauft DigitalOcean, Vultr und Linode hinter einem Krypto-Frontend weiter, sehr schnelle Bereitstellung, stündliche Abrechnung.	Der eigentliche Provider hat weiterhin die Netzwerk-Logs; nicht kugelsicher gegen vorgelagerte Beschlagnahmen.
Cockbox (US)	~15 $	Free-Speech-Betreiber, Monero akzeptiert, öffentliche No-Logs-Policy.	US-Jurisdiktion, kleine Ein-Mann-Operation, keine SLA.
BuyVM / Frantech (LU/CA)	~3,50 $	Günstigste dauerhafte Option, akzeptiert Krypto, großzügige unmetrierte Bandbreite bei den meisten Tarifen.	Weniger explizit datenschutzorientiertes Branding; Zahlungshygiene liegt bei Ihnen.
Privex (multi)	~5 €	Langjährig Monero-freundlicher Hoster, Standorte in Island und Schweden, unterstützt reine IPv6-Tarife.	Verfügbarkeit schwankt, ältere Hardware in der günstigsten Stufe.

Bezahlen Sie mit Monero, wann immer die Option besteht. Bitcoin-Zahlungen hinterlassen, selbst wenn sie über CoinJoin oder einen No-KYC-Swap geleitet werden, einen nachverfolgbaren UTXO-Graphen, den zukünftige Chain-Analysen kollabieren lassen können. Monero macht mit RingCT, Bulletproofs+ und der Konstruktion über Stealth-Adressen eine Deanonymisierung auf der Zahlungsseite mit derzeit veröffentlichten Techniken praktisch unmöglich. Akzeptiert ein Anbieter ausschließlich Bitcoin, nutzen Sie MoneroSwapper oder einen vergleichbaren Swap ohne Konto, um XMR zum spätestmöglichen Zeitpunkt in BTC zu wandeln, senden Sie direkt aus einer frischen Wallet an die Zahladresse und verwenden Sie diese Quell-Wallet danach nie wieder für irgendetwas anderes.

E-Mail- und Anmeldehygiene

Verwenden Sie pro Anbieter eine frische E-Mail — Wegwerf-Postfächer wie cock.li, danwin1210.de oder ein selbst gehostetes Catch-All auf einer separaten Domain. Verwenden Sie niemals einen Benutzernamen, ein Passwort oder einen SSH-Schlüssel-Fingerprint wieder, der in einem anderen Kontext existiert. Die IP bei der Anmeldung sollte bereits über Tor laufen oder über ein VPN, das nicht mit derselben Identität bezahlt wurde wie irgendetwas anderes, das Sie betreiben. Behandeln Sie jedes Formularfeld als dauerhafte Offenlegung: Alles, was Sie in das Anmeldeformular tippen, ist über die gesamte Lebensdauer des VPS die maximale Identifikationsfläche, und diese Lebensdauer kann sich auf Jahre erstrecken.

Schritt für Schritt: Einen Tor v3 Onion Service aufsetzen

Die folgende Prozedur geht von einem frischen Debian 12 (Bookworm) VPS mit einer einzelnen öffentlichen IPv4, Root-SSH-Zugang und bereits per Monero bezahlter Miete aus. Die Schritte sind so geschrieben, dass sie kopierbar sind, lesen Sie aber jeden einzelnen vor dem Ausführen — Defaults ändern sich zwischen Releases und ein unachtsames Einfügen kann Sie aus der Maschine aussperren.

1. Initiale Härtung. Per SSH als Root einloggen, einen Nicht-Root-Benutzer mit sudo anlegen, Root-Login und Passwort-Authentifizierung in /etc/ssh/sshd_config deaktivieren, sshd neu starten und ufw mit Default-Deny eingehend aktivieren. Öffnen Sie nur SSH (vorzugsweise auf einem nicht-Standard-Port), bis Tor installiert und verifiziert ist.
2. System-Updates und Basispakete. Führen Sie apt update && apt full-upgrade -y aus und installieren Sie dann tor, nyx, ufw, fail2ban, unattended-upgrades und apt-listbugs. Aktivieren Sie automatische Sicherheitsupdates mit dpkg-reconfigure -plow unattended-upgrades und prüfen Sie mit systemctl status unattended-upgrades.
3. Offizielles Tor-Repository einbinden. Das mit Debian ausgelieferte Tor hinkt häufig Wochen hinterher. Tragen Sie das Repo des Tor-Projekts in /etc/apt/sources.list.d/tor.list ein, importieren Sie den Signing-Key und installieren Sie tor und tor-geoipdb aus der Upstream-Quelle neu. Prüfen Sie mit tor --version — erwartet wird 0.4.8.x oder neuer im Verlauf von 2026.
4. Hidden Service konfigurieren. Bearbeiten Sie /etc/tor/torrc: Tragen Sie HiddenServiceDir /var/lib/tor/monero-node/ ein, anschließend HiddenServicePort 18089 127.0.0.1:18089 für einen öffentlichen Monero-Remote-Node und schließlich HiddenServiceVersion 3. Für Nicht-Monero-Dienste mappen Sie den Port, auf dem Ihre Anwendung lokal lauscht, auf den Port, den Sie auf der Onion exponieren wollen.
5. Tor starten und Onion-Adresse auslesen. Führen Sie systemctl restart tor@default aus, warten Sie, bis nyx einen erfolgreichen Bootstrap auf 100 % anzeigt, und lesen Sie dann cat /var/lib/tor/monero-node/hostname. Die 56 Zeichen lange ed25519-Adresse mit der Endung .onion ist Ihre Dienstidentität. Sichern Sie den Inhalt des Verzeichnisses — insbesondere hs_ed25519_secret_key — auf einem verschlüsselten Offline-Medium, denn ein Verlust bedeutet den endgültigen Verlust der Adresse.
6. Anwendung ausschließlich an Localhost binden. Stellen Sie die Konfiguration Ihrer Anwendung so ein, dass sie auf 127.0.0.1 und nicht auf 0.0.0.0 lauscht. Für den Monero-Daemon setzen Sie rpc-bind-ip=127.0.0.1 in monerod.conf und übergeben den Schalter --restricted-rpc, um Wallet-Operationen am öffentlichen Endpunkt abzulehnen. Starten Sie die Anwendung neu und prüfen Sie mit ss -tlnp, dass nichts an der öffentlichen Schnittstelle gebunden ist.
7. Extern verifizieren. Von einer separaten Maschine mit dem Tor Browser rufen Sie die .onion-Adresse auf. Die Anwendung sollte exakt so antworten, wie sie es über Clearnet täte, ohne dass die zugrundeliegende IP über Header oder Fehlerseiten durchsickert. Für skriptbare Checks nutzen Sie von einem beliebigen Tor-fähigen Host aus curl --socks5-hostname 127.0.0.1:9050 http://ihrservice.onion/.
8. Optional: Vanity-Onion erzeugen. Werkzeuge wie mkp224o brute-forcen ed25519-Schlüsselpaare auf ein gewünschtes Präfix. Ein 6 Zeichen langes Präfix dauert auf einer modernen CPU Minuten, 8 Zeichen Stunden, 10 Zeichen auf einer GPU Tage. Vermeiden Sie Präfixe, die mit Ihrem bürgerlichen Namen, Projektpseudonym oder irgendeiner anderen verknüpfbaren Zeichenfolge übereinstimmen — das macht den gesamten Sinn der Übung zunichte.

Ein Onion Service ist nur so anonym wie sein schwächstes Leak auf Anwendungsebene. Ein Monero-Knoten, der seinen Hostnamen in Fehlermeldungen ausgibt, oder ein Webserver, der einen Server-Header mit dem auf der zugrundeliegenden IP basierenden Reverse-DNS ausliefert, kompromittiert die Installation unabhängig davon, wie sorgfältig die Tor-Konfiguration war.

Härtung, Monitoring und operative Disziplin

Der Tor-Daemon ist eine Komponente. Der Rest des Systems muss zu seinem Bedrohungsmodell passen, sonst wird er zum schwächsten Glied der Kette. Deaktivieren Sie den Swap vollständig mit swapoff -a und entfernen Sie den Swap-Eintrag aus /etc/fstab, damit das ed25519-Geheimnis niemals auf die Platte ausgelagert wird. Aktivieren Sie kernel.kptr_restrict=2, kernel.dmesg_restrict=1 und die übrigen Kernel-Hardening-sysctls aus dem Bundle linux-hardening oder der Whonix-sysctl-Referenz. AppArmor-Profile für Tor und Ihre Anwendung legen zu überschaubarem Konfigurationsaufwand eine weitere Schicht obenauf.

Konfigurieren Sie nftables oder ufw so, dass der gesamte eingehende Verkehr außer SSH verworfen wird — und idealerweise SSH nur von Ihren Management-IPs, sofern Sie stabile haben. Andernfalls verlassen Sie sich auf starke Schlüsselauthentifizierung und Rate-Limiting per fail2ban. Ausgehend erlauben Sie ausschließlich, was Tor benötigt: TCP 443 und 9001/9030 für Relay-Verkehr, falls die Maschine zusätzlich ein Tor-Relay ist, und erzwingen Sie DNS über den Tor-SOCKS-Port für jede Anwendung, die Namensauflösung braucht. Lassen Sie niemals eine Anwendung direkt mit dem Clearnet-DNS-Resolver des VPS-Anbieters sprechen — dieser Pfad leakt die Existenz Ihrer Anwendung lautlos in die Logs des Providers.

Überwachen Sie lokal mit nyx und exportieren Sie Prometheus-Metriken bei Bedarf über den Onion Service selbst, wenn Sie remote graphen wollen. Vermeiden Sie es, Logs oder Metriken an einen Drittanbieter-SaaS zu pushen — das ist ein lehrbuchmäßiger Deanonymisierungsvektor. Log-Rotation gehört aggressiv eingestellt: logrotate täglich mit maxage 7 und journalctl --vacuum-time=7d in einem wöchentlichen Cronjob. Je weniger historische Daten auf der Platte liegen, desto weniger gibt es für einen Gegner zu beschlagnahmen und desto weniger müssen Sie im Nachhinein erklären.

Backups verdienen eine eigene Disziplin. Die Datei hs_ed25519_secret_key ist das einzige Stück Zustand, das Sie nicht regenerieren können. Verschlüsseln Sie sie mit age oder GPG mit einer starken Passphrase, lagern Sie sie auf mindestens zwei Offline-Medien (USB-Sticks plus auf Papier gedrucktes Base64 in einem versiegelten Umschlag) und halten Sie eine Kopie geografisch getrennt vom Hauptstandort. Den Rest des Systems bauen Sie aus dem Configuration Management (Ansible, NixOS oder Shell-Skripte in einem privaten Repository) neu auf, statt das gesamte Disk-Image zu sichern — das System soll ephemer sein und nur das Geheimnis stabil.

Rechtlicher Kontext in Deutschland und der EU

Wer einen Hidden Service aus Deutschland heraus betreibt, agiert nicht in einem rechtsfreien Raum, sondern unter einer Reihe konkreter Normen, die das Risiko quantifizierbar machen. Der Betrieb eines Tor-Knotens oder einer .onion-Adresse ist als solcher nicht strafbar — der Bundesgerichtshof hat in mehreren Entscheidungen klargestellt, dass die bloße Bereitstellung von Anonymisierungsinfrastruktur kein eigenständiger Straftatbestand ist. Was strafbar ist, sind die Inhalte oder Handlungen, die über den Dienst stattfinden, und hier greift das Telemediengesetz nur dann, wenn der Betreiber tatsächlich Kenntnis hat. Genau aus diesem Grund ist die Trennung von Betreiber- und Bestandsdaten beim Hoster der entscheidende Schutzwall.

Die Bestandsdatenauskunft gemäß § 174 TKG verpflichtet Telekommunikationsdienste, Daten an Strafverfolgungsbehörden, Verfassungsschutz, BND und Zoll herauszugeben — ohne richterlichen Beschluss bei einer Reihe von Anlässen. Hoster außerhalb deutscher Jurisdiktion sind dieser Pflicht nicht unmittelbar unterworfen, was den geografischen Aspekt der Anbieterauswahl praktisch relevant macht. Innerhalb der EU greift seit 2024 die Verordnung über elektronische Beweismittel (e-Evidence), die grenzüberschreitende Herausgabeanordnungen erheblich beschleunigt; Anbieter in Island, der Schweiz oder klassischen Offshore-Jurisdiktionen sind davon ausgenommen. Steuerlich bleibt die Pflicht zur Versteuerung von Krypto-Veräußerungsgewinnen nach § 23 EStG bestehen — das Finanzamt verlangt keinen On-Chain-Beweis, eine ordentliche eigene Dokumentation reicht in der Regel zur Erfüllung der Mitwirkungspflicht.

FAQ

Kann ich einen Tor Hidden Service auch von zu Hause aus betreiben statt auf einem VPS?

Technisch ja — Tor ist es egal, wo der Server steht. Praktisch bringen Wohnanschlüsse Uptime-Risiken mit sich (Stromausfälle, Vertragsänderungen, dynamische IP-Rotation, die langlebige Guard-Relays bricht), und jedes Leak, das die öffentliche IP exponiert, kollabiert die Anonymität auf die Vertragsidentität beim Provider. Ein No-KYC-VPS trennt den Dienst zu überschaubaren Kosten — 5 € bis 15 € pro Monat — von Ihrem realen Fußabdruck, und die meisten erfahrenen Betreiber halten diesen Tausch für offensichtlich.

Verbirgt mich die Zahlung mit Monero wirklich vor dem VPS-Anbieter?

Zahlungsseitig ja. RingCT, Ringsignaturen, Stealth-Adressen und der Dandelion++-Transaktionsrelay von Monero brechen die Verbindung zwischen Ihrer Wallet und der Einzahladresse, an die Sie zahlen. Der VPS-Anbieter sieht eine eingehende Zahlung ohne klartextlichen Absender. Was die Zahlungshygiene nicht reparieren kann, ist der Rest des Anmeldeprozesses: eine anderswo verwendete E-Mail, ein Benutzername aus einem öffentlichen Forum oder ein SSH-Schlüssel-Fingerprint, der mit einem nicht-anonymen Account geteilt wird. Behandeln Sie Anonymität als Kette — Monero ist ein Glied, nicht das Ganze.

Wie lange hält eine v3 Onion-Adresse?

Unbegrenzt, solange Sie die Datei hs_ed25519_secret_key sicher aufbewahren. Die Adresse wird deterministisch aus diesem Schlüssel abgeleitet. Sie können das Verzeichnis auf einen neuen VPS kopieren, Tor neu starten und innerhalb von Minuten löst dieselbe .onion-Adresse auf den neuen Server auf. Das ist das Fundament operativer Belastbarkeit: Wird ein VPS unzuverlässig oder nicht verfügbar, migrieren Sie den Schlüssel, nicht die Adresse, und Clients verbinden sich ohne jede Änderung auf ihrer Seite neu.

Muss ich einen eigenen Monero-Knoten betreiben oder kann ich einen öffentlichen über Tor nutzen?

Beides ist legitim. Öffentliche Onion-Knoten (gelistet auf monero.fail) sind bequem und brauchen keine Infrastruktur, sehen aber Ihre Transaktions-Broadcasts und Abfragen. Einen eigenen Knoten hinter dem eigenen Hidden Service zu betreiben kostet ungefähr 200 GB Plattenplatz plus die VPS-Rechnung, beseitigt aber das Vertrauenserfordernis vollständig. Für hochwertige Flows — einschließlich der Konvertierung von Beträgen über MoneroSwapper, ohne korrelierbare Metadaten an einem Drittanbieter-Endpunkt zu hinterlassen — ist der selbst gehostete Knoten die materiell stärkere Position.

Was passiert, wenn der private Schlüssel meines Hidden Service beschlagnahmt wird?

Wer im Besitz der Datei hs_ed25519_secret_key ist, kann von beliebiger Infrastruktur aus Traffic auf Ihrer .onion-Adresse ausliefern, und die Substitution ist für Clients nicht unterscheidbar. Backups müssen deshalb at-rest mit einer Passphrase verschlüsselt sein, die nur Sie kennen — eine reine Vollverschlüsselung der VPS-Platte reicht nicht, weil das laufende System den Schlüssel im Arbeitsspeicher hält. Steht eine Beschlagnahme unmittelbar bevor, rotieren Sie sofort auf eine neue Onion-Adresse und kündigen Sie den Wechsel über einen zuvor signierten Out-of-Band-Kanal an, dem Clients bereits vertrauen.

Fazit

Einen Tor Hidden Service auf einem anonymen VPS aufzusetzen ist kein einzelner Produktkauf, sondern eine Folge von Entscheidungen über Jurisdiktion, Zahlungshygiene, Systemhärtung und Schlüsselverwaltung. Jeder Schritt schließt eine Identifikationsfläche und lässt die übrigen sichtbar. Der Sinn, all diese Schritte gemeinsam zu gehen, liegt darin, dass keine einzelne Schwachstelle — ein Provider-Audit, ein falsch konfigurierter Banner, eine geleakte Logzeile — den gesamten Stack kollabieren lässt. Für Monero-Betreiber und alle anderen, die belastbare No-KYC-Infrastruktur brauchen, ist das obige Rezept die funktionierende Grundlage. Wenn der Dienst, den Sie auf der anderen Seite erreichen, etwas wie der Onion-Endpunkt von MoneroSwapper ist, gelten dieselben Standards auch auf der Client-Seite: Sie besitzen den Pfad Ende zu Ende, oder Sie akzeptieren, dass Sie tatsächlich keine Privatsphäre haben.