Cyberlium

Privacy › Module 3 › Lesson 3

BeginnerModule 3Lesson 3/5

Safe Public WiFi Usage

Stay safer on coffee-shop, airport, and hotel Wi-Fi networks

15 min+18 XP3 quiz
Module progress3 of 5
!
Open Wi-Fi · Rogue AP · MitM risk

Opening

A café LAN is a shared room — you brought a laptop, not a warrant

Coffee-shop, airport, and hotel Wi-Fi put many strangers on the same access point. At Layer 2 they share a broadcast domain. That does not magically decrypt HTTPS. It does mean: a rogue AP can advertise a similar SSID; a captive portal can be faked; cleartext HTTP and DNS (if you still use them) are visible on the path; and your own open shares (file sharing, AirDrop "everyone") become reachable. Topic 3 already taught the ethic: you do not nmap the café, you do not capture other guests, you do not "hack the hotspot" to prove you learned networking. This lesson is how YOU stay safer as a guest: confirm the SSID, prefer HTTPS, treat portals with suspicion, use cellular or your own hotspot for banking, and treat a VPN as an extra hop — not antivirus, not a license to ignore the padlock. Practice is configuration and notes on YOUR device, not a scan of the room.

1. Shared Layer 2: neighbors, not classmates to probe

On a typical open or PSK guest network, stations associate to one AP (or a roaming set) and receive leases in the same subnet. Broadcasts (ARP, some mDNS/SSDP) can reach other stations. Historically, that made LAN attacks and sniffing easier. Modern APs often enable client isolation (AP/client isolation, "guest mode") so stations cannot talk to each other — but you must not assume it. Isolation is an operator setting, not a law of physics. What you are allowed to do as a learner: look at YOUR IP, YOUR gateway, YOUR DNS, YOUR HTTPS to example.com. What you are not allowed to do: nmap 192.168.x.0/24 "to see who is here," tcpdump the café adapter in promiscuous mode, deauth anyone, or clone the AP. Those are attacks or interception, even if you tell yourself it is homework. Shared L2 is a reason to harden YOUR shares and YOUR browser, not a lab full of targets.

2. Rogue APs and similar SSIDs: evil twins without Hollywood

An evil twin is an access point that advertises a name people will click: Airport_Free, Hotel-Guest, the café's name with one letter off, or the exact SSID if the attacker is close. Phones that auto-join known names are especially easy to lure. Once you associate, your traffic goes through their radio first. They can present a fake captive portal, downgrade you toward HTTP, or wait for a certificate warning you click through. HTTPS to the real name still encrypts to that name — unless you ignore warnings or type the wrong name. Defense is boring and effective: confirm the exact SSID with staff or the receipt/table tent; turn off auto-join for open networks; prefer your phone's cellular hotspot for banking; do not install "Wi-Fi booster" profiles or random certificates a portal offers. A profile that adds a trusted CA is how an attacker becomes HTTPS in your browser. You do not need to run attack tools to understand this. You need to refuse the look-alike network.

3. Captive portals: a web form in front of the internet

Hotels and cafés often intercept your first HTTP request and show a login/accept page (captive portal) until you click through. The real ones ask you to accept terms or enter a room number. Hostile ones ask for email, a password you use elsewhere, a credit card "for verification," or a software download. The mechanism is: until the AP authorizes your MAC, your DNS or HTTP is redirected to their portal host. After you authenticate, you get a normal default route — still on their LAN. Use the portal only to get connectivity, with a throwaway email if they demand one, never your bank password, never a client certificate you did not expect. If the browser screams about TLS on the portal, stop and ask staff. Some real portals use ugly HTTP; that is a reason to finish the click and then use only HTTPS (and a VPN) afterward — not a reason to type secrets into the portal. Bookmarking the real airline or bank URL still matters after you are "online."

4. HTTPS still matters; cellular still wins for banking; VPN is extra

TLS does not care whether the LAN is a café. If you reach https://bank.example and the certificate matches, on-path café observers should not read the password. If you reach http://anything, they might. If you reach https://bank-secure-login.example (wrong name, valid cert), they also cannot read it — but you just logged into a phish. HTTPS-Only from the last lesson plus checking the name is the baseline on public Wi-Fi. A VPN adds the extra hop so the café mostly sees vendor traffic, not your inner destinations. It still does not stop phishing, malware, or a bad password. It is not a reason to nmap anyone. For banking, payroll, or medical portals, prefer cellular data or a hotspot you own. You skip the shared L2, the evil twin SSID, and the portal entirely. If cellular is dead, VPN on a verified SSID plus HTTPS plus a dedicated banking profile is the fallback — still not "I hacked the hotspot so it is safe."

5. Wrong vs right: scan the room vs harden the guest

