Evil Limiter

Dieses Projekt ist ein gepflegter Fork von bitbrute/evillimiter. Das Upstream-Repository wird nicht mehr gepflegt, daher setzt dieser Fork die Entwicklung fort – Fehlerbehebungen, neue Funktionen und Kompatibilitätsupdates. Siehe Fork-spezifische Änderungen unten.

Ein Werkzeug zur Überwachung, Analyse und Begrenzung der Bandbreite (Upload/Download) von Geräten in Ihrem lokalen Netzwerk ohne physischen oder administrativen Zugriff.
evillimiter verwendet ARP-Spoofing und Traffic Shaping, um die Bandbreite von Hosts im Netzwerk zu drosseln. In Netzwerken mit IPv6-Unterstützung wird NDP-Spoofing zusätzlich zum ARP-Spoofing eingesetzt, um auch den IPv6-Verkehr eines Hosts zu unterbrechen, der ansonsten die rein IPv4-basierte Begrenzung/Sperre umgehen würde.

Auf der Suche nach einer Windows-kompatiblen Version?
Schauen Sie sich die Open-Source-Alternative EvilLimiter für Windows an.

Führen Sie dies nur gegen ein Netzwerk aus, das Ihnen gehört oder für dessen Test Sie eine schriftliche Genehmigung haben. ARP- und NDP-Spoofing stören absichtlich den Verkehr anderer Personen, und dies in einem Netzwerk zu tun, das Sie nicht kontrollieren, ist in den meisten Ländern illegal.

Inhalt

• Anforderungen
• Installation
• Verwendung
• Einschränkungen
• Fork-spezifische Änderungen
• Mitwirken

Anforderungen

• Linux-Distribution
• Python 3.9 oder neuer

Möglicherweise fehlende Python-Pakete werden während des Installationsprozesses installiert.

Kompatibilitätshinweise

evillimiter findet tc, iptables und sysctl über PATH beim Start und meldet einen klaren Fehler, wenn eines fehlt. Es greift gezielt auf die iptables-Binärdatei zu – auf Distributionen, auf denen iptables ein iptables-nft-Kompatibilitäts-Shim ist, funktioniert dies in der Regel, aber eine Firewall, die ausschließlich über native nft-Regeln ohne installierten iptables-Shim verwaltet wird, wird von diesem Werkzeug nicht angesprochen.

Installation

git clone https://github.com/DavidsonRafaelK/evillimiter.git
cd evillimiter
python3 -m venv .venv
source .venv/bin/activate
pip install .

Führen Sie es mit sudo aus (Raw-Sockets, iptables/tc benötigen Root-Rechte) – es ist die Ausführung, die Root benötigt, nicht die Installation:

sudo .venv/bin/evillimiter

Hinweis: sudo python3 setup.py install (die alten Anweisungen) ist in modernen setuptools veraltet und schlägt oft direkt mit ModuleNotFoundError: No module named 'setuptools' fehl – sudo führt das System-Python aus, das normalerweise kein setuptools installiert hat, im Gegensatz zum eigenen Python der venv, das pip für Sie verwaltet. Auf Distributionen, die PEP 668 durchsetzen (Arch, Debian 12+, ...), ist die Installation außerhalb einer venv aus diesem Grund vollständig blockiert.

Alternativ können Sie eine gewünschte Version von der Release-Seite herunterladen.

Verwendung

Geben Sie evillimiter oder python3 bin/evillimiter ein, um das Werkzeug auszuführen.

evillimiter versucht, die benötigten Informationen (Netzwerkschnittstelle, Netzmaske, Gateway-Adresse, ...) automatisch selbst aufzulösen.

Befehlszeilenargumente

Konfigurationsdatei

Jedes der obigen Flags (außer -f/--flush, das eine einmalige Aktion und keine dauerhafte Einstellung ist) kann einen Standardwert in einer optionalen ini-Datei unter ~/.config/evillimiter/config.ini (oder $XDG_CONFIG_HOME/evillimiter/config.ini) erhalten. Ein Befehlszeilenflag überschreibt die Konfigurationsdatei immer.

[general]
interface = wlan0
colorless = true
auto_scan = true
log_file = /var/log/evillimiter.log

[watch]
interval = 30
range = 192.168.1.1-192.168.1.50

[watch] legt die Anfangswerte fest, die normalerweise zur Laufzeit über watch set interval/watch set range gesetzt werden (siehe unten), sodass sie nicht bei jeder Sitzung erneut eingegeben werden müssen.

auto_scan (optional, standardmäßig deaktiviert) führt scan und dann hosts direkt nach dem Start automatisch aus, sodass Sie sie nicht bei jeder Sitzung eingeben müssen.

evillimiter-Befehle

Einschränkungen

