3 ms·
I worked in a company that used custom DNS names to identify the environments: - www.mydomain.com - stage.mydomain.com - local.mydomain.com The last one ref
by unreal37 7y ago
I worked in a company that used custom DNS names to identify the environments:
- www.mydomain.com
- stage.mydomain.com
- local.mydomain.com
The last one referred to the version of the app that developers ran on their own machines. So they had a DNS-level entry that sent local.mydomain.com to 127.0.0.1.
This isn't a browser issue at all. I think the security issue is "applications can install local web servers" and "some local web servers are insecure".
We already have XSS controls in place to prevent a domain from accessing the contents of another browser window or an iframe.
It's not a browser issue. There are plenty of legitimate reasons for wanting a browser to access a local web server. It might not be common, but it's not illegitimate nor a security issue.
- schappim 7y ago>> "applications can install local web servers" and "some local web servers are insecure" Yup, that's exactly it!
- banana_giraffe 7y agoYep, I have a sub domain under a personal domain pointing to a few a few specific specific 192.* addresses and localhost. It makes it easy to test HTTPS stuff without having to jump through hoops (and with Let's Encrypt it's free).