Worked failure mode — treating Topic 3 skills as a license. The café is not your lab subnet.

  • Wrong

    You auto-join "Free_Airport_WiFi," click through a cert warning, bank in the everyday browser, leave file sharing on, and run nmap of the /24 "like the port lab." You tcpdump the café "to show HTTP cookies." You try to deauth the real AP or stand up an evil twin "to teach the class." You install a portal's VPN profile from an unknown publisher.

  • Right

    You confirm the SSID with staff, disable auto-join for open nets, turn off wide file sharing / AirDrop-from-everyone, use HTTPS-Only, and prefer cellular for banking. VPN is extra on a network you chose to join. You write YOUR checklist into $HOME/cyberlium-lab/public-wifi.txt. You never scan other devices, never capture guests, never "hack the hotspot."

6. Practical: a guest checklist on YOUR device

Do this at home or on a network you own, as rehearsal — or on public Wi-Fi as a guest doing only your own settings. You are not mapping the LAN. If you need to see YOUR address, ip/ifconfig/ipconfig on your machine is enough. Stop there.

Command guide

Your device as a guest — settings and notes, not a floor scan

Rehearse on YOUR phone/laptop. On café Wi-Fi you may JOIN as a guest — you may not probe others.

1) Confirm SSID with staff / signage. Turn OFF auto-join for open networks. iOS: Settings → Wi-Fi → (i) → Auto-Join off for unknown nets Android: Wi-Fi → saved networks → Auto-connect off Windows: forget unused open nets; uncheck "Connect automatically" macOS: System Settings → Wi-Fi → Details → Auto-Join off

2) Sharing: off while traveling Windows: Network profile → Public; File sharing off macOS: System Settings → General → Sharing → disable what you do not need AirDrop / Nearby Share: Contacts Only or Receive Off — not Everyone

3) Browser: HTTPS-Only on; do not click through cert warnings Banking: cellular hotspot OR dedicated profile + VPN after a verified SSID

4) YOUR addresses only (own machine). Stop. Do not scan the /24. Linux/WSL:

Command — copy this

ip -br addr
ip route | head

Windows: ipconfig macOS:

Optional command

ifconfig | head

Optional: YOUR public IP and a single HTTPS header check (you, not neighbors)

Command — copy this

curl -I https://example.com
curl -sS --max-time 10 https://ifconfig.me

Command — copy this

mkdir -p "$HOME/cyberlium-lab"
{
  echo "date: $(date -Iseconds 2>/dev/null || date)"
  echo "ssid_confirmed_with_staff_or_rehearsal: yes/no"
  echo "auto_join_open_disabled: yes/no"
  echo "sharing_locked_down: yes/no"
  echo "https_only_on: yes/no"
  echo "banking_plan: cellular / hotspot / vpn+https+profile"
  echo "did_I_nmap_or_capture_others: NO"
} > "$HOME/cyberlium-lab/public-wifi.txt"
chmod 600 "$HOME/cyberlium-lab/public-wifi.txt"

NEVER: nmap the café, arp-scan the floor, tcpdump/wireshark guests NEVER: rogue AP, deauth, "hack the hotspot," fake portal NEVER: type bank passwords into a captive portal or a look-alike SSID

Mission: guest checklist, zero scans of other people

On your own device, disable auto-join for open networks, set sharing/AirDrop-style receive to a restrictive mode, and confirm HTTPS-Only is on. Write a banking plan (cellular/hotspot first; VPN+HTTPS+profile as fallback) into $HOME/cyberlium-lab/public-wifi.txt and chmod 600. If you are actually at a café, confirm the SSID with staff — do not nmap, do not capture, do not attack the AP. Topic 3 still applies.

Stuck? Ask Cyberlium AI Mentor

If you are unsure whether a portal is real, ask Cyberlium AI Mentor for a hint — not a payload. Try: "Hint only: hotel Wi-Fi wants a configuration profile to 'enable security' — why is adding an unknown trusted CA more dangerous than skipping banking until I use cellular?"

You can explain shared L2 without treating neighbors as lab targets, refuse look-alike SSIDs and greedy portals, keep HTTPS (and the name check) on public networks, prefer cellular for banking, and use a VPN as an extra hop — never as antivirus or a hunting license. Next — Lab — Privacy Score — curl and dig on YOUR connection, a browser padlock/cookie checklist, notes in privacy-score.txt, still zero scans of the café.

Knowledge Check

1

APPLY: Two SSIDs appear: "Airport_Free_WiFi" and "Airport-Free-WiFi." You did not ask staff. You need to pay a bill. Best move?

Multiple choice

Knowledge Check

2

APPLY: Why does HTTPS still matter on a "real" café network even if you also have a VPN?

Multiple choice

Knowledge Check

3

APPLY: True or False: nmap of the café /24, packet capture of other guests, or "hacking the hotspot" is outside this course even when the goal is learning public Wi-Fi safety.

True or False

← Previous

Answer all 3 knowledge checks to continue. (0/3 answered)