HOSTBLOGGER.de

Das Problem z.B. bei Twitter wird sein, dass diese Accounts relativ schnell auffliegen und gelöscht werden oder eventuell diese auch berechnet werden und gar nicht erst registriert werden können. Damit würde diese Methode nur für einen relativ kurzen Zeitraum zur Verfügung stehen und da nicht alle Bots gleichzeitig neue Anweisungen abrufen (sie sollen ja nicht auffallen) würden auch nur relativ wenige diese neuen Infos erhalten.
Bei einer Domain ist der Vorteil, dass sie (so nicht irgendwie berechnet oder zufällig entdeckt) theoretisch unendlich lange oder zumindest bis sie gelöscht wird online ist, was nach meiner Schätzung wesentlich schneller ist.
Das nutzen von großen Seiten wie Wiki oder eines Newsportals ist sicher schwerer zu blocken, allerdings müssen die Infos ja auch dort untergebracht werden. Da sie wohl relativ schnell auffallen würden und gelöscht werden wären sie auch nur sehr kurzfristig für die Bots verfügbar.
Zudem wüsste ich jetzt nicht, wie ich als Nutzer (außer durch eine Sicherheitslücke auf der Seite) etwas dauerhaft auf einer Nachrichtenseite unterbringen sollte. Als Kommentar wäre es auf jeden Fall schnell wieder von der Seite weg oder gelöscht.

Und einen Zufallstag anhand einer Seite zu erstellen ist zwar interessant, setzt aber voraus, dass alle Bots und der "Steuermann" gleichzeitig auf diese Seite zugreifen (1 Sek. später kann ja schon was anderes darauf sein). Und ich bezweifel, dass alle Rechner wirklich Sekundengenau sind. Zudem würde dann wohl der plötzlich hohe Traffic auffallen.

Ok, die Historien-Problematik habe ich gar nicht bedacht. Da wird sich wohl nicht viel gegen tun lassen, auch wenn ich mir nicht vorstellen kann, dass Anweisungen an die Bots in einem unverdächtigen (also normal lesbaren) Kommentar untergebracht werden können.
Da würde wohl wirklich eher Steganographie am ehesten Sinn machen. Ich weiß jetzt nicht, ob FlickR-Links zufällig vergeben werden oder vorausberechnet werden. Sollten sie eine Zufallskomponente enthalten müsste man das ja wieder an einen Account binden, der relativ anfällig auf eine Löschung ist.
Die Kontaktadressen müssen ja nicht unbedingt durch manuelles Hinschauen erkennbar sein (sind die Domainnamen ja auch nicht), allerdings wird sich gerade etwas Accountgebundenes durch Reverse-Engeneering und Netzwerkanalyse recht schnell finden lassen (und der Account dann einfach gelöscht werden).

Letztlich denke ich einfach, dass es momentan wohl noch einfach genug ist, über die Domains zu gehen als da jetzt eine größere Entwicklung zu beginnen. Aber für die Zukunft ist da wohl leider wirklich noch ein großes Potential.

Interessanter Gedanke, aber hoffentlich entspringen deinen Gedanken jetzt nicht eine neue Generation Botnetze

Frage mich immer, wozu man überhaupt Control-Server braucht.

DHT Botnet aufbauen (natürlich mit verschlüsseltem Traffic unter den Botnet-Nodes) und mit Zertifikaten in das Netz connecten um die Dinger zu kontrollieren.
Es sollte reichen immer mal die IPs von ~ 100 Hosts zu sichern um wieder ins Botnet connecten zu können.

Das würde allerdings etwas mehr Arbeit in der Programmierung machen als die simplem Mechanismen die man seit 10 Jahren einsetzt (HTTP Request...).
Zeigt doch immer wieder sehr deutlich, dass nur Kiddies den Spaß programmieren. Wenn man nämlich mal richtig darüber nachdenkt ist schon sehr viel möglich um ein solches Netzwerk weniger angreifbar oder abwehrbar zu machen.

Für Botnets sind ohnehin nur solche Hosts mit langer Uptime nützlich.
Man muss also wie schon beschrieben dafür sorgen, dass genügend Hosts zum Bootstrappen zur Verfügung stehen die auch eine gute Uptime haben (Auswahl dieser Hosts also evt. nach Lebensdauer, Geschwindigkeit usw.).

Desweiteren ist das keine DHT im eigentlichen Sinne - man speichert ja keine Daten darin sondern läd lediglich die Kontrollinformationen in die Wolke. Für die Kommunikation der Hosts untereinander langt auch übliches P2P mit entsprechender Propagation der Nodes ohne zentralen Server.

Prinzipiell sieht man sich da mit den üblichen Problemen konfrontiert wenn man ein solches Netz aufbauen will. Man muss ein Routing-Protokoll implementieren, man muss sich überlegen wie man bekannte Nodes speichert, man muss sich Timeout-Strategien und die Propagation neuer Nodes im Netz überlegen.

Im Freenet wird die ganze Sache über 20 persistente Verbindungen zu anderen Nodes am Leben gehalten. Da es für unseren Botnet-Anwendungsfall keinen zeitkritischen Datenverkehr gibt, reichen sicher auch 10.

Das Ganze dann verschlüsselt (wieder muss man überlegen wie man neue Nodes ins Netz bekommt und diese authentifiziert sodass keine "bösen" Nodes ins Netz kommen).
Ja da ist mir klar warum sich noch niemand daran gewagt hat dies zu programmieren. Das erfordert sehr viel Know-How über Netzwerke, Routing-Algorithmen und Security. Das jemand irgendwann diesen Weg gehen wird ist nur eine Frage der Zeit. Bisher funktioniert es aber mit herkömmlichen Methoden wohl noch zu gut.