Cloudflare verliert 22 % seiner Domains durch die Abschaltung von Freenom-.tk

 (netcraft.com)
1 Punkte von GN⁺ 2024-03-17 | 1 Kommentare | Auf WhatsApp teilen
  • 12,6 Millionen Domains unter den von Freenom verwalteten TLDs .tk, .cf, .gq wurden abgeschaltet und lassen sich nicht mehr auflösen, wodurch der Umfang der bei Cloudflare gehosteten Domains stark geschrumpft ist
  • In der monatlichen Web Server Survey von Netcraft sank die Zahl der auflösbaren Freenom-Domains gegenüber dem Vormonat um 98,7 %, bei den drei TLDs innerhalb von Cloudflare sogar um 99,8 %
  • Freenom stellte nach der Klage von Meta im Jahr 2023 wegen Ignorierens von Missbrauchsmeldungen die Neuregistrierung ein und kündigte am 12. Februar 2024 den Rückzug aus dem Domainnamengeschäft an
  • Vor der Abschaltung machte .tk 16,2 % der bei Cloudflare gehosteten Domains aus, im Netcraft-Datensatz der Top-1-Million-Websites wurden jedoch nur 59 Websites unter 57 .tk-Domains gefunden
  • Die leicht kostenlos erhältlichen Freenom-Domains wurden auch für Phishing und Malware genutzt; seit der Abschaltung ist die Zahl der von Netcraft unter diesen TLDs blockierten bösartigen URLs seit Dezember 2023 um 86,9 % zurückgegangen

Abschaltung der Freenom-TLDs und Verlust von Domains

  • 12,6 Millionen Domains unter den von Freenom verwalteten TLDs .tk, .cf, .gq wurden abgeschaltet und lassen sich nicht mehr auflösen
  • In der monatlichen Web Server Survey von Netcraft wurde ein Rückgang um 98,7 % gegenüber der Zahl der im Vormonat noch auflösbaren Freenom-Domains festgestellt
  • Die Domains der drei TLDs sind damit faktisch fast vollständig verschwunden
  • .tk, .cf und .gq sind zwar die länderspezifischen Top-Level-Domains (ccTLDs) von Tokelau, der Zentralafrikanischen Republik und Äquatorialguinea, wurden in der Praxis aber nur sehr selten von mit diesen Ländern verbundenen Akteuren genutzt

Verlauf bis zum Rückzug von Freenom aus dem Geschäft

  • Der massive Rückgang dürfte das Ergebnis der Entwicklungen sein, die auf die Klage von Meta gegen Freenom im Jahr 2023 wegen Ignorierens von Missbrauchsmeldungen folgten
  • Freenom stellte im März 2023 die Neuregistrierung von Domains ein
  • Bei den beiden TLDs .ga, .ml, die Freenom später verließen, stellte Netcraft anschließend einen starken Rückgang der Cyberkriminalität fest
  • Freenom kündigte am 12. Februar 2024 an, sich aus dem Domainnamengeschäft und dem Registry-Betrieb zurückzuziehen
    • In derselben Pressemitteilung hieß es auch, dass die Klage von Meta unter vertraulichen finanziellen und geschäftlichen Bedingungen beigelegt wurde
    • Die betreffende Pressemitteilung wurde gelöscht, ist aber im Archiv erhalten

Auswirkungen auf Cloudflare

  • Vor der Abschaltung machten .tk, .cf, .gq 23,1 % aller auf der Cloudflare-Plattform gehosteten Domains aus, verschwanden danach jedoch fast vollständig
  • Die Gesamtzahl der von Cloudflare gehosteten Domains unter diesen drei TLDs ging seit der Web Server Survey vom März 2024 um 99,8 % zurück
  • Dadurch sank die Gesamtzahl der von Cloudflare gehosteten Domains um 22,0 %
  • Bei der Domainzählung werden Websites wie foo.example.tk und bar.example.tk nicht als getrennte Websites, sondern als eine einzige Domain example.tk gezählt

