Ich habe alles gelesen RFC 3315und versucht, gefälschte Knoten zu generieren, um nach einer IPv6-Adresse zu fragen. (nur zum Üben)
Im Moment habe ich ein Ubuntu mit wide-dhcpv6-server (dem DHCPv6-Server), einen Cisco 2811-Router mit verfügbarem DHCPv6-Relay-Agent und zwei Knoten, einen mit wide-dhcpv6-client (einem DHCP-Client-Programm) und einen, der versucht, die erste Nachricht zu generieren.
Der Knoten mit dem Wide-DHCPv6-Client generiert seine Anforderungsnachricht, und das Router-Relay nimmt die Nachricht entgegen und leitet sie an den Server weiter (der sich in einem anderen Subnetz befindet). Anschließend findet der vollständige Vorgang statt (Anforderung, Werbung, Anfrage und Antwort).
Der zweite Knoten generiert gefälschte Solicit-Nachrichten mit den MAC-Adressen von DELL OUIs. Ich versuche nur, den Prozess für einen neuen Knoten im Netzwerk zu replizieren. Ich versuche, die Adverstiment-Nachricht vom Server abzurufen.
Bis zu diesem Moment ist dies die vom gültigen Client generierte (und mit Wireshark erfasste) Nachricht:
fe80::221:70ff:fe1c:9b79 ff02::1:2 DHCPv6 112 Solicit XID: 0xfc828 CID: 0001000119c50e640021701c9b79
Und dies ist das Bild neben dem gefälschten Knoten:
fe80::26b6:fdff:fee5:d276 ff02::1:2 DHCPv6 112 Solicit XID: 0x15341f CID: 0001000119c6616e24b6fde5d276
Die vom Knoten mit dem Wide-DHCPv6-Client-Programm erstellte und die gefälschte Nachricht scheinen in fast allen Punkten gleich zu sein, außer in Bezug auf DUID, Link-Layer-Adresse und Transaktions-ID, aber das ist richtig (die ersten beiden dienen zur Identifizierung des Knotens in der Zukunft und die zweite in der Anforderungsnachricht sollte 100 % zufällig sein, wird aber die Grundlage für die anderen 3 Nachrichten bilden).
Irgendeine Idee, wo ich nach Hinweisen suchen könnte?
PS: Ich habe bereits versucht, den DHCPv6-Server auf dasselbe Subnetz umzustellen und den Relay-Agent zu entfernen.
Antwort1
Der gefälschte Knoten existiert nicht, die zweite Nachricht (die Server-Werbung) ist Unicast, das heißt, VOR dem Senden der Nachricht gibt es eine NDP-Nachbarschaftsanfrage, die nie eine Antwort erhielt, und aus demselben Grund sendet der Relay-Agent (oder der Server, wenn er sich im selben Subnetz befindet) NIEMALS die zweite Nachricht.
Das bedeutet, wenn Sie IPv6-Hosts vortäuschen möchten, müssen Sie auch bereit sein, auf NDP-Nachrichten zu antworten (oder es nicht tun).