GUIDE · NO-KYC

No-KYC expliqué sans marketing : ce que l'absence d'identité protège vraiment

TOKEN 32 OCTETS · 256 BITS HASH ARGON2ID CÔTÉ SERVEUR ZÉRO LOG > 24 H

« No-KYC » est devenu un mot-slogan que des dizaines d'hébergeurs apposent sur leur page d'accueil sans en changer l'infrastructure. Ce guide fait le contraire : expliquer mécaniquement ce qu'un compte sans identité change, ce qu'il ne change pas, et où se situent les vrais risques. Nous décrivons notre propre implémentation — parce que c'est celle que nous connaissons le mieux, pas parce qu'elle serait la seule valable.

Ce que le KYC enregistre vraiment

Quand un hébergeur classique vous ouvre un compte, il collecte : nom, prénom, adresse postale, email, numéro de téléphone — et de plus en plus souvent une pièce d'identité, un justificatif de domicile, voire un selfie. La carte bancaire ajoute un nom en clair et une ligne de relevé bancaire. Chacune de ces données est stockée quelque part, et chacune sort quelque part : réquisition judiciaire, fuite, revente, ou banalisation interne — « nos partenaires de confiance », que vous n'avez pas choisis.

Le RGPD protège contre les abus commerciaux, pas contre la loi. Une réquisition n'est pas une violation de données : c'est la loi qui fonctionne normalement. Les fuites, elles, ne sont pas un scénario théorique : depuis 2020, les bases KYC du secteur crypto ont fait l'objet de reventes publiques — les données clients de Ledger en 2020, puis plusieurs bases d'exchange revendues sur des forums entre 2021 et 2024. Un hébergeur peut être honnête et piraté dans le même trimestre.

Le point que presque personne ne souligne : un compte KYC relie un serveur à une identité, durablement — y compris après résiliation du service. Dix ans plus tard, une seule de ces données oubliées suffit à reconstruire toute la chaîne.

Le compte par token : la mécanique exacte

Chez VPSPLEX, il n'existe pas de formulaire d'inscription. Au moment du paiement, votre navigateur génère un token : 32 octets aléatoires produits par le générateur cryptographique de votre propre machine, jamais transmis avant d'être affiché. Vous le voyez une fois. Vous le copiez. C'est tout.

access-token.txt # généré dans votre navigateur (CSPRNG) — affiché une seule fois token: VPSPLEX-LIVE-4f9c2e83b1d0569e4f27c8a3d51b07e6 # stocké côté serveur : uniquement un hash argon2id, irréversible hash: $argon2id$v=19$m=65536,t=3,p=4$q7H2k9WmX4vN8sR3tY6uZ1wB

Le token est à la fois votre identifiant, votre mot de passe et votre facture. Chaque requête au panel ou à l'API le présente ; nous le hashons puis le comparons au hash stocké. Concrètement : notre base contient des hashes, pas des tokens ; notre support ne voit jamais ni l'un ni l'autre ; et il n'existe aucune procédure de réinitialisation. Un token perdu est un compte perdu — exactement comme une phrase de récupération Bitcoin. Ce n'est pas un bug de parcours client, c'est la propriété de sécurité elle-même.

C'est un choix autant de sécurité que de vie privée : ce qui n'existe pas ne peut ni fuiter ni être cédé. La contrepartie est une responsabilité totale — sauvegardez ce token comme une clé privée : chiffré, en plusieurs exemplaires physiquement séparés. La page connexion n'offre d'ailleurs aucun « mot de passe oublié », et c'est voulu.

Ce que le no-KYC protège

  • Les réquisitions ciblées : il n'existe chez nous aucune donnée d'identité à produire. Nous pouvons fournir un hash, une facture en crypto et des métadonnées techniques. C'est tout — et c'est mesurable.
  • Les fuites et les reventes : pas de base clients à voler. Une compromission du panel exposerait des adresses IP éphémères et des hashes — pas des noms, pas des adresses, pas de scan d'identité.
  • Le profilage : aucune donnée commerciale collectée, aucun reciblage publicitaire, aucune « amélioration de l'expérience » qui consisterait en fait à vous suivre.
  • La séparation paiement/identité : nos paiements passent par Paymento ou en on-chain direct (BTC, XMR, ETH, USDT, LTC, SOL, TRX). Aucun compte marchand nominatif ne relie une carte bancaire à un serveur.
  • Votre historique futur : ce que vous n'avez jamais donné ne peut pas resurgir dans dix ans, à l'occasion d'une fusion, d'un piratage ou d'une enquête.

Ce que le no-KYC ne protège pas — soyez exigeant

