Cloudflare perd 22 % de ses domaines après l’arrêt des .tk de Freenom

 (netcraft.com)
1 points par GN⁺ 2024-03-17 | 1 commentaires | Partager sur WhatsApp
  • Les 1,26 million de domaines des TLD .tk, .cf, .gq gérés par Freenom ont été interrompus et ne se résolvent plus, ce qui a fortement réduit l’ampleur des domaines hébergés par Cloudflare
  • Dans la Web Server Survey mensuelle de Netcraft, le nombre de domaines Freenom encore résolvables a chuté de 98,7 % par rapport au mois précédent, et les domaines de ces trois TLD chez Cloudflare ont diminué de 99,8 %
  • Freenom a cessé les nouvelles inscriptions après le procès intenté par Meta en 2023 pour ignorance des signalements d’abus, puis a annoncé le 12 février 2024 son retrait de l’activité des noms de domaine
  • Avant l’arrêt, le .tk représentait 16,2 % des domaines hébergés par Cloudflare, mais dans le jeu de données Netcraft des 1 million de sites les plus populaires, seuls 59 sites répartis sur 57 domaines .tk ont été relevés
  • Les domaines Freenom, gratuits et faciles à obtenir, étaient aussi utilisés pour le phishing et les malwares ; après l’arrêt, le nombre d’URL malveillantes bloquées par Netcraft sur ces TLD a baissé de 86,9 % depuis décembre 2023

Arrêt des TLD Freenom et disparition des domaines

  • Les 1,26 million de domaines des TLD .tk, .cf, .gq gérés par Freenom ont été interrompus et ne se résolvent plus
  • Dans la Web Server Survey mensuelle de Netcraft, leur nombre a été mesuré en baisse de 98,7 % par rapport au nombre de domaines Freenom encore résolvables le mois précédent
  • Les domaines de ces trois TLD ont pratiquement tous disparu
  • .tk, .cf et .gq sont respectivement les ccTLD de Tokelau, de la République centrafricaine et de la Guinée équatoriale, mais ils étaient en pratique très rarement utilisés par des acteurs réellement liés à ces pays

Comment Freenom en est arrivé à se retirer du marché

  • Cette baisse massive pourrait être le résultat d’une série d’événements survenus après que Freenom a été poursuivi par Meta en 2023 pour ignorance des signalements d’abus
  • Freenom a cessé les nouvelles inscriptions de domaines en mars 2023
  • Netcraft a ensuite constaté une forte baisse de la cybercriminalité sur deux TLD sortis de Freenom, .ga et .ml
  • Freenom a annoncé le 12 février 2024 son retrait de l’activité des noms de domaine et de l’exploitation des registres
    • Le même communiqué indiquait qu’un accord avait été trouvé dans le procès avec Meta, selon des conditions financières et commerciales confidentielles
    • Ce communiqué a été supprimé, mais il reste disponible dans les archives

L’impact subi par Cloudflare

  • Avant l’arrêt, .tk, .cf, .gq représentaient 23,1 % de l’ensemble des domaines hébergés sur la plateforme Cloudflare, mais ils ont ensuite presque tous disparu
  • Le nombre cumulé de domaines de ces trois TLD hébergés par Cloudflare a baissé de 99,8 % depuis la Web Server Survey de mars 2024
  • En conséquence, le nombre total de domaines hébergés par Cloudflare a diminué de 22,0 %
  • Le comptage des domaines considère foo.example.tk et bar.example.tk non pas comme des sites distincts, mais comme un seul domaine example.tk

Usage des domaines .tk et cas restants

  • .tk était le TLD le plus populaire parmi ceux exploités par Freenom
  • Le mois précédent, .tk représentait 16,2 % de l’ensemble des domaines hébergés par Cloudflare, mais son usage sur les sites populaires était très faible
  • Dans le jeu de données Netcraft des 1 million de sites les plus populaires, il n’y avait que 59 sites répartis sur 57 domaines .tk
    • Parmi eux, 36 se résolvent encore
    • Il pourrait s’agir de domaines payants
  • Pour de nombreux utilisateurs ayant enregistré des domaines gratuits, cette disparition soudaine a été inattendue
  • Sur la communauté Cloudflare et Reddit, certains clients disent avoir pu réactiver leurs domaines en les faisant apparaître comme des « paid domains »
  • Le site de Freenom affiche que les nouvelles inscriptions sont temporairement impossibles en raison de « technical issues »

