Hello World! In older article about pivoting through protected personal networks, I discussed pivoting over a WEP encrypted network. The enterprise WiFi network can be targeted to pivot using the similar steps. In fact, I'll show you how to get into the WiFi network with the SSID GlobalMarineServices and recover the flag that was left on one of their LAN systems.
The lab I'm using for the demonstration is provided by AttackDefense and can be found here – https://attackdefense.com/challengedetails?cid=1332
Pivoting through WiFi Network
In contrast to personal networks, enterprise networks require you to obtain the credentials (username and password) of the authorised client in order to authenticate with an external EAP server and access the access point. I've already discussed the evil twin technique to capture the authentication credentials on TTLS-PAP WiFi networks, so I'll skip here.
Repeat the steps as described in the following article for the network with GlobalMarineServices SSID.
After completing the steps outlined in the preceding article, you will see the authenticating user's username and password in clear text in the EAP-Hammer output.
Airodump is already using the wlan0 interface in monitor mode. Let's connect to the network using wlan1 to establish a connection with the network using wpa_supplicant tool.
- -D nl80211 is the name of the kernel driver for the WiFi device; nl80211 is available in Linux operating systems.
- -i wlan1 will connect to the access point via the wlan1 interface.
- -c supplicant.conf is the configuration file to use for network information.
After completing all the handshakes, our supplicant is successfully connected and associated to the target wireless network.
The services on the LAN usually run with IPv4, execute the dhclient tool the DHCP request lease out an IP address for the supplicant interface (wlan1).
The interface now has 172.18.0.181, and the WiFi router appears to be at 172.18.0.1.
In the lab description it is given that only TCP and UDP traffic can pass through WiFi AP, you can use the
-sT in the nmap to force TCP scan.
The WiFi access point has three services running: SSH, DNS, and HTTP. According to the lab description, the WiFi AP's SSH password is strong and random, therefore it will not be vulnerable to a dictionary attack. As a result, we can only look at HTTP right now.
Curl request on the HTTP service disclosed the internal IP address of the WiFi router to which other devices are linked.
Assuming the target host is the next in the CIDR range 188.8.131.52/24, use nmap to execute a TCP scan on the 184.108.40.206 host.
The assumption was correct, as you can see, that host is currently running an interesting service: SSH.
LAN machines could be subject to the dictionary attack because they frequently use weak SSH passwords. You can use the password dictionary from
/root/wordlists/100-common-passwords.txt in the lab with hydra tool as shown below.
Hydra reported a successful login to the target SSH service using the root:1234567890 credentials.
Now you can log in to SSH with the valid credentials obtained from the hydra and access the resources on the local network of the target network, here, the object is the flag from the host.