Live data from Hacker News

Advice to avoid public Wi-Fi is mostly out of date

eff.org

11–20 of 117 posts

Re: Advice to avoid public Wi-Fi is mostly out of date

#11
post #8
post #5

Err, no it is not safe unless you trust the app you are running to validate the certificate chain. Not so long ago, I found out my bank's app didn't validate the cert and I could happily put a proxy and intercept all calls.

That’s an interesting point. As an app developer, I’d assumed that would be handled automatically by the OS. What’s the best way to test for certificate validity? (In my case I’m interested in iOS, but the same concern must exist on all platforms).

In my experience, the OS _does_ handle that automatically. If the app isn't verifying it, it's because they went out of their way to disable certificate validation.

Which is alarming.

Re: Advice to avoid public Wi-Fi is mostly out of date

#12
post #8
post #5

Err, no it is not safe unless you trust the app you are running to validate the certificate chain. Not so long ago, I found out my bank's app didn't validate the cert and I could happily put a proxy and intercept all calls.

That’s an interesting point. As an app developer, I’d assumed that would be handled automatically by the OS. What’s the best way to test for certificate validity? (In my case I’m interested in iOS, but the same concern must exist on all platforms).

On iOS certificates will be validated by CFNetwork provided you haven't disabled ATS.

Re: Advice to avoid public Wi-Fi is mostly out of date

#13

Earlier quoted context omitted.

You would have to trust a root certificates from your mitm attacker, so it is not a problem.

When you first access a site, unless the site is using HSTS you are going to go to an insecure version so a mitm can proxy the request and remove tls or redirect you to another site. This is what is known as "https stripping."

You are talking about "HSTS Preload", HSTS doesn't do anything on first access.

Re: Advice to avoid public Wi-Fi is mostly out of date

#14
post #5

Err, no it is not safe unless you trust the app you are running to validate the certificate chain. Not so long ago, I found out my bank's app didn't validate the cert and I could happily put a proxy and intercept all calls.

While you’re probably not going to be instantly attacked, I still wouldn’t do online banking on a public network.

Re: Advice to avoid public Wi-Fi is mostly out of date

#16
post #11
post #8

Earlier quoted context omitted.

That’s an interesting point. As an app developer, I’d assumed that would be handled automatically by the OS. What’s the best way to test for certificate validity? (In my case I’m interested in iOS, but the same concern must exist on all platforms).

In my experience, the OS _does_ handle that automatically. If the app isn't verifying it, it's because they went out of their way to disable certificate validation. Which is alarming.

What's the odds that the corporate network the developers are on does MITM https interception, and the only way they could get their app to work was to remove certificate validation

Re: Advice to avoid public Wi-Fi is mostly out of date

#17

Don't most of public Wifi (airports especially) have their own CA to MiTM SSL connections just like most companies do to inspect HTTPS traffic?

No, because that will simply fail.

I did see it once on a train in the UK, but that's the only time I've seen https MITM.

Re: Advice to avoid public Wi-Fi is mostly out of date

#19
post #14
post #5

Err, no it is not safe unless you trust the app you are running to validate the certificate chain. Not so long ago, I found out my bank's app didn't validate the cert and I could happily put a proxy and intercept all calls.

While you’re probably not going to be instantly attacked, I still wouldn’t do online banking on a public network.

Every commercial network is a public network in a sense

Re: Advice to avoid public Wi-Fi is mostly out of date

#20

Passive interception is less of an issue because so many sites are using tls, but in the case of a mitm attack isn't https stripping still a problem unless the site is using hsts?

You would have to trust a root certificates from your mitm attacker, so it is not a problem.

Block outgoing connections on port 443. MITM anything on port 80 which forwards to the server on port 443.

Your browser then loads www.whatever.com as http, even if the server doesn't allow http.

HSTS means if you've been to www.whatever.com before you'll be blocked. If you've never been before that doesn't help though.

In that fashion, typing www.mybank.com could redirect you to http://www.mybank.com (mitm) then to https://www.mybank.com-login.com/, where you get a green padlock.

Post reply on HN