CryptoServers

Anonymes VPS-Hosting — was „anonym" wirklich bedeutet

"Anonymous" is not the same as "private", and neither is the same as "no-KYC". Anonymity is operational — you cannot be identified as the operator from the available data. Privacy is contractual — the provider commits not to share what they know. No-KYC is a specific subset of anonymity at the signup layer. All three matter; most hosting marketing conflates them. This page separates them, and walks the four layers of VPS anonymity that actually determine your exposure.

Kein Ausweis erforderlich XMR / BTC akzeptiert Tor-freundlich Optionales Konto
Anonymous VPS hosting

Die vier Schichten der VPS-Anonymität

Anonymität liegt nicht an einem Ort; sie liegt an vier. Zwei sind Aufgabe des Anbieters, zwei Ihre. Cryptoservers übernimmt die ersten beiden strukturell; die zweiten beiden erfordern operative Disziplin, die kein Anbieter für Sie leisten kann.

1Registrierungsdaten — was der Anbieter abfragt

The information collected when you create the relationship: email, name, address, phone, ID document, billing details. Cryptoservers asks for a single field — a working email — and never validates name, address or phone because they are not collected. The signup form is two dropdowns and an email box. Nothing is enriched against third-party databases. This is the no-KYC layer; it is necessary but not sufficient for anonymity.

2Zahlungsspur — was das Geld verrät

Every payment leaves a trace somewhere. A card creates a chargeable record at your issuing bank. A bank wire creates a SWIFT log. Bitcoin creates a public UTXO graph. Monero creates an opaque commitment with no source visible. Cryptoservers accepts seven cryptocurrencies; XMR is the only one with protocol-level privacy at the payment layer. BTC, LTC, ETH, BCH, DOGE, DASH are pseudonymous — strong if you use fresh wallets, weak if you withdraw directly from a KYC exchange. We never accept fiat, so card-network surveillance is structurally absent.

3Netzwerkaktivität — wie Sie den VPS erreichen

Every SSH session and panel login leaves a trace at your end. If you SSH from a residential IP that your home ISP can attribute to you, the network-layer anonymity is gone regardless of what the VPS knows. Cryptoservers does not block Tor or VPN traffic on the deploy form, the panel or the VPS itself; the operational discipline of routing through Tor (Tor-only or Tor → VPN → SSH) is yours to maintain. We do log panel session IPs for 24 hours for brute-force protection — short retention, deliberately limited scope.

4Betriebsmetadaten — Protokolle, Support-Tickets, Kleinigkeiten

The text of support tickets, the contents of abuse reports filed against you, the workload running on the VPS, the public IP your services bind to, and any leaks the workload itself produces (banner strings, login fingerprints, SSL certificates, EXIF data, analytics cookies). Tickets and abuse correspondence are subject to our 90-day retention; the workload's leaks are out of our hands. This is the layer most users underestimate, and the one a determined adversary will go after first.

Was ist anonym, was nicht

Eine flache Tabelle jeder Datenkategorie, die durch einen Cryptoservers-VPS fließt, und was wir damit tun. Kein Marketingtext: nur drei Spalten — was wir sehen, was wir protokollieren, was wir teilen.

Schicht Was WIR sehen Was wir PROTOKOLLIEREN Was wir TEILEN
Registrierungs-E-Mail Die von Ihnen eingegebene Adresse Im Kundendatensatz gespeichert Nur bei gültiger lokaler Gerichtsverfügung
Echter Name / Ausweis / Telefon Nichts — nie erhoben Nichts — nie erhoben Kann nicht teilen, was wir nie hatten
Zahlung On-Chain-Transaktions-ID, Empfangsadresse, Betrag Rechnungszeile + Tx-ID, 7 Jahre (Gesellschaftsrecht) Nur bei gültiger lokaler Gerichtsverfügung
Panel-Sitzungs-IP Quell-IP des Logins 24 Stunden (Anti-Brute-Force) Nur bei gültiger lokaler Gerichtsverfügung
Panel-Aktionen Bereitstellen / Neustart / Neuaufbau / Snapshot 90 Tage (Missbrauch / Sicherheit) Nur bei gültiger lokaler Gerichtsverfügung
SSH-Verbindung zu Ihrem VPS Nichts — endet im Gast Nichts — nicht auf dem Host Kann nicht teilen, was wir nicht sehen
Kunden-NIC-Traffic Nur Port-Byte-Zähler Kein Netflow, keine Paketerfassung Keine Daten zum Teilen vorhanden
Support-Tickets Von Ihnen eingesendete Inhalte 2 Jahre (Dienstkontinuität) Nur bei gültiger lokaler Gerichtsverfügung