Nutzungsmuster von .tk-Domains und verbleibende Fälle

  • .tk war die populärste TLD unter den von Freenom betriebenen Endungen
  • Im Vormonat machte .tk 16,2 % aller bei Cloudflare gehosteten Domains aus, wurde auf populären Websites jedoch nur sehr selten verwendet
  • Im Datensatz der Top 1 Million Websites von Netcraft gab es nur 59 Websites unter 57 .tk-Domains
    • Davon lassen sich 36 weiterhin auflösen
    • Dabei könnte es sich um kostenpflichtige Domains handeln
  • Für viele Nutzer, die kostenlose Domains registriert hatten, kam das plötzliche Verschwinden unerwartet
  • In der Cloudflare-Community und auf Reddit gibt es Berichte, dass einige Kunden ihre Domains wieder funktionsfähig machten, indem sie sie als „paid domains“ kennzeichneten
  • Auf der Freenom-Website wird angezeigt, dass Neuregistrierungen wegen „technical issues“ vorübergehend nicht möglich seien

Zeitpunkt der Abschaltung und Daten zur Zertifikatsausstellung

  • Die Zahl erfolgreich ausgestellter SSL-Zertifikate für .tk-Domains liefert einen Hinweis darauf, wann sich die Abschaltung auswirkte
  • Große Zertifizierungsstellen wie Google und Let’s Encrypt stellen nur domainvalidierte Zertifikate (domain validated) aus
  • Für die Ausstellung und Erneuerung domainvalidierter Zertifikate werden HTTP-Anfragen an die betreffende Website gesendet; die Ziel-Domain muss also auflösbar sein, damit dies erfolgreich ist
  • Betrachtet man die stündliche Zahl ausgestellter .tk-Zertifikate, wird der Effekt der Abschaltung zwischen 8. und 10. Februar 2024 deutlich sichtbar
  • Dieser Zeitpunkt liegt einige Tage vor der Ankündigung von Freenom am 12. Februar, sich aus dem Domainnamengeschäft zurückzuziehen, weshalb viele Nutzer mangels Vorankündigung überrascht wurden
  • Dass danach weiterhin in geringem Umfang Zertifikate ausgestellt wurden, liegt an einer kleinen Zahl weiterhin aktiver .tk-Domains, insbesondere solcher, die als „paid domains“ gekennzeichnet waren

