Skip to content

Back to the catalog

Social Engineering: Modem-Based Persistence in a Compromised Environment
hackers-arise.comwriteup

Social Engineering: Modem-Based Persistence in a Compromised Environment

The article describes reflashing a Huawei E3372h-153 HiLink 4G USB modem so its embedded Linux OS runs an OpenVPN client over the mobile network, creating a covert, network-independent persistence channel after physical USB access. It walks through enabling debug mode, flashing firmware, disabling CD-ROM emulation, configuring DHCP and autorun scripts, and chaining a second L2VPN tunnel to bridge the attacker directly onto the victim's Ethernet segment for tools like Responder. Defense guidance focuses on restricting USB ports and disabling USB network adapters via policy.

TL;DR Shows how to reflash a Huawei E3372h-153 4G modem into a self-contained, VPN-based persistence backdoor with optional L2 bridging for traffic capture.
Document

What it is

A hardware persistence technique that uses a Huawei E3372h-153 HiLink 4G USB modem reflashed to run an OpenVPN client. The modem has its own mobile data link, so the implant does not need the victim's network. An attacker with a few minutes of physical USB access can leave it plugged in and reach the host later through a VPN server. The page contrasts it with the LAN Turtle, which depends on existing network connectivity.

How it works

The modem enumerates as a virtual Ethernet adapter (RNDIS/CDC) while its embedded Linux runs scripts. The article's preparation steps are:

  • Reach the modem at 192.168.8.1 over Telnet or ADB, then enable debug mode.
  • Flash modified firmware (E3372h-153_Update_22.200.15.00.00_M_AT_05.10_nv.exe) with balong_flash.
  • Disable CD-ROM/storage emulation with an AT^NVWREX write, because those devices "may reveal the device's presence".
  • Change the DHCP config (lease range 192.168.8.100 to 192.168.8.200) so the modem does not present itself as a gateway and does not disturb the host's routing.
  • Push tun.ko, an openvpn binary and a .ovpn profile to /online/ovpn/.
  • Start OpenVPN from a while : loop in /data/vpn.sh, launched by autorun.sh, so it reconnects after drops and survives reboots.

The attacker joins the same VPN server from another machine and reaches the host through the modem. That first tunnel gives access only to the connected machine.

For wider reach, a second L2 OpenVPN tunnel (tap1) runs inside the first and is added to the modem's br0 bridge with brctl addif. The attacker's tap0 is then given a free address in 192.168.8.0/24, which puts them on the host's Ethernet segment as if cabled in. The page then runs Responder on tap0 (responder -I tap0 -d -w -F) to capture authentication data.

Preconditions / Affected

  • Brief physical access to a machine with a usable USB port.
  • A pre-modified modem, a mobile data plan, and a reachable VPN server.
  • The host must accept a new USB network adapter without blocking it.

What to do

The page's defence guidance is short:

  • Treat USB ports as sensitive interfaces.
  • Restrict unknown USB devices.
  • Disable USB-based network adapters through system policy.
  • Inspect machines regularly.
  • Control physical access.

Caveats

  • The page gives no detection queries, USB vendor or product IDs, or policy settings. Practical blocking rules must come from elsewhere.
  • Several configuration files (the DHCP config, autorun.sh, l2.ovpn, lan_turtle.ovpn) are shown only as images, so their contents are missing from the text.
  • The page states the L2 step is optional and the base implant reaches only the connected host.
  • The article is from Hackers Arise and ends with a promotion for its Red Team Operator training. No testing results or success rates are reported.

Technologies named here

  • Huawei E3372h-153
  • Telnet
  • USB-based network adapters on host computers
  • ADB
  • minicom
  • balong_flash
  • OpenVPN
  • busybox
  • iptables
  • brctl
  • LAN Turtle
  • Responder

Techniques named here

  • Hardware implant via modified USB modem
  • Debug mode enablement and firmware reflash
  • Disabling CD-ROM/storage mode
  • DHCP configuration tampering
  • Persistent VPN reconnection loop
  • Autorun persistence via system scripts
  • NAT and traffic filtering for covert channel
  • L2VPN bridging for direct network access
  • Credential capture over L2 access