„Nehmen wir einfach irgendeine Beispieldomain“ klingt nach einer der harmlosesten Entscheidungen beim Schreiben einer Dokumentation. Problematisch wird es, wenn diese Beispieldomain real ist, jemand ihre Inhalte kontrollieren kann und Hunderttausende Dateien sie weiterhin wie einen völlig unkritischen Platzhalter behandeln.

Manifold Security hat genau einen solchen Fall dokumentiert. Die Domain third-party.com wurde jahrelang in Beispielen und Dokumentationen als neutrale Platzhalteradresse verwendet. Inzwischen zeigte sie Windows-Nutzern eine gefälschte Verifizierung, die zu einem Social-Engineering-Angriff führte.

Der Platzhalter war plötzlich keiner mehr

Laut Manifold taucht die Domain in mehr als 1.500 Dateien in über 1.700 öffentlichen Repositories auf. Darunter finden sich Dokumentationen, Konfigurationsbeispiele sowie Materialien zu MCP-Servern und Skills für KI-Agenten.

WebsiteGarage / Leistungen

Entdecke unsere Leistungen.

Allein die Erwähnung der Adresse in einer Dokumentation kompromittiert natürlich keinen Rechner. Das Risiko entsteht erst dann, wenn ein Mensch, eine Anwendung oder ein automatisiertes Tool das Beispiel wörtlich nimmt und die angegebene Domain tatsächlich aufruft.

Hinzu kam, dass sich die Website je nach Umgebung des Besuchers unterschiedlich verhielt. Dadurch ließ sich das Problem mit einfachen automatisierten Prüfungen schwerer erkennen.

Einen Tag später wurde es noch interessanter

Am 24. September veröffentlichte Manifold eine Fortsetzung der Untersuchung. Das Team prüfte weitere Domains, die als Beispieladressen verwendet werden, aber von der IANA nicht für diesen Zweck reserviert sind. Zwei davon – yoursite.com und your-domain.com – leiteten einen Teil der Besucher zu Werbung und Scams weiter, während sie für andere wie gewöhnliche geparkte Domains aussehen konnten.

Nach Angaben der Forscher kommen die beiden Adressen zusammen in mehr als 350.000 Dateien auf GitHub sowie in Hunderten Agent-Skills vor. Statische Prüfungen erkannten das Problem nicht, weil die Weiterleitung erst ausgelöst wurde, nachdem der Code der Seite ausgeführt worden war.

Genau dafür gibt es example.com

Die IANA verwaltet spezielle Domains, die ausdrücklich für Dokumentationszwecke reserviert sind, darunter example.com, example.org und example.net. Sie lassen sich nicht einfach registrieren oder auf einen anderen Eigentümer übertragen. Ein Beispiel, das heute in einer Anleitung landet, sollte deshalb nicht in ein paar Jahren plötzlich auf irgendeinen Shop, einen Scam oder einen Server verweisen, der jemand völlig anderem gehört. In verschiedenen Märkten werden zwar lokale Alternativen verwendet, aber sie haben nicht automatisch denselben Status. Ein gutes Beispiel ist beispiel.de: Auf der Website steht derzeit, dass die Domain für Dokumentationszwecke eingerichtet wurde. Im Footer findet sich allerdings auch der Hinweis, dass die Domain zum Verkauf steht. Theoretisch könnte sie also jemand erwerben, obwohl sie ebenfalls häufig in Dokumentationen und als Platzhalter verwendet wird.

Das klingt nach einer Kleinigkeit, ist aber überall dort relevant, wo Beispiele gedankenlos kopiert werden: in API-Dokumentationen, Konfigurationsanleitungen, README-Dateien, Tutorials, Prompts für Agenten, Webhook-Konfigurationen oder Integrationsbeispielen.

Was sollte man in den eigenen Materialien prüfen?

  • ob Beispieladressen Domains verwenden, die tatsächlich für Dokumentationszwecke reserviert sind,
  • ob in alten Anleitungen noch echte Domains stehen, die früher einem Anbieter oder Kunden gehörten,
  • ob automatisierte Tests und Agenten Adressen aus der Dokumentation nicht einfach wörtlich aufrufen,
  • ob Beispiel-Webhooks, Callback-URLs und Endpoints nicht auf registrierbare Domains verweisen.

WebsiteGarage-Kommentar

Das ist ein wunderbares Beispiel für ein Problem, das lächerlich wirkt, bis es plötzlich nicht mehr lustig ist. Jemand schreibt „third-party.com“, weil es ausreichend nach Beispieldomain klingt. Dann entwickelt das Beispiel ein Eigenleben, landet in Dokumentationen, Repositories und Daten, die von KI-Tools verarbeitet werden. Die Domain bleibt aber eine ganz normale Domain, über die tatsächlich jemand die Kontrolle hat.

Mit KI-Agenten bekommt dieses alte Problem noch eine weitere Dimension, denn das Beispiel muss nicht mehr darauf warten, dass ein Mensch darauf klickt. Ein System kann eine Anleitung selbst lesen und versuchen, die Adresse aufzurufen, weil sie wie ein Teil des Ablaufs aussieht. Ich habe allerdings auch schon Websites gesehen, bei denen eine Beispieldomain versehentlich in der öffentlichen Version stehen geblieben war und tatsächlich angeklickt werden konnte. Wenn so ein Link irgendwann auf einen Scam führt, kann aus dem kleinen Fehler schnell ein deutlich ernsteres Problem werden.