← Networkingjourney // is your guest wifi real

journey // is your guest wifi real

$ip route | grep default

the "guest network" that isn't really a guest network

you set up a guest wifi. you gave it a cute name like "netflix_and_no_wifi" and a password you don't mind sharing with visitors. you told yourself it's isolated from your main network because that's what the router settings page implied. cool story. did you ever actually check?

a lot of guest networks are guest networks in name only. the toggle exists in your router's admin panel, you flip it on, and you assume the isolation magic just happens. sometimes it does. sometimes the firmware is buggy, the setting silently fails, or "isolation" only blocks guest devices from talking to each other and does nothing to stop them from reaching your main lan. the only way to know for sure is to check from the device itself.

the command: ip route | grep default

ip route | grep default

this is a linux command (works on most distros, and you can find equivalents on mac and windows) that shows your device's routing table, filtered down to just the default route. the default route is basically the instruction your device follows for "if i don't know where else to send this traffic, send it here."

breaking it down piece by piece:

ip route asks the kernel to print out the full routing table, every rule your machine uses to decide where packets go.

| is a pipe. it takes the output of the first command and feeds it into the next one instead of printing it straight to your screen.

grep default filters that output down to just the line containing the word "default," which is the entry that matters here.

what you're looking for in the result is the gateway ip address, the thing that looks like via 192.168.x.x. that address tells you which network your device thinks it belongs to.

why this actually matters

if you connect to what's supposed to be an isolated guest network and your default route gateway lands you on the exact same subnet as your main devices (your nas, your smart locks, your work laptop), isolation isn't happening. your guest wifi and your real network are, functionally, the same network wearing a disguise. anyone on that guest ssid, a neighbor's kid, a sketchy iot device, an actual guest with actual malware on their phone, has a routable path to everything else you own.

this is exactly the kind of gap that gets exploited in real attacks: someone compromises the weakest device on a network (often a cheap iot gadget or a guest's phone) and then pivots laterally because nothing was actually segmented. checking your own route table is how you catch that before it becomes a problem, not after.

how to actually test this properly

connect a spare device, an old phone, a laptop you don't care about, to your guest network specifically. then run the command from that device.

ip route | grep default

compare the gateway ip you see here to the gateway ip on a device connected to your main wifi. if they're on different subnets (like 192.168.1.1 vs 192.168.50.1), good, that's a sign of real segmentation. if they match, your "isolated" guest network is just your regular network with extra branding.

you can go further and try to actually reach a device on your main network from the guest device, using something like ping to a known internal ip. if it responds, isolation is not working, full stop.

fixing it on your own router

most consumer routers that advertise guest network features have a setting, sometimes buried, called "ap isolation," "client isolation," or "guest network isolation." log into your router admin panel and confirm it's actually enabled, not just that the guest network exists.

if your router doesn't support real isolation or you're not confident it's implemented correctly, consider running your guest network on its own vlan, or investing in a router/access point combo (openwrt, pfsense, ubiquiti, etc.) that gives you actual control over routing and firewall rules between segments instead of a single checkbox you have to trust blindly.

after making changes, always retest with the command above. don't just trust the toggle, verify it.

the takeaway

a setting labeled "isolated" is a claim, not a guarantee. the only way to know your guest network actually keeps guest traffic away from your real devices is to check the routing yourself, from a device sitting on that network. it takes one line in a terminal and a couple minutes, and it's a much better time to find the gap than after someone's phone full of malware joins your wifi at a party.

watch the reel ↗
the weekly drop

one command a week that makes you harder to hack.

a single tool, explained in plain english, every week. straight to your inbox.

no spam. one email a week. unsubscribe anytime.