Politique d’abus et signalement — SuperDMZ
Dernière mise à jour : 28 septembre 2026
SuperDMZ publie des tunnels inverses : le client exécute un petit programme dans son propre réseau et nous donnons à ce service un nom public sous dmzgate.com. Le service à l’autre bout appartient au client — nous exploitons la route, pas la destination. Cette page indique ce qui est interdit, comment signaler un tunnel qui enfreint ces règles et ce que nous faisons précisément lorsqu’un signalement est confirmé.
1. Comment signaler
Écrivez à [email protected]. La boîte est lue par les personnes qui exploitent le service, pas par un robot de tickets.
Nous accusons réception sous un jour ouvré et, sur un signalement que nous pouvons confirmer, nous agissons sous 24 heures. Envoyez ce dont vous disposez :
- le nom d’hôte complet (
quelque-chose.dmzgate.com), ou l’IP du nœud et le port ; - des horodatages avec fuseau — de préférence UTC ;
- ce que vous avez observé, en une ou deux phrases ;
- des preuves : extraits de journaux, URL, empreintes de fichiers, captures réseau, captures d’écran.
Nul besoin de compte, ni de chiffrer le message. Si vous voulez connaître l’issue, dites-le et nous vous répondrons à la clôture du dossier.
2. Ce qui est interdit
Un tunnel ne peut servir à exploiter ni à soutenir aucun des usages suivants, qu’ils visent notre réseau ou celui d’autrui :
- Commande et contrôle de botnet — panneaux, balises, points de rappel, contrôleurs de RAT.
- Logiciels malveillants — héberger, préparer ou distribuer, y compris loaders et droppers.
- Hameçonnage et toute page usurpant l’identité d’une organisation pour récolter identifiants ou données de paiement.
- Spam ou envoi massif non sollicité, et l’infrastructure qui le soutient.
- Attaques contre des tiers — balayage de ports, force brute, credential stuffing, tentatives d’exploitation, déni de service.
- Matériel d’abus sexuel sur mineurs. Un tel signalement est traité immédiatement et transmis aux autorités.
- Tout autre acte illicite au regard du droit brésilien, où le service est exploité.
La recherche en sécurité et les tests d’intrusion sont les bienvenus contre des systèmes que vous êtes autorisé à tester. Si c’est votre cas, un mot à [email protected] en amont évite une coupure inutile.
3. Ce qui se passe après un signalement confirmé
L’ordre compte, et c’est toujours celui-ci :
- Les preuves sont conservées d’abord. Supprimer un tunnel emporte en cascade ses enregistrements de connexion : un instantané part en archivage froid avant que quoi que ce soit ne soit touché.
- Le jeton du tunnel est révoqué sur le nœud, pour que le programme du client ne puisse pas se reconnecter — c’est cela, et non le DNS, qui ferme vraiment la porte.
- Le compte est bloqué et signalé, avec le motif et les preuves consignés.
- L’enregistrement DNS est supprimé, pour que le nom cesse de pointer vers notre nœud.
- Les adresses source sont bannies sur le panneau et sur le pare-feu de chaque nœud.
Nous n’envoyons pas à l’auteur d’un abus confirmé notre avis habituel de « tunnel supprimé », et la répétition du même abus est bloquée sur-le-champ, sans nouvelle enquête.
4. Ce que nous pouvons voir et ce que nous ne voyons pas
Cela détermine la rapidité avec laquelle nous confirmons un signalement : autant le dire clairement.
Les tunnels HTTP et HTTPS terminent le TLS sur notre nœud. Lors d’une enquête, nous pouvons regarder ce qui est servi, et nous le faisons.
Les tunnels TCP (SSH, RDP, ports de bases de données, serveurs de jeu) transportent des octets bruts de bout en bout. Nous ne pouvons pas les lire, et nous n’essayons pas. Pour ceux-là nous travaillons sur les métadonnées de connexion — adresses source, nombre de connexions, durée, octets transférés. Une balise de botnet a une forme caractéristique dans ces métadonnées même quand le contenu est opaque : beaucoup de connexions courtes, presque toutes sans transférer le moindre octet, depuis un ensemble concentré de sources.
La page Sécurité et transparence technique décrit le chemin du trafic en entier.
5. Pour les opérateurs de listes de blocage et les CERT
dmzgate.com est une infrastructure partagée. Chaque nom sous ce domaine est le service d’un client différent, comme chez n’importe quel fournisseur de tunnels ou de DNS dynamique. Un nom abusif ne rend pas le domaine dédié à l’abus, et une inscription à l’apex fait tomber des milliers de services sans rapport avec l’affaire.
Si vous avez identifié un nom précis, dites-nous lequel : nous le coupons et nous vous disons ce que nous avons trouvé. Nous préférons retirer le tunnel que discuter du domaine.
Contact : [email protected]. Sans PGP, sans formulaire, sans compte.
6. Autorités et demandes de conservation
Les demandes des autorités compétentes vont à [email protected] et reçoivent une réponse de l’exploitant du service. SuperDMZ est exploité par DestinoLivre Tecnologia Ltda, au Brésil, et relève du droit brésilien.
Nous conservons les données de compte et les métadonnées de connexion — adresse source, horodatages, durée et volume par connexion. Nous ne conservons pas le contenu des tunnels TCP, car il n’existe jamais sous une forme lisible de notre côté. Une demande documentée de conservation gèle ce qui existe au moment où elle arrive ; plus elle arrive tôt, plus il y a à geler.