Namefi

Der Lenovo.com-DNS-Hijack: Als Lizard Squad die Eingangstür eines Hardware-Riesen übernahm

Am 25. Februar 2015 kaperte Lizard Squad Lenovo.com durch einen Angriff auf den Registrar Webnic, leitete die Domain des weltgrößten PC-Herstellers auf eine Webcam-Diashow um und fing E-Mails ab – nur wenige Tage nach dem Superfish-Skandal. Eine Domain-Mayday-Analyse darüber, warum der Registrar Ihr eigentlicher Sicherheitsperimeter ist.

Aileen WrightAileen WrightAutor*inVictor ZhouVictor ZhouRedaktionKai KunstmannKai KunstmannÜbersetzung17. Juni 2026ca. 10 Min. Lesezeit
  • domains
  • security
  • dns
  • domain-security
Auf X teilen

Am Morgen des 25. Februar 2015 führte der meistgeklickte Link im Internet für den weltgrößten PC-Hersteller auf eine Diashow von gelangweilten Teenagern, die in ihre Webcams starrten – untermalt von einem Song aus High School Musical. Niemand hatte auch nur einen einzigen Lenovo-Server gehackt. Niemand hatte ein Lenovo-Passwort gestohlen. Die Angreifer berührten weder das Gebäude, das Netzwerk noch die Website selbst.

Sie änderten einen einzigen Eintrag beim Domainregistrar des Unternehmens – und das reichte aus, um Lenovos Eingangstür zu übernehmen, seine E-Mails umzuleiten und die Marke für einen Nachmittag zur Lachnummer zu machen.

Dies ist Domain Mayday EP17: der Lenovo.com-DNS-Hijack. In Zahlen ist es eine kleine Geschichte – ein paar Stunden Ausfall, keine kompromittierten Produktionssysteme, keine geleakte Kundendatenbank. Aber es ist eine der saubersten Demonstrationen, die je gezeigt wurden, einer Lektion, die die meisten Unternehmen immer noch falsch verstehen: Ihre Domain ist nur so sicher wie der Registrar, der sie verwaltet – und dieser Registrar befindet sich so gut wie nie innerhalb Ihres Sicherheitsprogramms.

Ein Hardware-Riese, dessen Domain sein Gesicht ist

Bis 2015 war Lenovo der weltgrößte PC-Hersteller und lieferte mehr Laptops und Desktops als jedes andere Unternehmen der Welt. Für ein Unternehmen dieser Größe ist lenovo.com kein Marketing-Asset. Es ist das tragende Zentrum des gesamten Betriebs: der Ort, an dem Kunden kaufen, Support-Tickets eingehen, Garantieregistrierungen abgewickelt werden – und entscheidend – die Domain hinter jeder @lenovo.com-E-Mail-Adresse im Unternehmen.

Wenn eine Marke diese Größenordnung erreicht, hört die Domain auf, eine Website-Adresse zu sein, und wird zu Infrastruktur. Jede Pressemitteilung, jede Einzelhandelsverpackung, jede Mitarbeiter-Signatur, jede Bestellbestätigung läuft durch sie hindurch. Das bedeutet: Wer die DNS der Domain kontrolliert, kontrolliert nicht nur die Website, sondern die Wahrheit darüber, wohin lenovo.com zeigt – sowohl für Browser als auch für Mailserver.

Das war die Beute, auf die Lizard Squad abzielte. Nicht die Website. Der Zeiger darauf.

25. Februar 2015: die bizarre Umleitung

Lebhaftes, farbenfrohs Konzeptbild einer Unternehmens-Glasfassade, deren beleuchtetes Schild über Nacht gegen eine grelle Streichbillboard ausgetauscht wurde, in Neonpink und Elektrikblau, eine Menge schaut verwirrt hoch, keine Markenlogos

Beginnend an jenem Nachmittag gelangten Besucher, die lenovo.com eintippten, nicht zu Lenovo. Die Seite war durch eine Diashow mit Webcam-Fotos von Kindern, die an ihren Computern saßen, ersetzt worden – leer und leicht verlegen dreinschauend, alles unterlegt mit den Klängen von "Breaking Free" aus High School Musical. The Register beschrieb dieselbe Szene als Diashow von Webcam-Fotos einer gelangweilt aussehenden Jugendlichen anstelle des normalen Sortiments des Unternehmens.