Effekt des Rückgangs von Cyberkriminalität

  • Die von Freenom angebotenen kostenlos und unkompliziert registrierbaren Domains waren für Kriminelle attraktiv und wurden häufig zum Hosting von Phishing-Seiten, Malware und anderen Cyberangriffen verwendet
  • Als positiver Nebeneffekt der Abschaltung ist die Zahl der von Netcraft unter den betroffenen TLDs blockierten bösartigen URLs seit Dezember 2023 um 86,9 % zurückgegangen
  • Weitere Informationen zu den Auswirkungen früherer Freenom-Ankündigungen auf Cyberkriminalität gibt es im Netcraft Blog

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2024-03-17
Meinungen auf Hacker News

  • Ganz unabhängig vom Artikel weckt .tk bei mir viele Erinnerungen.
    Als Kind hatte ich weder ein Bankkonto noch eine Karte für internationale Zahlungen (VISA/Mastercard), und dot.tk war die einzige Möglichkeit, eine Website unter dem eigenen Namen online zu stellen.
    Ich habe unzählige .tk-Seiten für Mitschüler, die Schule und die Familie gebaut.

    • Bei mir war es genauso. Damals war .tk das Einzige, womit man einen eigenen Domainnamen ohne Subdomain haben konnte.
      Soweit ich mich erinnere, war meine erste URL so etwas wie freeserver.com/~userna, und username.freeserver.com war die Art, wie es Dienste wie Tripod machten – nicht ganz schlecht, aber es wirkte nicht professionell.
      Später gab es Dienste, die kostenlose Subdomains unter kürzeren Domains wie username.fs.com anboten, und unter den kostenlosen Optionen war username.tk mit Abstand die beste.
      Irgendwann wurde ich etwas älter und fing an, für Domains zu bezahlen.
    • In Italien gab es 3000.it.
      https://web.archive.org/web/20010331143129/http://www.kliman...
      Spoiler: Webdesigner bin ich nicht geworden.
    • Ich erinnere mich noch, wie ich Anfang der 90er meiner Mutter erzählte, dass ich selbst eine Website gebaut hatte.
      Sie meinte, das sei Unsinn und unmöglich; die genaue Adresse weiß ich nicht mehr, aber sie war ungefähr wie zoogatyler1.go.com.
      Ich glaube, das gehörte Disney, und ich war etwa 7 oder 8 Jahre alt – ich weiß noch, wie begeistert ich war.
      Danach, mit ungefähr 11 oder 12, fing ich an, .tk-Seiten anzulegen.
    • Ich erinnere mich auch daran, auf dem lausigen PC im Haus meiner Eltern einen kleinen Webserver betrieben und die Seite über .tk bereitgestellt zu haben.
      Vielleicht hatte ich alle Ports am Router geöffnet, damit es funktionierte – im Rückblick nicht gerade schlau. Kein HTTPS, keine Sicherheit, keine Moderation.
      Ich kopierte das HTML von Seiten, die cool aussahen, fügte es ein und änderte nur den Text, sodass es wie meine eigene wirkte; es fühlte sich an wie ein Mikroblog vor Twitter, Facebook, Instagram, Blogspot und Tumblr.
    • Eine Zeit lang nutzte ich neben .tk auch .co.nr, wechselte dann zu .co.cc und fand schließlich einen Weg, meine eigene Domain zu kaufen.

  • Die Leute, die sich darüber beschweren, dass Cloudflare solche Kriminellen hostet, wären dieselben, die sich als Erste darüber beschweren würden, Cloudflare habe zu viel Macht, wenn es Websites abschaltet, die ihm nicht gefallen.
    Solche Leute kann man nicht zufriedenstellen, und persönlich halte ich das hier für das bestmögliche Ergebnis; es zeigt, dass das System, wenn auch langsam, funktioniert.
    Es hat zwar gedauert, aber Cloudflare musste keinen Präzedenzfall schaffen, in dem es stärker als nötig die Rolle der Internet-Polizei übernimmt.

    • „Solche Leute kann man nicht zufriedenstellen“ ist der klassische Fehler, anzunehmen, dass Kommentar Typ A und Kommentar Typ B im selben Forum von denselben Leuten stammen.
      Meistens sind es nicht dieselben Personen.
      Genauer wäre: „Egal, was man tut, irgendwer wird sich zwangsläufig ärgern.“
    • Die Aussage, „die Leute, die sich darüber beschweren, dass Cloudflare solche Kriminellen hostet, würden sich beschweren, Cloudflare habe zu viel Macht, wenn es Websites abschaltet, die ihm nicht gefallen“, ist interessant – aber es wäre gut, wenigstens ein Beispiel für jemanden zu sehen, der beide Positionen gleichzeitig vertreten hat.
      Es wirkt sehr unwahrscheinlich, dass es dieselben Leute sind.
    • Cloudflare tut genau so etwas bereits. Den erwähnten Präzedenzfall gibt es schon.
      Deshalb wirkt es seltsam, dass sie nicht einmal tatsächliche Kriminelle abschalten.
      Sie haben offenbar kein großes Problem damit, Dinge zu blockieren, sind aber gegenüber tatsächlich kriminellen Inhalten geradezu berüchtigt nachsichtig.
      Ich will nicht sagen, ob die Inhaltsdurchsetzung richtig oder falsch war, sondern nur, dass dieser Präzedenzfall nicht neu ist.
    • Die beiden Seiten stehen nicht im Gegensatz zueinander. In beiden Fällen tut ein großes Unternehmen einfach das, was es will.
      Dieser Vergleich zeigt eher, dass es kein „System“ gibt.
      Es sieht so aus, als würde irgendeine unpersönliche Instanz manche schlechten Akteure zulassen und andere nicht, aber tatsächlich wird niemand nach seiner Meinung gefragt.
      Als Begründung wird öffentliches Feingefühl angeführt, doch am Ende läuft es auf typische Heuchelei und Politik hinter verschlossenen Türen hinaus; und sobald man eine Mautstraße gebaut hat, kann man mit den Leuten verhandeln, die an der Kontrolle darüber beteiligt werden wollen.
    • Wenn es Kriminelle sind, könnte man doch einfach die Polizei hinschicken, oder?
      Wenn man die Polizei nicht hinschicken kann, sind es dann nicht vielleicht gar keine Kriminellen?
      Ich verstehe schwer, warum Kerninfrastruktur in die schwammige Rolle eines Richters geraten soll.

  • Cloudflare muss wirklich schwer getroffen sein, weil es 12,3 Millionen nicht zahlende Kunden „verloren“ hat.
    Ich hoffe, der CEO trinkt heute Nacht beim Feiern nicht zu viel Tequila.

  • Zum Glück. .tk hat uns wirklich eine Menge Ärger eingebracht und war eine absolut schrottige Top-Level-Domain.
    Auf unserer Plattform war der Anteil von Betrug und Missbrauch absurd hoch, nahezu 99 %.

    • Dann ist das doch wohl ein implizites Eingeständnis, dass Cloudflare massenhaft Domains gehostet hat oder immer noch hostet, die für Betrug und Missbrauch genutzt wurden.
      Wenn man bedenkt, wie viel Zeit und Aufwand in die Eindämmung von Betrug und Missbrauch fließt, ist das überraschend.
      Ich frage mich, was ich übersehe.
    • Wenn .tk ein so eindeutiges Signal für Missbrauch war, ist es dann nicht eher schlecht, dass dieses Signal verschwindet?
      Mir erschiene es besser, wenn ICANN .free einführen, ein paar Jahre lang alle darüber informieren und es dann den Spamfilter-Anbietern überlassen würde, damit nach Belieben umzugehen.
    • Ich glaube nicht, dass Betrug einfach verschwindet, nur weil .tk verschwindet.
    • Ich war auch jemand, der .tk-Domains automatisch ignoriert hat; insofern verlieren wir vielleicht ein verlässliches Spam-Signal und einen Honeypot.
    • Interessanterweise war in meiner Liste .xyz eine deutlich schlimmere Spam-Domain.
      Wäre schön, wenn die auch gleich mit verschwinden würde.

  • Es gibt die Passage: „Die betroffenen Domains sind ein großer Verlust für Cloudflare. .tk, .cf und .gq machten zuvor 23,1 % aller auf der Plattform gehosteten Domains aus, und jetzt sind fast alle verschwunden.“ Ich verstehe nicht so recht, in welchem Sinne das ein Verlust sein soll.
    Es ist schwer vorstellbar, dass Cloudflare hier Geld oder Umsatz verliert; wenn viele dieser Domains spamartig waren, wirkt die Änderung eher ziemlich bedeutungslos.

    • Beim Lesen hatte ich denselben Gedanken. Insgesamt ist es für Cloudflare wahrscheinlich eher ein Nettogewinn.
      Von den 12,6 Millionen Domains, die sie gerade „verloren“ haben, waren vermutlich exakt 0,00 % zahlende Kunden.
      Leute, die nicht einmal Domainkosten zahlen wollten, haben wohl kaum für ein CDN bezahlt.
      Cloudflare dürfte sich mit dem Geld, das durch geringere Bandbreitenkosten übrig bleibt, die Tränen über diesen Verlust abwischen können.

  • Eine weitere bekannte .tk-Domain ist tcl.tk für die Programmiersprache Tcl; ich habe gerade nachgesehen, und sie ist noch aktiv – eine der kostenpflichtigen .tk-Domains.

    • Ich verstehe nicht, warum Organisationen unbedingt solche seltsamen Top-Level-Domains verwenden wollen.
      Dass Rust an wichtigen Stellen .rs nutzt, sehe ich immer noch mit gemischten Gefühlen. Schließlich ist das im Grunde eine Domain, die von der serbischen Regierung kontrolliert wird.
      Zumindest muss man die DNSSEC-Signierung von .rs der serbischen Regierung anvertrauen, und ich vertraue dem nicht.
    • Die TCL-Maintainer haben die Haupt-URL wegen der starken Unzuverlässigkeit von Freenom schon vor einiger Zeit auf tcl-lang.org umgestellt.
      tcl.tk haben sie trotzdem weiter angeboten und auf das Beste gehofft.
      Ich hoffe, Tokelau wählt künftig einen seriösen Registrar, damit .tk auch für ernsthafte Zwecke nutzbar wird.
    • Tcl vermisse ich schon.

  • Ah, deshalb konnte ich also mehrere Domains, die ich über zehn Jahre genutzt hatte, nicht verlängern.
    Nicht einmal ein Upgrade auf eine kostenpflichtige Domain war möglich.
    Ich glaube nicht, dass das helfen wird, Malware, Betrug oder Phishing zu reduzieren.
    Stattdessen dürfte es Schülern, Studierenden und jungen Leuten schaden, die mit Webentwicklung anfangen wollen, sich aber keine Domain leisten können.

  • Der Artikel behandelt das wie einen Verlust, aber Cloudflare hat einen Free-Tarif.
    Weiß man, ob diese Accounts zahlend waren?
    Wenn Cloudflare diese Nutzer nicht in zahlende Kunden umwandeln konnte, könnte es sogar ein Vorteil sein.

    • Es ist schwer vorstellbar, dass Leute, die kostenlose Domains nutzten, für Cloudflare bezahlt haben.
      Domainkosten sind deutlich niedriger als Cloudflare-Kosten.

  • Kann man davon ausgehen, dass diese Domains überwiegend im Free-Tarif von Cloudflare waren?
    Ich erwarte nicht, dass jemand, der eine Domain kostenlos bekommt, für Hosting bezahlt.
    Dann sieht es für mich nicht nach einem großen Verlust für Cloudflare aus – übersehe ich etwas?

    • Ich sehe das ähnlich. Das waren wahrscheinlich weniger Cloudflare-Kunden als vielmehr Domains, die zufällig auf Cloudflare eingerichtet waren.
      CF muss diese kostenlosen Nutzer nun nicht mehr bedienen, was die Marge wohl etwas verbessert hat.

  • Ich verstehe, dass .tk beliebt war, weil es kostenlos war, und dass man für Websites ein Zuhause braucht, das nicht wie eine .netlify.app-Subdomain an einen bestimmten Anbieter gebunden ist.
    Aber wie wir bei .af gelernt haben, sollte man solche Top-Level-Domains, die technisch einem bestimmten Land zugewiesen sind, alle als vorübergehend betrachten.
    Im Grunde nutzt man sie für kurze Zeit geliehen, ohne ausdrückliche oder dauerhafte Erlaubnis.

    • Fairerweise gilt das für alle Domains.
      Bei länderspezifischen Top-Level-Domains (ccTLDs) besteht die größere Sorge darin, dass zu dieser „geliehenen“ Struktur noch die geopolitische Lage des jeweiligen Landes, die Stabilität der aktuellen Regierung und der Verwaltungsstelle sowie innenpolitische Faktoren hinzukommen.
      Solche Faktoren können zu Änderungen bei Registrierungsanforderungen oder Richtlinien der jeweiligen ccTLD führen.
      Wenn die Root-Nameserver im eigenen Rechenzentrum stehen, werden auch DNS-Infrastruktur und lokale Bandbreite zu Sorgenpunkten – erst recht, wenn sie nicht ausgelagert sind.