Operative Hygiene Tipps

Der Anbieter kann Schichten 1 und 2 bereinigen; Schichten 3 und 4 müssen Sie selbst bereinigen. Nachfolgend: die Disziplin, die den Unterschied zwischen „auf dem Papier anonym" und „in der Praxis anonym" ausmacht.

Netzwerkdisziplin:

  • Reach the deploy form, the panel and the VPS through <strong>Tor</strong>. The deploy form works under Tor without modification; we do not show a CAPTCHA, do not block Tor exits and do not enrich the source IP. For SSH, Tor → SOCKS5 → ssh is the cleanest chain (use <code>torsocks ssh</code> or <code>ProxyCommand nc -X 5 -x 127.0.0.1:9050 %h %p</code>).
  • Or run <strong>Tor → VPN → SSH</strong> if you need a stable exit IP for a service that does not tolerate the Tor exit pool. Pay the VPN in Monero, use a separate VPN per VPS.
  • Avoid SSHing in directly from a residential ISP-attributable IP. Do it once and your ISP's NetFlow logs (which you do not control) link the VPS public IP to your home circuit forever.

Wallet-Disziplin:

  • Use a <strong>fresh wallet per invoice</strong> for Bitcoin payments, or pay in Monero (which makes "fresh wallet" the default rather than the exception).
  • If you must withdraw from a KYC exchange, route through a coinjoin (Wasabi, JoinMarket) or convert to Monero through a swap that does not require KYC.
  • Do not consolidate UTXOs from multiple Cryptoservers refunds back into a single wallet — keeping them unconsolidated is free privacy.

E-Mail-Disziplin:

  • Use a <strong>separate email per VPS</strong>. SimpleLogin, AnonAddy and Proton aliases all work; so do disposable inboxes if you do not need to receive future emails after the deploy.
  • Do not link the VPS-purchase email to anything else — no other accounts, no recovery emails, no shared password manager entry that would correlate it with your real identity.

Workload-Disziplin:

  • Audit what your <em>service</em> emits. Banner strings (<code>Server: nginx/1.24.0 (Ubuntu)</code>), HTTPS certificates (subjects with your real name), embedded analytics, EXIF in uploaded images, JS error trackers — all of these can re-identify you faster than the VPS provider can.
  • Strip metadata before publishing. Use <code>exiftool -all=</code> on images, <code>pdftk</code> for PDFs, and disable <em>any</em> third-party JS that phones home from a public site.

Was ein anonymer VPS NICHT schützt vor

The honest section. Anonymous VPS is a useful tool with a defined threat model. Below: the threats it does not address. If any of these match your adversary, layer the VPS with the additional defences mentioned.

Plain English: Anonymous VPS protects against "the hosting company knowing who you are." It does not protect against everyone else who might be watching the network or the workload. Threat-model accordingly.

Global passive adversaries. A global passive adversary (GPA) — typically a signals-intelligence agency with broad network observation capability — can correlate Tor entry and exit timing, deanonymise long-lived flows by traffic-pattern analysis, and link your VPS public IP back through the Tor circuit to your residential ISP under sufficient observation density. Anonymous VPS does nothing to defeat a GPA. Defending against a GPA requires a different toolkit (Tails, mixnets, intermittent connectivity, OPSEC discipline far beyond hosting choice).

Side channels via the workload itself. If the public service running on your anonymous VPS leaks your identity through a login fingerprint, a unique writing style, an embedded analytics tag you forgot to remove, or a single tweet that mentions the IP — anonymity collapses regardless of how clean the VPS purchase was. This is the most common failure mode we see in post-mortem write-ups; the workload is the weakest link.

ISP-level metadata if you SSH in directly. Your home ISP records that you connected to the VPS public IP at this timestamp, this volume, this protocol. Even without packet capture, NetFlow-grade metadata is sufficient to link "VPS A made noise" with "subscriber X was online and connected to A at the same moment". The fix is not to SSH from a home connection: route through Tor or through a VPN you bought separately.

