Cisco, Eltex, and MikroTik Switches Tested Against 90 DHCP Spoofing Attacks
DHCP spoofing remains one of the most common and disruptive Layer 2 attacks in local networks, where malicious packets impersonate legitimate DHCP servers to intercept or redirect traffic, much like social engineering scams that trick users into transferring funds.
In a new study, researchers evaluated three widely used switches under 90 simulated attacks to determine which hardware offers the strongest protection, with particular relevance for critical information infrastructure (CII) environments.
Devices Under Test
The team selected the Cisco 2960, a globally popular switch used for over a decade in banks, airports, and factories, featuring hardware-based security functions implemented in ASICs.
The Eltex MES1428 serves as a Russian alternative popular in government institutions and CII facilities, also relying on hardware chips for security features despite sanctions-related constraints on component sourcing.
The MikroTik CRS represents a budget option often found in regional providers, small offices, cafes, and occasionally larger enterprises due to cost savings, but with protection mechanisms handled by the central processor rather than dedicated hardware.
Experiment Setup
A pre-built university testbed allowed immediate testing. The legitimate DHCP server ran on ALT Linux, distributing addresses in the 192.168.1.100–200 range via gateway 192.168.1.1. The attacker used a Kali Linux laptop with a custom Scapy Python script to launch spoofing attempts, while the victim machine on ALT Linux requested configuration.
On Cisco and Eltex, DHCP snooping was enabled by designating trusted ports connected to the real server and treating all other ports as untrusted, causing the switch to drop unauthorized DHCP responses.
On MikroTik, protection was configured via Bridge Filter rules, a software-based approach executed by the CPU instead of specialized chips.
Results
Each device faced 30 attacks with protection active. Cisco blocked all 30 (100% effectiveness). Eltex blocked 28 (93.3%), and MikroTik blocked 24 (80%).
Detection times averaged 415 ms for Cisco, 650 ms for Eltex, and 1185 ms for MikroTik, with MikroTik showing high variance up to two seconds that allowed some attacks to succeed.
ROC analysis yielded AUC scores of 1.00 for Cisco, 0.98 for Eltex, and 0.90 for MikroTik. Latency increased by 18–22% across devices when protection was active, remaining acceptable for users.
CPU load rose modestly on Cisco (+3.1%) and Eltex (+5.1%), but MikroTik experienced nearly triple the increase (+8.9%, with peaks to +11%), potentially affecting other router functions such as VPN or internet speed.
Conclusion and Recommendations
The performance gap stems from hardware versus software implementation: Cisco and Eltex use dedicated ASICs, while MikroTik processes filters on the CPU.
For banks, large telecom operators, or CII objects, the study recommends Cisco or Eltex. For small offices, cafes, shops, or home networks, MikroTik may suffice but should be supplemented with Port Security, VLANs, and CPU monitoring rather than relying solely on Bridge Filter.
Related articles
Backdoor with Password 123456 and Hardcoded Keys: How AI Cracked 'Encrypted' USB Drives
An AI agent rapidly discovered critical cryptographic weaknesses in multiple USB encryption and copy-protection products, including hardcoded backdoor accounts and keys that bypassed user passwords entirely. In the SecZure YutianDun drive, two hidden accounts with passwords 123456 and SECZURE.COM allowed full decryption of files without the administrator password. NetacFileLock used a fixed AES-256 key embedded in the binary, ignoring the user password completely while also logging passwords in plaintext and employing ECB mode. KakaSoft USB Copy Protection relied on a modified MD5 implementation with altered shift constants and a hardcoded internal password derived from an embedded seed, enabling full Blowfish decryption without any user input. Nexcopy stored its Triple DES content key and IV in an encrypted configuration file protected only by a fixed 32-byte certificate inside the viewer application. The AI completed analyses in minutes that previously required hours of manual time-travel debugging and reverse engineering.
CVE-2026-98432: Temporary nftables Filter with Auto-Rollback for Ubuntu Servers
Administrators are deploying a temporary nftables-based mitigation for CVE-2026-98432 on Linux systems while awaiting official kernel patches. The filter drops IPv4 TCP packets with IP header length exceeding five, reducing exposure to the vulnerability. The procedure includes verifying kernel status via Canonical, preparing rollback commands, and using systemd timers to automatically remove the table after five minutes if connectivity is lost. Steps cover syntax validation with nft --check, integration with existing firewall configurations, and post-reboot verification to ensure the temporary table persists without interfering with ufw or Docker rules. Red Hat guidance on discarding packets containing IP options is referenced as a complementary measure. The process is designed for single-server testing before scaling to production fleets, with explicit instructions to avoid flush ruleset operations that could disrupt other tables.
Old iPhones Remain Vulnerable to Bootloader Exploits Despite Airplane Mode for Crypto Seed Storage
Founder of OneKey Ishi Wang has warned that resetting an old iPhone, enabling airplane mode, and storing a cryptocurrency wallet recovery phrase on the device does not provide reliable protection. Hardware vulnerabilities such as checkm8 affecting iPhone 4S through iPhone X and usbliter8 targeting A12 and A13 chips allow attackers with physical access to bypass the secure boot chain and execute code before iOS loads. These issues persist because the bootloader code cannot be overwritten through standard resets or iOS updates. While device passcode, Secure Enclave, and application-level encryption still serve as barriers, the risk level depends on the specific model, iOS version, and password strength. Wang advises against relying on disconnected older iPhones as cold storage solutions for seed phrases.
Docker Bypasses UFW Firewall Exposing PostgreSQL and Redis Ports to Rapid Malware Infections
A common Docker Compose setup with exposed database ports on fresh VPS instances allows attackers to compromise systems within minutes despite active UFW rules. Docker's use of DNAT rules in the PREROUTING chain and insertion of DOCKER-FORWARD chains before UFW rules in the FORWARD table routes external traffic directly to containers on internal bridge networks. IPv6 support in Docker versions 27 and later creates additional exposure vectors when administrators focus only on IPv4 protections or disable IPv6 filtering. Bots scan cloud IP ranges for open ports including 5432 and 6379, deploying miners such as kdevtmpfsi and kinsing or using Redis replication to load malicious modules. Historical cases include a Qdrant test instance on Hetzner compromised in under two minutes and similar issues reported in Spree Commerce starter templates. The article details Netfilter mechanics, protected-mode limitations in Redis, and specific exploitation techniques like CONFIG SET for cron jobs and CVE-2022-0543 Lua sandbox escapes.