Live data from Hacker News

Brute-forcing a macOS user’s real name from a browser using mDNS

fingerprint.com

81–90 of 168 posts

Re: Brute-forcing a macOS user’s real name from a browser using mDNS

#81
post #69

If only disabling JavaScript didn't disable end user experience lol

This is the only thing stopping me from globally disabling JavaScript. I predict in the future through, I’ll have no choice but to have it off by default due to privacy concerns

[deleted]

Re: Brute-forcing a macOS user’s real name from a browser using mDNS

#82
post #33
post #25

Earlier quoted context omitted.

Is that true? There’s a preflight request that checks with the server as to what’s allowed and then the browser issues the original request if it’s ok, right?

"Simple requests" are not preflighted, such as those that do not set any headers (among other qualifications). https://developer.mozilla.org/en-US/docs/Web/HTTP/CORS#simpl... (Aside, is MDN's href linking broken for everyone or just me?)

It should be noted chrome is changing this behaviour for local networks - https://wicg.github.io/private-network-access/

Re: Brute-forcing a macOS user’s real name from a browser using mDNS

#83
post #2

As part of my standard (and pretty lame) OPSEC I always change the default names that apple gives its devices (like "Joiqj's iPhone") to a more generic name (like "iPhone"). Nice to see that it was good practice.

As of iOS 16, apps need special permission to get the device name now (I think it just returns "iOS" instead). Not sure about MacOS.

Re: Brute-forcing a macOS user’s real name from a browser using mDNS

#84
post #41

Earlier quoted context omitted.

My hotspot on my phone is "FBI van 4"

I wonder if I can sell my WiFI AP name to some advertiser... "ENJOY COCA-COLA" or more likely "TOM BRADY SAYS BUY CRYPTO"

"DRINK PEPSI"

Re: Brute-forcing a macOS user’s real name from a browser using mDNS

#85
post #57

On my macOS box, I run Little Snitch, a nice UI that can be set to ask local user for explicit permission before allowing a network request. https://www.obdev.at/products/littlesnitch/index.html I’ve occasionally stumbled on it during remote logins, usually when an SSH session wants to download something new, like NPM requesting NodeJS bits. The text terminal SSH download will block; if I figure out it’s the Little S…

Little Snitch is amazing.

Any windows comparable?

Re: Brute-forcing a macOS user’s real name from a browser using mDNS

#86

Earlier quoted context omitted.

I do the opposite: one of my laptops is named "Peter's iPhone" (hint: my name is not Peter, nor do I own an iPhone) and I've also set all my Bluetooth to random Bluetooth headset or mouse models.

My hotspot on my phone is "FBI van 4"

I just set mine to the RDS name of some local FM station..

Re: Brute-forcing a macOS user’s real name from a browser using mDNS

#87
post #32

Earlier quoted context omitted.

My hotspot on my phone is "FBI van 4"

One of the hotspots in my flat is called "Honeypot1"

My blog is honeypot.net. It’s always fun to watch people trying to decide whether to click that link.

Re: Brute-forcing a macOS user’s real name from a browser using mDNS

#88
post #21

Earlier quoted context omitted.

They generally can't, because of CORS. The only reason this "hack" works is because the timing of the rejection is different between non-resolving domain request and resolving-but-rejected request. But if you run something on https://192.168.2.1 it can't be accessed from a web app running on https://my-own-domain.com unless the service running at 192.168.2.1 allows the "Origin" my-own-domain.com.

Technically they can make the request. The server will receive and respond to the request. CORS is applied by the browser which prevents the response from being read. This is why CORS doesn't prevent a request from mutating something on a server. A CSRF token does.

And none of this helps you if the server in question isn't actually a HTTP server, but something else (that only ever expected to be exposed on localhost). Depending on the exact syntax it expects, it's plausible that a HTTP request (even a CORS request) might be misinterpreted to do something nefarious.

Re: Brute-forcing a macOS user’s real name from a browser using mDNS

#89
post #85
post #57

On my macOS box, I run Little Snitch, a nice UI that can be set to ask local user for explicit permission before allowing a network request. https://www.obdev.at/products/littlesnitch/index.html I’ve occasionally stumbled on it during remote logins, usually when an SSH session wants to download something new, like NPM requesting NodeJS bits. The text terminal SSH download will block; if I figure out it’s the Little S…

Little Snitch is amazing. Any windows comparable?

I’m very happy with SimpleWall: https://github.com/henrypp/simplewall

Re: Brute-forcing a macOS user’s real name from a browser using mDNS

#90

Earlier quoted context omitted.

You'd think so, but the way I've set it up Little Snitch throws up a dialog box when a browser makes errant requests but otherwise remains silent. Most recently this caught Firefox trying to force DNS over HTTPS despite me having disabled it when it first became generally available. I suppose leaking DNS requests to Cloudflare isn't the worst thing in the world, but it would circumvent the ad blocking I've set up loc…

Better cloudflare than your ISP that's already explicitly intercepting your dns queries to sell your data/profile.

False dichotomy. Not only am I pretty sure Sonic isn't selling my DNS queries, I've already opted out of DNS over HTTPS. Refusing to respect the choices I've made is worse than not.

Besides, unencrypted SNI means that if my ISP wanted to get the hosts I was looking at, they could.

Post reply on HN