Vincent Canfield, Administrator des E-Mail-Dienstes und Hosting-Resellers cock.li, stellte fest, dass sein gesamtes IP-Netzwerk automatisch auf die DNSBL UCEPROTECT wegen Port-Scans von benachbarten virtuellen Maschinen gesetzt wurde. Vincents Subnetz wurde auf die Stufe 3 gesetzt, wo die Sperrung anhand von autonomen Systemnummern erfolgt und ganze Subnetze umfasst, von denen mehrfach und fĂŒr verschiedene Adressen Spam-Detektoren ausgelöst wurden. Infolgedessen stellte der Anbieter M247 die AnkĂŒndigung eines seiner Netze im BGP ein und stellte die Dienstleistungen praktisch ein.
Das Problem besteht darin, dass die Server UCEPROTECT, die sich als offene Relay-Server ausgeben und Versuche zur E-Mail-Zustellung ĂŒber sich selbst erfassen, automatisch Adressen auf der Grundlage jeglicher NetzwerkaktivitĂ€t auf die Sperrliste setzen, ohne die Verbindung zu ĂŒberprĂŒfen. Eine Ă€hnliche Methode der Sperrung wird auch von dem Projekt Spamhaus angewendet.
Um auf die Sperrliste zu gelangen, reicht es aus, ein einziges TCP SYN-Paket zu senden, was von Angreifern ausgenutzt werden kann. Insbesondere da keine bidirektionale BestÀtigung der TCP-Verbindung erforderlich ist, kann man mit Spoofing ein Paket mit einer gefÀlschten IP-Adressen Adresse senden und die Sperrung eines beliebigen Hosts initiieren. Durch die Simulation von AktivitÀten von mehreren Adressen kann eine Eskalation der Sperrung auf die Stufen 2 und 3 erreicht werden, die die Sperrung nach Subnetzen und autonomen Systemnummern vornehmen.
Die Stufe 3 wurde ursprĂŒnglich zur BekĂ€mpfung von Anbietern geschaffen, die schĂ€dliches Verhalten ihrer Kunden dulden und nicht auf Beschwerden reagieren (zum Beispiel Hosting-Dienste, die speziell fĂŒr die Bereitstellung illegaler Inhalte oder die Bedienung von Spammern geschaffen wurden). Vor einigen Tagen Ă€nderte UCEPROTECT die Regeln fĂŒr die Aufnahme in die Stufen 2 und 3, was zu aggressiveren Filtermethoden und einer VergröĂerung der Listen fĂŒhrte. So stieg die Anzahl der EintrĂ€ge in der Stufe 3 von 28 auf 843 autonome Systeme.
Um sich UCEPROTECT zu widersetzen, wurde die Idee geĂ€uĂert, beim Scannen Spoofing-Adressen aus dem IP-Bereich der UCEPROTECT-Sponsoren zu verwenden. Letztendlich fĂŒgte UCEPROTECT die Adressen seiner Sponsoren und vieler anderer Unschuldiger in seine Datenbanken ein, was Probleme mit der E-Mail-Zustellung verursachte. Darunter fiel auch das CDN-Netzwerk des Unternehmens Sucuri.
Quelle: opennet.ru