Es war bewusst absurd – und die Absurdität war der Punkt. Dies war kein stiller Datendiebstahl, der verborgen bleiben sollte. Es war eine öffentliche Demütigung, inszeniert auf der sichtbarsten URL, die das Unternehmen besaß.

Die Zuschreibung war offen sichtbar. Das HTML der Ersatzseite schrieb den „neu und verbessert umbenannten" Build Ryan King und Rory Andrew Godfrey zu – zwei Namen, die Internet-Detektive schnell mit Lizard Squad in Verbindung brachten, derselben Crew, die die vorangegangene Ferienzeit damit verbracht hatte, PlayStation Network und Xbox Live vom Netz zu nehmen. Die Gruppe übernahm die Verantwortung auf Twitter und zitierte zur Bekräftigung die High School Musical-Texte zurück an Lenovo.

Und dann wurde es schlimmer als peinlich. Weil die Angreifer die DNS von lenovo.com kontrollierten, besaßen sie nicht nur die Website – sie besaßen die E-Mail. Wie ein Nachrichtenportal es formulierte, bedeutete der Hijack, dass E-Mails von Lenovo abgefangen werden konnten, bis die Umleitung abgeschaltet wurde. Lizard Squad veröffentlichte später zwei Nachrichten, die an Lenovo-Mitarbeiter geschickt worden waren, während sie die Kontrolle hielten. Eine davon bezog sich mit grimmigem komödiantischem Timing auf einen Lenovo Yoga Laptop, der „gebrickt" worden war, als ein Kunde versuchte, Lenovos eigenes Tool zum Entfernen einer Software namens Superfish zu verwenden.

Dieses Detail ist das gesamte Motiv in einem Satz.

Der Superfish-Hintergrund

Um zu verstehen, warum ausgerechnet Lenovo, muss man fünf Tage zurückblättern.

Superfish war Adware, die Lenovo seit September 2014 mit einigen seiner Computer bündelte. Auf den ersten Blick war es nur ein Ad-Injektor – Software, die zusätzliche Shopping-Anzeigen in den Browser einschleuste. Die Art und Weise, wie es funktionierte, war jedoch katastrophal. Um Anzeigen in verschlüsselte Seiten einzuschleusen, installierte Superfish ein eigenes Root-Zertifikat, damit es Anzeigen auch auf verschlüsselten Seiten einführen konnte – mit anderen Worten, es brach das Schloss, das HTTPS schützt.

Noch schlimmer: Das Zertifikat verwendete auf jedem Gerät denselben privaten Schlüssel, und dieser Schlüssel war knackbar. Jeder Angreifer, der ihn extrahierte, konnte jede HTTPS-Website gegenüber jedem Lenovo-Laptop, auf dem Superfish lief, imitieren. Dies war kein theoretischer Fehler. Am 20. Februar 2015 riet das US-Ministerium für Innere Sicherheit zur Deinstallation von Superfish und seinem Root-Zertifikat.

So hatte ein Unternehmen, das Sicherheit und Vertrauen an Unternehmen verkaufte, innerhalb einer Woche Millionen von Laptops mit einer eingebauten Man-in-the-Middle-Schwachstelle ausgeliefert – und dann mit ansehen müssen, wie das eigene Entfernungstool mindestens einen Kunden-PC schrottet. Lizard Squads Hijack wurde als Protest gerahmt – ein Vorgeschmack auf die eigene Medizin nach dem Superfish-Aufschrei. Die Webcam-Diashow war Theater. Die Botschaft war: Ihr habt die Verschlüsselung für eure Kunden gebrochen, also brechen wir eure Eingangstür für euch.

Wie es passierte: Der Registrar war der schwache Punkt