Un hébergeur no-KYC rend votre compte anonyme. Il ne rend pas votre serveur anonyme, et surtout pas vous. Les angles morts réels :

  • La blockchain publique. BTC, ETH, USDT ou LTC sont traçables : montants, horodatage, adresses sources. Payer en Bitcoin depuis un compte KYC d'exchange vers notre adresse crée un lien durable, de votre nom jusqu'à notre facture. Préférez XMR, ou passez par Paymento, qui isole l'hébergeur de votre historique on-chain — sans effacer vos propres traces de votre côté.
  • Votre connexion. Le dashboard connaît votre adresse IP à chaque visite. Si votre modèle de menace inclut votre FAI ou votre État, chiffrez-la : Tor ou VPN avant toute consultation du panel.
  • Vos propres logs applicatifs. Le WHOIS d'un domaine associé, les certificats TLS publiés dans les journaux de transparence, un email de contact dans le footer du site, un mot de passe réutilisé : l'opsec se joue chez vous, pas chez l'hébergeur.
  • La corrélation comportementale. Toujours déployer le même jour du mois, depuis le même réseau, avec les mêmes habitudes d'écriture : c'est une signature reconnaissable. La discipline vaut mieux que n'importe quel outil.
  • Le contenu illégal. Comme partout, l'AUP s'applique : phishing, malwares, spam, exploitation d'enfants sont traités dans l'heure. Le no-KYC est une minimisation de données, pas un bouclier pénal.

Formule courte : le no-KYC supprime la fiche client. Il ne supprime ni la physique du réseau, ni la blockchain publique, ni vos propres habitudes. Les trois restent votre travail.

VPSPLEX face à un hébergeur classique

Le tableau compare un hébergeur grand public type (celui que vous connaissez tous) avec notre modèle no-KYC. Les deux lignes qui comptent le plus sont les deux dernières.

Critère Hébergeur classique VPSPLEX
Inscription Nom, email, téléphone, pièce d'identité Token généré par vos soins
Données stockées Identité + historique de facturation Hash du token + métadonnées techniques
Réquisitionnable Tout, par construction Rien d'identifiant
Paiement CB nominative, PayPal, parfois crypto Crypto only : BTC, XMR, ETH, USDT, LTC, SOL, TRX
Surface de fuite Base clients complète Hashes + IP éphémères (zéro log > 24 h)
Récupération de compte Email + lien de reset Aucune — perte = irrécupérable
Support Ticket nominatif, horaires bureaux Ticket par token, 24/7

Si vous ne retenez que trois réflexes

  • Payez en XMR — ou via Paymento — chaque fois que l'anonymat de la transaction compte autant que celui du compte.
  • Ne consultez jamais le panel sans Tor ou VPN si votre menace inclut votre FAI, votre banque ou votre État.
  • Sauvegardez le token chiffré, en deux endroits physiquement séparés. Puis une troisième fois, parce que vous n'aurez pas écouté la deuxième.

Questions fréquentes

Puis-je récupérer mon compte si je perds mon token ?
Non — par conception. Il n'y a rien derrière le token : pas d'email de secours, pas de question secrète, pas d'agent habilité à contourner quoi que ce soit. Traitez-le exactement comme une clé privée de portefeuille crypto.
Pourquoi pas de double authentification ?
Un token aléatoire de 256 bits est déjà plus fort que la plupart des couples mot de passe + TOTP. Et un second facteur exigerait un canal de récupération — donc une identité, donc un KYC déguisé. Le blocage par tentatives et la longueur du secret font le reste.
Le no-KYC rend-il mes paiements anonymes ?
XMR : oui, sous réserve de votre hygiène de change. BTC, ETH, USDT ou LTC : non — la chaîne est publique et le graphe se reconstitue. Paymento isole notre connaissance de la transaction, pas la vôtre de votre côté.
Que risquez-vous en cas de fuite chez vous ?
Peu de choses : des hashes de tokens, des factures en crypto, des adresses IP non journalisées au-delà de 24 h. C'est précisément le but du modèle — une compromission devient un incident technique, pas un scandale de données clients.
Un hébergeur sans KYC est-il légal ?
Oui. Le KYC n'est pas une obligation universelle de l'hébergement ; il l'est pour certains secteurs régulés (banque, exchange). Les obligations pénales, elles, restent entières et nous y répondons dans l'heure, voir l'AUP.
Et si un régulateur vous impose le KYC demain ?
Nous ne pourrions pas rétroactivement créer des données que nous ne possédons pas : pas de noms, pas de pièces d'identité, rien. C'est précisément pour cela que le modèle existe — et c'est aussi pour cela que nous ne stockons aucun moyen de vous recontacter.
LIRE ENSUITE

Poursuivre la lecture

COMPTE PAR TOKEN · PAIEMENT CRYPTO · DÉPLOIEMENT < 60 S

Un compte, c'est un token. Rien d'autre.

Quatre modèles de VPS, six juridictions, un paiement crypto. Zéro formulaire entre vous et votre serveur — et rien à fuiter de notre côté.

Déployer sans identité →