Moment de l’arrêt et données d’émission de certificats

  • Le nombre de certificats SSL émis avec succès pour des domaines .tk donne un indice sur le moment où l’arrêt a commencé à produire ses effets
  • Les grandes autorités de certification comme Google et Let’s Encrypt n’émettent que des certificats validés par domaine (domain validated)
  • Le processus d’émission et de renouvellement de ces certificats envoie des requêtes HTTP au site visé ; le domaine cible doit donc pouvoir être résolu pour que l’opération réussisse
  • D’après le volume d’émission de certificats .tk au fil du temps, l’effet de l’arrêt devient net entre le 8 et le 10 février 2024
  • Cela précède de quelques jours l’annonce par Freenom, le 12 février, de son retrait de l’activité des noms de domaine, ce qui a surpris de nombreux utilisateurs faute de préavis suffisant
  • Le fait qu’un petit nombre de certificats ait continué à être émis s’explique par la minorité de domaines .tk encore actifs, en particulier ceux affichés comme « paid domains »

Effet de réduction de la cybercriminalité

  • Les domaines gratuits et faciles à enregistrer fournis par Freenom étaient attractifs pour les criminels et servaient largement à héberger des sites de phishing, des malwares et d’autres cyberattaques
  • Effet collatéral positif de l’arrêt : sur les TLD concernés, le nombre d’URL malveillantes bloquées par Netcraft a chuté de 86,9 % depuis décembre 2023
  • Pour en savoir plus sur l’impact des précédentes annonces de Freenom sur la cybercriminalité, voir le blog Netcraft

À lire aussi