Lebhaftes, farbenfrohs Konzeptbild eines gekaperten Kontrollpanels mit glühenden Routing-Reglern und Schaltern, eine schemenhafte Hand leitet die Eingangstür und Mail-Leitungen einer Marke auf einen neuen neonbeleuchteten Pfad um, in Elektrik-Blaugrün und Magenta, keine Markenlogos

Hier ist der Teil, der CISOs schlaflose Nächte bereiten sollte: Lenovos eigene Infrastruktur wurde nie kompromittiert.

Die Angreifer griffen stattdessen den Registrar an. Sicherheitsanalysten verfolgten den Hijack zurück auf eine Kompromittierung von Web Commerce Communications – besser bekannt als Webnic.cc, ein in Malaysia ansässiger Registrar. Wie Help Net Security es formulierte: Die Hacker kompromittierten nicht Lenovos Server, sondern die von Web Commerce Communications (Webnic.cc), dem Registrar, bei dem die Lenovo-Domain registriert war.

Dies war nicht Webnics erste schwierige Woche. Nur zwei Tage zuvor war Googles vietnamesische Domain auf dieselbe Weise umgeleitet worden. SecurityWeek fasste die Verbindung knapp zusammen: Lizard Squad kaperte die DNS-Einträge von Google Vietnam und Lenovo, nachdem es die Systeme von WebNIC, einem in Malaysia ansässigen Registrar, kompromittiert hatte. Brian Krebs berichtete, unter Berufung auf die Forscher, die den Fall untersuchten, dass beide Hijacks möglich waren, weil die Angreifer die Kontrolle über Webnic.cc übernahmen – einem Registrar, der laut demselben Bericht diese zwei Domains und 600.000 weitere verwaltete.

Die Mechanik, aus Krebs' Berichterstattung, liest sich wie ein Lehrbuch dafür, warum ein Registrar ein lohnendes Ziel ist:

Dieser letzte Punkt ist derjenige, den die Leute vergessen. Eine Seitenverunstaltung ist laut und offensichtlich. Stilles E-Mail-Abfangen ist die gefährliche Hälfte eines DNS-Hijacks – und es folgt aus demselben einzelnen Akt des Änderns eines Eintrags beim Registrar.

Reaktion und Folgen

Lenovo handelte schnell, denn es gab wenig anderes zu tun – der Fix lag beim Registrar, nicht auf seinen eigenen Servern. Das Unternehmen bestätigte, Opfer eines Cyberangriffs geworden zu sein, dessen Wirkung darin bestand, den Traffic von der Lenovo-Website umzuleiten, und es schien den vollständigen Zugang zu seiner öffentlichen Website bis zum Abend des 25. Februar wiederhergestellt zu haben. Cloudflare, das seinen Namen in der Umleitungskette fand, trennte die schädlichen Nameserver, was auch das E-Mail-Abfangen beendete.

Die umfangreichere Aufräumarbeit oblag Webnic. Ein einziger Command-Injection-Bug eines Registrars hatte zwei der wertvollsten Domains im Internet – Lenovos und eine Google-Domain – innerhalb von 48 Stunden in die Hände einer auf Stunts ausgerichteten Hackergruppe gebracht. Der Vorfall wurde zu einer ständigen Fallstudie zum Registrar-Risiko und einer Erinnerung daran, dass „600.000 andere Domains" hinter demselben kompromittierten System saßen.

Für Lenovo war der bleibende Schaden ein Reputationsschaden. Der Hijack, der nur wenige Tage nach Superfish kam, verwandelte ein ernstes Sicherheitsversagen in eine zweiaktige Geschichte: Erst brach das Unternehmen das Vertrauen seiner eigenen Kunden, dann verlor es sichtbar die Kontrolle über seinen eigenen Namen. Die Webcam-Diashow ist das, was die Leute in Erinnerung behielten, aber die Registrar-Kompromittierung war das, was tatsächlich zählte.

Was dies lehrt: Ihr Registrar ist Ihr eigentlicher Sicherheitsperimeter

Die unbequeme Lektion von EP17 ist, dass Lenovo bei den Teilen, die es kontrollierte, vieles richtig machte – und dennoch durch den Teil, den es nicht kontrollierte, gekapert wurde.