• Begrenzt nur IPv4-Verkehr, da ARP-Spoofing das ARP-Paket erfordert, das nur in IPv4-Netzwerken vorhanden ist. In Netzwerken mit einer IPv6-Standardroute wird der IPv6-Verkehr eines Hosts stattdessen vollständig über NDP-Spoofing blockiert, anstatt begrenzt zu werden, da die tc/iptables-Regeln, die den Verkehr formen, nur IPv4 sind.
• Mobilfunk-Fallback umgeht es. Ein blockiertes/begrenztes Telefon kann einfach auf LTE/5G umschalten, sobald das WLAN schlechter wird (Android „Schlechte Verbindungen vermeiden", iOS-Äquivalente) – dieser Verkehr berührt Ihr Netzwerk überhaupt nicht.
• Geräte mit MAC-Randomisierung erscheinen beim Reconnect als neuer Host. Viele Telefone verwenden standardmäßig eine andere MAC pro Netzwerkverbindung, sodass watch (das nach MAC abgleicht) ihnen nicht folgen kann; die alte Einschränkung bleibt an einer MAC/IP gebunden, die niemand mehr verwendet. Solche Adressen werden in der hosts-Tabelle als (random) gekennzeichnet (ihr lokal verwaltetes Bit ist gesetzt), sodass Sie ein Gerät erkennen können, das wahrscheinlich unter neuer Identität wieder auftaucht.
• Bereits offene Verbindungen können nachlaufen. Ein laufender Stream/Download löst die Gateway-Adresse nicht immer mitten im Flug neu auf, sodass er über einen veralteten ARP/NDP-Cache-Eintrag weiterfließen kann, bis er sich natürlich zurücksetzt – neue Verbindungen werden sofort erfasst.
• Geräte in einem anderen Subnetz/VLAN sind unsichtbar. Band-Steering-Mesh-Systeme, die 2,4 GHz/5 GHz auf getrennte Subnetze aufteilen, können einen Host vollständig außerhalb des gescannten IP-Bereichs wandern lassen.
• Ein zweiter Netzwerkpfad umgeht es. Ein Gerät, das auch Ethernet hat (hauptsächlich Laptops, nicht Telefone), kann darauf umschalten und in einem unberührten Segment landen.
• Managed Switches mit Dynamic ARP Inspection können das Spoofing vollständig blockieren. Auf typischen Heimroutern irrelevant, auf Unternehmens-/Firmennetzwerken von Bedeutung.

Fork-spezifische Änderungen

Alles unten wurde in diesem Fork zusätzlich zur letzten Upstream-Version (v1.5.0) hinzugefügt:

• IPv6- (NDP-)Spoofing, sodass limit/block auch den IPv6-Verkehr eines Hosts abdecken, statt nur IPv4
• Optionale Konfigurationsdatei (~/.config/evillimiter/config.ini) für Standardflags und Watch-Einstellungen
• -l/--log-file zum Speichern von OK-/Fehlermeldungen in einer Datei
• --version-Flag
• mDNS/NetBIOS/DHCP-Hostname-Fallback, wenn Reverse-DNS fehlschlägt
• block blockiert jetzt auch die INPUT/OUTPUT-Ketten (Verkehr zu/von dieser Maschine selbst), nicht nur FORWARD
• watch zeigt jetzt den Online/Offline-Status jedes überwachten Hosts an und überwacht Hosts bei limit/block automatisch

Siehe CHANGELOG für die vollständige Versionshistorie, einschließlich der des Upstreams.

Mitwirken

Möchten Sie einen Fehler melden, eine Funktion anfragen oder einen Pull-Request einreichen? Siehe CONTRIBUTING.md für die Regeln zum Einreichen von Issues und Öffnen von PRs. Bitte lesen Sie auch den Verhaltenskodex.

Haftungsausschluss

Evil Limiter – ursprünglich erstellt von bitbrute, jetzt gepflegt von DavidsonRafaelK – wird „wie besehen" und „mit allen Fehlern" bereitgestellt. Weder der ursprüngliche Autor noch der aktuelle Betreuer gibt Zusicherungen oder Gewährleistungen jeglicher Art hinsichtlich Sicherheit, Eignung, Fehlen von Viren, Ungenauigkeiten, Tippfehlern oder anderen schädlichen Bestandteilen dieser Software ab. Mit der Verwendung jeglicher Software sind inhärente Gefahren verbunden, und Sie sind allein dafür verantwortlich zu bestimmen, ob Evil Limiter mit Ihrer Ausrüstung und anderer auf Ihrer Ausrüstung installierter Software kompatibel ist. Sie sind außerdem allein für den Schutz Ihrer Ausrüstung und die Sicherung Ihrer Daten verantwortlich, und keine der Parteien haftet für Schäden, die Ihnen im Zusammenhang mit der Verwendung, Änderung oder Verbreitung dieser Software entstehen können.

Lizenz

Copyright (c) 2019-2026 von bitbrute, Copyright (c) 2026 von DavidsonRafaelK für Fork-spezifische Änderungen. Einige Rechte vorbehalten.
Evil Limiter ist unter der MIT-Lizenz lizenziert, wie in der LIZENZDATEI angegeben.