1 commentaires

 
GN⁺ 2024-03-17
Avis sur Hacker News

  • Indépendamment de l’article, voir .tk me rappelle beaucoup de souvenirs
    Quand j’étais petit, je n’avais même pas de compte bancaire, encore moins de carte de paiement internationale (VISA/Mastercard), et dot.tk était le seul moyen de mettre en ligne un site web à son nom
    J’ai créé d’innombrables sites .tk pour des camarades de classe, l’école et ma famille

    • Pareil pour moi. À l’époque, avoir son propre nom de domaine sans sous-domaine, il n’y avait que .tk qui le permettait
      De mémoire, ma première URL ressemblait à freeserver.com/~userna, et username.freeserver.com était le genre de format utilisé par des services comme Tripod ; ce n’était pas si mal, mais ça ne faisait pas professionnel
      Ensuite, il y a eu des services qui donnaient des sous-domaines gratuits sur des domaines courts, comme username.fs.com, et parmi les options gratuites, username.tk était de loin la meilleure
      Puis j’ai un peu grandi et j’ai commencé à acheter des domaines
    • En Italie, on avait 3000.it
      https://web.archive.org/web/20010331143129/http://www.kliman...
      Spoiler : je ne suis pas devenu webdesigner
    • Je me souviens avoir dit à ma mère, au début des années 90, que j’avais créé moi-même un site web
      Elle m’a dit que c’était n’importe quoi et que c’était impossible ; je ne me souviens plus de l’adresse exacte, mais c’était quelque chose comme zoogatyler1.go.com
      Je crois que ça appartenait à Disney, j’avais environ 7 ou 8 ans, et je me souviens avoir été vraiment surexcité
      Ensuite, vers 11 ou 12 ans, j’ai commencé à ouvrir des sites .tk
    • Moi aussi, je me souviens avoir fait tourner un petit serveur web sur le PC minable de la maison de mes parents et avoir servi le site via .tk
      J’ai peut-être ouvert tous les ports du routeur pour que ça marche, ce qui n’était pas très malin pour l’époque. Pas de HTTPS, pas de sécurité, pas de modération
      Je copiais-collais le HTML de sites qui avaient l’air cool et je ne changeais que le texte pour en faire le mien ; ça ressemblait à du microblogging d’avant Twitter, Facebook, Instagram, Blogspot et Tumblr
    • Pendant un temps, j’ai utilisé .co.nr avec .tk, puis je suis passé à .co.cc, et j’ai fini par trouver un moyen d’acheter mon propre domaine

  • Les gens qui se plaignent que Cloudflare héberge ce genre de criminels seraient les premiers à se plaindre que Cloudflare a trop de pouvoir quand l’entreprise retire des sites web qui ne lui plaisent pas
    On ne peut pas satisfaire ces gens-là, et personnellement je pense que c’est le meilleur résultat possible ici, et que cela montre que le système fonctionne, même lentement
    Ça a pris du temps, mais cela a évité de créer un précédent où Cloudflare jouerait plus que nécessaire le rôle de police d’Internet

    • « On ne peut pas satisfaire ces gens-là » est l’erreur classique qui consiste à voir des commentaires de type A et de type B sur le même forum et à supposer qu’ils viennent des mêmes personnes
      En général, ce ne sont pas les mêmes personnes
      Plus exactement, c’est plutôt : « quoi qu’on fasse, certaines personnes seront forcément en colère »
    • L’idée que « les gens qui se plaignent que Cloudflare héberge ce genre de criminels se plaindraient que Cloudflare a trop de pouvoir quand l’entreprise retire des sites web qui ne lui plaisent pas » est intéressante, mais ce serait bien de pouvoir citer ne serait-ce qu’un exemple de quelqu’un qui a défendu les deux positions à la fois
      Il semble très peu probable que ce soient les mêmes personnes
    • Cloudflare fait déjà exactement ce genre de choses. Le précédent dont il est question existe déjà
      C’est donc étrange qu’ils ne retirent pas de vrais criminels
      Ils n’ont pas vraiment de problème à bloquer certaines choses, tout en étant notoirement permissifs envers du contenu réellement criminel
      Je ne cherche pas à dire si leur modération de contenu était juste ou non, seulement que ce précédent n’est pas nouveau
    • Les deux situations ne sont pas opposées. Dans les deux cas, une grande entreprise fait simplement ce qu’elle veut
      Cette comparaison montre plutôt qu’il n’y a pas de « système »
      On a l’impression qu’une entité impersonnelle autorise certains mauvais acteurs et pas d’autres, mais en réalité, personne ne demande l’avis de qui que ce soit
      La sensibilité du public est avancée comme raison, mais au final c’est une structure faite d’hypocrisie classique et de politique opaque ; une fois qu’on a construit une route à péage, on peut négocier avec ceux qui veulent en partager le contrôle
    • S’ils sont criminels, on pourrait simplement envoyer la police, non ?
      Si on ne peut pas envoyer la police, alors ce ne sont pas des criminels, non ?
      J’ai du mal à comprendre pourquoi on se retrouve dans cette zone floue où une infrastructure critique doit jouer le rôle de juge

  • Cloudflare a sûrement été très affectée d’avoir « perdu » 12,3 millions de clients qui ne paient pas
    Espérons que le CEO ne boira pas trop de tequila ce soir en fêtant ça

  • Tant mieux. .tk nous a vraiment causé beaucoup de soucis, c’était un TLD franchement pourri
    Sur notre plateforme, le taux d’arnaques et d’abus était absurdement élevé, presque 99 %

    • Dans ce cas, on a l’impression que cela revient à admettre implicitement que Cloudflare hébergeait, ou héberge encore, en masse des domaines utilisés pour des arnaques et des abus
      C’est surprenant quand on pense au temps et aux efforts consacrés à atténuer la fraude et les abus
      Je me demande ce qui m’échappe
    • Si .tk était un signal aussi évident d’abus, sa disparition n’est-elle pas plutôt une mauvaise chose ?
      Il vaudrait peut-être mieux qu’ICANN introduise .free, prévienne tout le monde pendant quelques années, puis laisse les concepteurs de filtres antispam le traiter comme ils l’entendent
    • Je ne pense pas que la fraude va simplement disparaître parce que .tk disparaît
    • Moi aussi, j’étais du genre à ignorer automatiquement les domaines .tk, donc on perd peut-être un signal de spam fiable et un pot de miel
    • Fait intéressant, dans ma liste, .xyz ressemblait bien plus à un domaine de spam douteux
      Ce serait bien qu’il tombe aussi

  • Il y a un passage disant : « Les domaines concernés représentent une grosse perte pour Cloudflare. .tk, .cf et .gq représentaient auparavant 23,1 % de tous les domaines hébergés sur la plateforme, et ils ont désormais presque tous disparu », mais je ne comprends pas bien en quel sens il s’agit d’une perte
    Il est difficile de penser que Cloudflare perde ici de l’argent ou du chiffre d’affaires, et si une grande partie de ces domaines étaient du spam, cela ressemble plutôt à un changement sans grande importance

    • J’ai eu la même impression en lisant. Globalement, il y a de bonnes chances que ce soit un gain net pour Cloudflare
      Parmi les 12,6 millions de domaines qu’ils viennent de « perdre », je parierais que la proportion de clients payants était exactement de 0,00 %
      Les gens qui ne voulaient même pas payer le coût d’un domaine avaient peu de chances de payer pour un CDN
      Cloudflare va probablement pouvoir essuyer ses larmes de cette perte avec l’argent économisé sur les coûts de bande passante

  • Un autre domaine .tk célèbre est tcl.tk, celui du langage de programmation Tcl, et je viens de vérifier : il est toujours en ligne et fait partie des domaines .tk payants

    • Je ne comprends pas pourquoi des organisations tiennent à utiliser ces domaines de premier niveau bizarres
      Je reste aussi un peu réservé quand Rust utilise .rs à des endroits importants. C’est fondamentalement un domaine contrôlé par le gouvernement serbe
      Au minimum, il faut confier la signature DNSSEC de .rs au gouvernement serbe, et je ne lui fais pas confiance pour ça
    • Les mainteneurs de TCL ont fini par basculer l’URL principale vers tcl-lang.org pendant un moment, parce que Freenom était beaucoup trop instable
      Ils ont quand même continué à proposer tcl.tk, en espérant que ça tienne
      J’espère que Tokelau choisira à l’avenir un bureau d’enregistrement réputé, pour que .tk devienne un domaine utilisable aussi pour des usages sérieux
    • Tcl me manque, quand même

  • Ah, c’est donc pour ça que je n’ai pas pu renouveler plusieurs domaines que j’utilisais depuis plus de dix ans
    Même passer à un domaine payant n’était pas possible
    Je ne pense pas que ça aidera à réduire les malwares, les arnaques ou le phishing
    En revanche, ça risque de pénaliser les étudiants et les jeunes qui veulent se lancer dans le développement web mais n’ont pas les moyens de payer un domaine

  • L’article présente ça comme une perte, mais Cloudflare a un forfait gratuit
    Sait-on si ces comptes étaient payants ?
    Si Cloudflare n’arrivait pas à convertir ces utilisateurs en clients payants, cela pourrait au contraire être un bénéfice

    • Il est difficile d’imaginer que des gens utilisant des domaines gratuits aient payé Cloudflare
      Le coût d’un domaine est bien inférieur à celui de Cloudflare

  • Peut-on raisonnablement supposer que ces domaines étaient très majoritairement sur le forfait gratuit de Cloudflare ?
    Je ne m’attends pas à ce que quelqu’un qui obtient un domaine gratuitement paie pour l’hébergement
    Dans ce cas, ça ne ressemble pas à une grosse perte pour Cloudflare ; est-ce que je rate quelque chose ?

    • Je vois les choses de façon similaire. Il s’agissait probablement moins de clients Cloudflare que de domaines qui se trouvaient par hasard configurés chez Cloudflare
      CF n’a désormais plus à gérer ces utilisateurs gratuits, donc sa marge a sans doute légèrement augmenté

  • Je comprends que .tk était populaire parce qu’il était gratuit, et qu’il faut bien un foyer pour des sites web qui ne soit pas lié à un fournisseur précis comme un sous-domaine .netlify.app
    Mais comme on l’a appris avec .af, tous ces domaines de premier niveau techniquement attribués à un pays donné doivent être considérés comme temporaires
    C’est en quelque sorte un emprunt de courte durée, sans autorisation explicite ou durable

    • Pour être juste, cela vaut pour tous les domaines
      Avec les domaines nationaux de premier niveau (ccTLD), la préoccupation supplémentaire est que cette logique d’« emprunt » se combine à la situation géopolitique du pays concerné, à la stabilité du régime en place et de l’organisme de gestion, ainsi qu’à des facteurs de politique intérieure
      Ces facteurs peuvent entraîner des changements dans les conditions d’enregistrement ou les politiques du ccTLD
      Si les serveurs de noms racine sont hébergés dans ses propres datacenters, l’infrastructure DNS et la bande passante locale deviennent aussi des sujets d’inquiétude, d’autant plus si ce n’est pas externalisé