Einige Erkenntnisse, die weit über 2015 hinaus verallgemeinerbar sind:

  1. Der Registrar befindet sich in Ihrer Vertrauensgrenze, ob Sie ihn so behandeln oder nicht. Sie können jeden Server, den Sie besitzen, absichern und die Domain trotzdem bei einem Drittanbieter verlieren, den Sie wahrscheinlich nie sicherheitsgeprüft haben. Der Angreifer geht den Weg des geringsten Widerstands – und der Registrar ist oft weicher als Sie selbst.
  2. DNS-Kontrolle ist E-Mail-Kontrolle. Ein Hijack ist nicht nur eine verunstaltete Homepage. Dieselbe Eintragsänderung leitet E-Mails stillschweigend um und ermöglicht Abfangen, Passwortzurücksetzungen gegen Ihre Domain und Identitätsdiebstahl. Behandeln Sie den MX-Eintrag als sicherheitskritisches Asset, nicht als Installationsrohr.
  3. Sperren Sie, was gesperrt werden kann. Registrar-Sperren (Registrar-Lock / clientTransferProhibited), eingeschränkter Zugang zu EPP/Auth-Codes und Registry-Level-Sperren für hochwertige Domains existieren genau um unautorisierte Nameserver- und Transfer-Änderungen zu verhindern. Sie sind kostengünstig. Der Nachteil, sie zu überspringen, ist Ihre Marke auf einer Webcam-Diashow.
  4. DNSSEC erhöht den Aufwand. Es hätte eine Registrar-Account-Übernahme allein nicht verhindert, aber signierte Zonen und überwachtes DNS machen stilles Manipulieren schwieriger unentdeckt durchzuführen.
  5. Überwachen Sie Ihr eigenes DNS auf Abweichungen. Das Ändern von Lenovos Nameservern zu einem unerwarteten Anbieter war das Erkennungszeichen. Kontinuierliches Monitoring von NS- und MX-Einträgen verwandelt „Wir haben es erfahren, als Kunden eine Diashow sahen" in „Wir wurden alarmiert, als sich der Eintrag änderte."

Das gemeinsame Thema: Domain-Kontrolle ist ein eigenes Sicherheitsgebiet, und die meisten Unternehmen haben es an einen Anbieter ausgelagert, der nie in ihrem Bedrohungsmodell auftaucht.

Der Namefi-Blickwinkel

Farbenfrohe Illustration von verifizierbarem, manipulationssicherem Domain-Eigentum – eine Domain-Karte, gesichert durch ein grünes Schutzschild, einen grünen Namefi-Token und DNS-Kontinuität

Der Lenovo-Hijack ist im Kern ein Kontroll- und Herkunftsproblem. Der Angreifer musste nicht Lenovo sein; er musste lediglich das System, das lenovo.com kontrolliert, davon überzeugen, auf etwas Neues zu zeigen. Es gab keine starke, unabhängige, verifizierbare Aufzeichnung darüber, wer die Domain rechtmäßig kontrolliert – nur ein Registrar-Konto, das still durch eine Schwachstelle überwältigt werden konnte, die niemand bei Lenovo sehen konnte.

Namefi basiert auf der Idee, dass Domains sich wie internet-native Assets mit verifizierbarem, manipulationssicherem Eigentum verhalten sollten. Wenn die Kontrolle über eine Domain an kryptografisches Eigentum verankert ist, das prüfbar und schwer stillschweigend zu überschreiben ist – statt an ein einziges Registrar-Konto mit einem wiederherstellbaren Auth-Code –, hört ein nicht autorisierter Nameserver-Tausch auf, eine stille Backend-Bearbeitung zu sein, und wird zu einem sichtbaren, beweisbaren Bruch in der Custody-Kette. Tokenisiertes Eigentum hält die Domain DNS-kompatibel, während es „Wer kontrolliert diesen Namen, und hat sich das gerade geändert?" zu einer Frage mit einer verifizierbaren Antwort macht.

