After a recent visit to a hotel I was surprised to discover that they blocked access to my OpenVPN server. I often use this as a way to secure my internet traffic when I am on public wireless. Besides using only SSL based websites, or tunneling over SSH what options do I have to ensure that no one can sniff my packets while they are being broadcast in plain text through the air?
|
|
If you can arrange this ahead of time (or get someone to do it for you), you could set up an SSL proxy (e.g. via stunnel), which would in effect be creating an SSL VPN. |
|||
|
|
|
I see, you did say "besides using only SSL websites". Nevertheless for many it's not such a bad option to content yourself with the thousands of SSL sites listed in the Firefox and Chrome extension HTTPS Everywhere until you get back to an access point that supports your VPN. Limitations include that eavesdroppers would be able to see which sites you visit and that the extension does not prevent sites from incorporating unsecured resources such as Wikimedia Commons pictures into the secured pages. |
|||
|
|
|
Just some thoughts:
Actually it really depends on what you exactly want to achieve, what you really want to protect, etc. Using basic firefox plugins such as perspective/https everywhere, would provide a relatively secure browsing experience. Since you have a VPN set up, it would be nice to use it, it's one step further and, if properly set up, can provide a fair level of anonymity and security. Refer to my previous point. |
||||
|
|
|
I would like to point out that if you browse "external" Web site then your packets will travel unencrypted at some point. Your VPN (or SSH or SSL proxy or whatever) only avoids that to happen in your immediate vicinity; it defeats attackers who are in the same hotel than you. But it does not defeat attackers in general. If you worry about eavesdroppers, then you should visit HTTPS sites only, regardless of WiFi, hotels and VPN. Besides the other answers, you could also open a RDP session to a server on which you have an account. If you took care to set the server on port 443, then most firewalls will let that pass (RDP uses a specific transport layer which is distinct from a SSL/TLS connection, but few firewalls inspect data with enough attention to notice that). RDP 5.2 encapsulates a TLS session, so that's as secure as you can get. Web browsing through an exported desktop session can be a frustrating experience, but it is tolerable for text-based sites like, e.g., security.stackexchange.com (I am doing it right now). |
|||
|
|