Forensic disk images. A VPS lives on physical hardware in a rack. If the underlying disk is imaged through a court order or hypervisor introspection, anything you stored unencrypted is recoverable. Encrypt sensitive data at rest <em>inside the guest</em> with keys held by you (LUKS, dm-crypt with passphrase prompt at boot, file-level encryption like age or gocryptfs). The anonymity of the VPS purchase does not protect what is on the disk.

Compelled disclosure of email contents. Your signup email, even on Proton or Tutanota, lives at a provider with its own jurisdiction and its own court-order obligations. If that provider is compelled to hand over inbox contents, they would include your Cryptoservers deploy emails (containing the VPS IP). PGP-encrypt mail-at-rest where possible; consider self-hosted mail behind Tor for the highest-paranoia profiles.

Anonymer VPS FAQ

Eight questions buyers and journalists ask us most about the anonymity properties of a Cryptoservers VPS.

What's the difference between an "anonymous VPS" and a "private VPS"?
Anonymity is operational — you cannot be identified as the operator from the available data. Privacy is contractual — the provider commits not to share what they know. They are different properties; you can have one without the other. Cryptoservers ships both: the no-KYC signup minimises what we collect (anonymity), and our Privacy Policy plus the warrant canary commit us to disclose only on valid local-jurisdiction process (privacy). Most providers conflate the two; we separate them on purpose.
If I sign up with a Proton email and pay in Monero, am I fully anonymous?
Mostly — but read the four-layer table on this page. The signup data layer is anonymised (Proton handle, no other identifiers), and the payment-trail layer is anonymised (Monero is private at protocol level). The two remaining layers — network activity and operational metadata — are operator-controlled. Your SSH source IP, the public IP your service runs from, your login fingerprint and any leaks from the workload itself can re-identify you regardless. Anonymity is layered.
Do you require an account, or is signup truly accountless?
Truly accountless. You can pay an invoice from /deploy/, receive SSH credentials by email and never log into the panel. The account exists if you want one (snapshots, dashboard, re-deploy buttons) but it is optional. A surprising number of long-tenure customers — including ones running 20+ VPS — have never claimed a panel account.
Can I use Tor to access the deploy form and the panel?
Yes, both work over Tor without modification. We do not block Tor exit IPs at the WAF and we do not show CAPTCHAs on legitimate Tor traffic. The panel session cookie is set on the response so the browser can keep you logged in across pages; everything else is HTML over HTTPS. We have a hidden-service mirror on the roadmap; the clearnet path over Tor is fully supported in the meantime.
Do you log SSH connections, panel logins or VPS console access?
We log panel actions (provision, reboot, rebuild, snapshot) for 90 days for abuse and security investigation, and panel session source IPs for 24 hours for brute-force protection. We do not log SSH connections to your VPS — those terminate inside your guest, not our infrastructure. NIC mirroring is off; we do not run netflow on customer traffic. Details and retention table are in the Privacy Policy.
Can my provider be compelled to identify me retroactively?
Only with the data we have. A binding court order from our jurisdiction (Saint Kitts and Nevis) or the local jurisdiction where the datacenter sits could compel us to disclose what we hold. What we hold for an anonymous-signup customer is: the email you signed up with, the on-chain transaction id of your payment, the deploy timestamps, and panel action logs (90 days). We do not have a name, an ID, a phone number or a billing address to disclose. Our warrant canary documents the count.
What about side-channel re-identification through my VPS's service?
This is the threat model most users underestimate. If the public website you host on the VPS leaks your real identity (login fingerprint, browser session, content metadata, EXIF, JS analytics that you forgot to remove, a single tweet that mentions the IP), the anonymity of the VPS purchase becomes irrelevant. The VPS is anonymous; the service running on it is whatever you configure it to be. Audit your workload, not just your provider.
Do you accept email aliases (SimpleLogin, AnonAddy, Proton aliases)?
Yes, all three plus self-hosted aliases and disposable inboxes. We do not validate domain reputation and we do not enrich the email address against any third-party database. The only requirement is that you can read the deploy email — anything that delivers SMTP works.

Anonymer VPS, mit genannten Einschränkungen.

Fünf Stufen, vier Rechtsgebiete, kein Ausweis, kein Telefon, optionales Konto, Tor-freundlich. Bezahlung mit einem von sieben Coins.