Lizard Squad verwandelte die Eingangstür eines Hardware-Riesen an einem Nachmittag in einen Streich, indem sie das schwächste Glied in der Eigentumskettte ausnutzten. Die Verteidigung ist keine lautere Website. Es geht darum, das Eigentum am Namen selbst zu etwas zu machen, das ein Angreifer nicht still fälschen kann.

Quellen und weiterführende Lektüre

Mitwirkende

Aileen Wright
Autorin für Kunst und Geschichte • Namefi

Aileen Wright ist eine Studentin in ihren Zwanzigern und lebt in New York City — an einem Ort, an dem zwischen einer Museumswand und dem Lesesaal einer Bibliothek nur ein kurzer Spaziergang und ein langer Nachmittag liegen. Zum Schreiben über Namen kam sie über Kunst und Geschichte: über die Art, wie ein einzelnes Porträt, eine Münze oder eine Randnotiz in einem Manuskript einen Namen durch die Jahrhunderte tragen und dabei seine Bedeutung verändern kann.

In den meisten Wochen findet man sie mit einem Taschenbuch im Central Park oder in der Stille eines öffentlichen Lesesaals, wo sie der tatsächlichen Herkunft eines Namens nachgeht, statt sich mit der Bedeutung aus einer Namensliste zufriedenzugeben. Außerdem bringt sie sich selbst das Programmieren bei, was sie ungewöhnlich genau auf Rechtschreibung, Sortierung und jene kleinen Details achten lässt, die darüber entscheiden, ob ein Name gut altert.

Für Namefi schreibt sie über die Geschichte und Kultur hinter Domainnamen, über die Geschichten, die Marken bei einer Umbenennung mit sich tragen, und über den Unterschied zwischen einer guten Geschichte und einer verifizierten Quelle.

Victor Zhou
Victor ZhouRedaktion
Gründer und Redakteur für technische Standards • Namefi

Victor Zhou ist Technologiegründer und Redakteur für technische Standards mit dem Schwerpunkt auf digitaler Identität und Vertrauen. Er gründete Namefi, redigiert Ethereum Improvement Proposals und leitete zuvor bei Google Labs die Arbeit an Smart-Contract-Architekturen.

Seine Arbeit liegt an der Schnittstelle von Namensgebung, Eigentum und den Systemen, mit denen Menschen ihre Identität online nachweisen. Diese Perspektive weckt sein besonderes Interesse daran, wie Namen zwischen persönlicher Bedeutung, öffentlicher Wiedererkennung und digitaler Infrastruktur wandern.

Für Namefi redigiert und schreibt Victor über Domains als dauerhafte digitale Identität: darüber, wie Namen zu besitzbaren Onchain-Assets werden, wie Tokenisierung Verwahrung und Vertrauen verändert und was Namensgebung von den Systemen lernen kann, mit denen Menschen ihre Identität online nachweisen.

Kai Kunstmann
Kai KunstmannÜbersetzung
Übersetzer für deutsche Lokalisierung • Namefi

Kai Kunstmann ist ein technischer Übersetzer Mitte dreißig und lebt in Leipzig. Er absolvierte eine Ausbildung zum Mechatroniker in einem mittelständischen Maschinenbauunternehmen und schrieb und übersetzte jahrelang Maschinenhandbücher, bevor er zur Lokalisierung von Software und redaktionellen Inhalten zwischen Englisch und Deutsch wechselte.

Er arbeitet mit der Präzision eines guten Handbuchs: einheitliche Terminologie, keine falschen Freunde und zusammengesetzte Wörter, die ein deutscher Leser auf Anhieb versteht. Er pflegt einen Schrebergarten, restauriert alte Fahrräder und braut sein eigenes Bier — Hobbys, bei denen es sich auszahlt, vor dem Schneiden genau zu messen.

Für Namefi lokalisiert er Texte über Domains und Namensgebung ins Deutsche. Er achtet besonders auf den Umgang mit IDNs und Umlauten (ä→ae), den Unterschied zwischen .de und .eu sowie auf Markennamen, die aus den langen Zusammensetzungen entstehen, die im Deutschen so gut funktionieren.

Verwandte Leitfäden

Diskutiere diesen Beitrag

Diskussion auf Namefi Discuss ansehen