<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: What Goes Out Can Come Back In</title>
	<atom:link href="http://pthree.org/2008/06/05/what-goes-out-can-come-back-in/feed/" rel="self" type="application/rss+xml" />
	<link>http://pthree.org/2008/06/05/what-goes-out-can-come-back-in/</link>
	<description>Linux.  GNU.  Freedom.</description>
	<pubDate>Thu, 04 Dec 2008 01:25:16 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7-RC1-10015</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: My name</title>
		<link>http://pthree.org/2008/06/05/what-goes-out-can-come-back-in/#comment-104045</link>
		<dc:creator>My name</dc:creator>
		<pubDate>Sun, 06 Jul 2008 11:22:10 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=592#comment-104045</guid>
		<description>I'm not very comfortable with calling this "bypassing the firewall". If the firewall allows me only outgoing access on port 80, fine, I'll use only that. No bypassing. I'm using what I'm allowed to use.

Though yes, I also see the reason behind calling it bypassing. :-)

-a big fan of ssh -D, -L, and -R</description>
		<content:encoded><![CDATA[<p>I&#8217;m not very comfortable with calling this &#8220;bypassing the firewall&#8221;. If the firewall allows me only outgoing access on port 80, fine, I&#8217;ll use only that. No bypassing. I&#8217;m using what I&#8217;m allowed to use.</p>
<p>Though yes, I also see the reason behind calling it bypassing. <img src='http://pthree.org/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>-a big fan of ssh -D, -L, and -R</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron</title>
		<link>http://pthree.org/2008/06/05/what-goes-out-can-come-back-in/#comment-102192</link>
		<dc:creator>Aaron</dc:creator>
		<pubDate>Sun, 08 Jun 2008 05:13:17 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=592#comment-102192</guid>
		<description>@Mike- It's not whether employees are working or not, but whether or not they can bypass your corporate firewall from home to get access to the internal email or web server.  We're not talking local port forwarding here- the ability to encrypt all TCP connections, so your boss doesn't know what you're doing, but remote forwarding- being able to get in the network.

@Someone- As long as I can sniff an outbound port, your firewall is worthless.  Application firewalls won't do anything here, unless of course you block all outbound encrypted traffic, but we all know that's the draconian.  The *only* way to keep me from bypassing your firewall, is to *completely* cut Internet access.</description>
		<content:encoded><![CDATA[<p>@Mike- It&#8217;s not whether employees are working or not, but whether or not they can bypass your corporate firewall from home to get access to the internal email or web server.  We&#8217;re not talking local port forwarding here- the ability to encrypt all TCP connections, so your boss doesn&#8217;t know what you&#8217;re doing, but remote forwarding- being able to get in the network.</p>
<p>@Someone- As long as I can sniff an outbound port, your firewall is worthless.  Application firewalls won&#8217;t do anything here, unless of course you block all outbound encrypted traffic, but we all know that&#8217;s the draconian.  The *only* way to keep me from bypassing your firewall, is to *completely* cut Internet access.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Someone</title>
		<link>http://pthree.org/2008/06/05/what-goes-out-can-come-back-in/#comment-102184</link>
		<dc:creator>Someone</dc:creator>
		<pubDate>Sun, 08 Jun 2008 02:14:59 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=592#comment-102184</guid>
		<description>There are many ways to block this. Application Firewalls (PF for example) or a simple IPS setup. While most people don't bother it is blockable just like many other methods to punching holes in firewalls.</description>
		<content:encoded><![CDATA[<p>There are many ways to block this. Application Firewalls (PF for example) or a simple IPS setup. While most people don&#8217;t bother it is blockable just like many other methods to punching holes in firewalls.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://pthree.org/2008/06/05/what-goes-out-can-come-back-in/#comment-102177</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Sat, 07 Jun 2008 22:16:43 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=592#comment-102177</guid>
		<description>For me, if I'm in control of a network and had fire/hire abilities I would just fire irresponsible workers instead of putting asinine rules in place.  If people aren't doing their jobs they should be fired, a question of some sort of measured productivity.  It shouldn't be a question of appearances, what websites people visit during the day, etc.  

But of course we all know that's not how most companies run.</description>
		<content:encoded><![CDATA[<p>For me, if I&#8217;m in control of a network and had fire/hire abilities I would just fire irresponsible workers instead of putting asinine rules in place.  If people aren&#8217;t doing their jobs they should be fired, a question of some sort of measured productivity.  It shouldn&#8217;t be a question of appearances, what websites people visit during the day, etc.  </p>
<p>But of course we all know that&#8217;s not how most companies run.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron</title>
		<link>http://pthree.org/2008/06/05/what-goes-out-can-come-back-in/#comment-102084</link>
		<dc:creator>Aaron</dc:creator>
		<pubDate>Fri, 06 Jun 2008 02:57:15 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=592#comment-102084</guid>
		<description>ALL: Of course you should always get system administrator permission first before bypassing a firewall.  However, if you didn't sign any computer usage policies, then you have a lot of give legally.  Unfortunately, I've worked in too many environments where the IT administrator doesn't have a clue.  Of course, it only takes once to ruin it for everybody.  I'm certainly not condoning the use of bypassing firewalls, and getting fired over it.  Rather, I'm just showing you what you can do given a set of freely available tools and little effort.</description>
		<content:encoded><![CDATA[<p>ALL: Of course you should always get system administrator permission first before bypassing a firewall.  However, if you didn&#8217;t sign any computer usage policies, then you have a lot of give legally.  Unfortunately, I&#8217;ve worked in too many environments where the IT administrator doesn&#8217;t have a clue.  Of course, it only takes once to ruin it for everybody.  I&#8217;m certainly not condoning the use of bypassing firewalls, and getting fired over it.  Rather, I&#8217;m just showing you what you can do given a set of freely available tools and little effort.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David</title>
		<link>http://pthree.org/2008/06/05/what-goes-out-can-come-back-in/#comment-102083</link>
		<dc:creator>David</dc:creator>
		<pubDate>Fri, 06 Jun 2008 01:57:30 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=592#comment-102083</guid>
		<description>Almost exclusively, I forward ports on demand by type something like "~C-L5901:mybox:5901" in an SSH session anytime after pressing the return key.  Remote ports available that way, too.</description>
		<content:encoded><![CDATA[<p>Almost exclusively, I forward ports on demand by type something like &#8220;~C-L5901:mybox:5901&#8243; in an SSH session anytime after pressing the return key.  Remote ports available that way, too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason</title>
		<link>http://pthree.org/2008/06/05/what-goes-out-can-come-back-in/#comment-102081</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Fri, 06 Jun 2008 00:49:58 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=592#comment-102081</guid>
		<description>Don't let the BOFH catch you doing this :).</description>
		<content:encoded><![CDATA[<p>Don&#8217;t let the BOFH catch you doing this :).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lonnie Olson</title>
		<link>http://pthree.org/2008/06/05/what-goes-out-can-come-back-in/#comment-102060</link>
		<dc:creator>Lonnie Olson</dc:creator>
		<pubDate>Thu, 05 Jun 2008 18:01:46 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=592#comment-102060</guid>
		<description>I thought I would voice my opinion as a corporate sysadmin.

There are two main reasons for preventing outside access to mail.  Traffic snooping, and external attacks.  Your method is nice because it still prevents snooping due to the SSH encryption, and as long as you don't add any other options (like GatewayPorts and a bind_address) external attacks are still prevented, because the forwarded port only listens on localhost.

If your company sysadmin had a problem with what you are doing, he couldn't technically block you, but he certainly can get disciplinary action taken against you.  Be careful.

The only option your sysadmin has to prevent both attack, and provide access to the outside is a VPN.  Most companies will grant VPN access if it is deemed good for business reasons, usually with manager or above approval.  

I would suggest you be careful about what you do since you *are* breaking the rules, and corporate sysadmins can be spiteful at times.  :)</description>
		<content:encoded><![CDATA[<p>I thought I would voice my opinion as a corporate sysadmin.</p>
<p>There are two main reasons for preventing outside access to mail.  Traffic snooping, and external attacks.  Your method is nice because it still prevents snooping due to the SSH encryption, and as long as you don&#8217;t add any other options (like GatewayPorts and a bind_address) external attacks are still prevented, because the forwarded port only listens on localhost.</p>
<p>If your company sysadmin had a problem with what you are doing, he couldn&#8217;t technically block you, but he certainly can get disciplinary action taken against you.  Be careful.</p>
<p>The only option your sysadmin has to prevent both attack, and provide access to the outside is a VPN.  Most companies will grant VPN access if it is deemed good for business reasons, usually with manager or above approval.  </p>
<p>I would suggest you be careful about what you do since you *are* breaking the rules, and corporate sysadmins can be spiteful at times.  <img src='http://pthree.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: volksman</title>
		<link>http://pthree.org/2008/06/05/what-goes-out-can-come-back-in/#comment-102057</link>
		<dc:creator>volksman</dc:creator>
		<pubDate>Thu, 05 Jun 2008 17:48:48 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=592#comment-102057</guid>
		<description>Hahah...Yeah I've been using this for years...local and remote.  Recently the company I work for decided to stop all access to facebook and youtube.  While I don't facebook I do check out a fair bit of Youtube vids throughout the day (I mean cammon! how am I supposed to get rick rolled at work!).

So I setup a dynamic tunnel to use as a socks proxy and FoxyProxy so FF will only use the proxy with the sites I tell it (IE the sites my employer blocks):


ssh -D myinternalipathome:8080 -fN home.mymachine.com


Tell foxyproxy to use socks proxy on port 8080 (localhost) and presto; Firewall restrictions removed.

My boss caught me on Youtube once and told me I could get fired for breaking the rules.  I told him if I didn't know how to circumvent any firewall policy they put in place then I shouldn't have my job.  He laughed and turned away and I've never heard about it since.  ;)

Happy firewall avoidance!</description>
		<content:encoded><![CDATA[<p>Hahah&#8230;Yeah I&#8217;ve been using this for years&#8230;local and remote.  Recently the company I work for decided to stop all access to facebook and youtube.  While I don&#8217;t facebook I do check out a fair bit of Youtube vids throughout the day (I mean cammon! how am I supposed to get rick rolled at work!).</p>
<p>So I setup a dynamic tunnel to use as a socks proxy and FoxyProxy so FF will only use the proxy with the sites I tell it (IE the sites my employer blocks):</p>
<p>ssh -D myinternalipathome:8080 -fN home.mymachine.com</p>
<p>Tell foxyproxy to use socks proxy on port 8080 (localhost) and presto; Firewall restrictions removed.</p>
<p>My boss caught me on Youtube once and told me I could get fired for breaking the rules.  I told him if I didn&#8217;t know how to circumvent any firewall policy they put in place then I shouldn&#8217;t have my job.  He laughed and turned away and I&#8217;ve never heard about it since.  <img src='http://pthree.org/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Happy firewall avoidance!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: oliver</title>
		<link>http://pthree.org/2008/06/05/what-goes-out-can-come-back-in/#comment-102053</link>
		<dc:creator>oliver</dc:creator>
		<pubDate>Thu, 05 Jun 2008 16:52:12 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=592#comment-102053</guid>
		<description>Neat, but: what would the admins say if they knew you made your home PC (not under corporate supervision, maybe malware-infested, on a LAN with other malware-infected systems, whatever) connect to the non-public mail server, probably violating company rules... Uh-oh...

Seriously, I think there's a limit to how far one should go. When we had an internet-visible web mail access here, I sometimes used it, effectively working in my spare time. But when it was decided that the web interface must be shut down, it seemed weird to me to hack around these limitations.</description>
		<content:encoded><![CDATA[<p>Neat, but: what would the admins say if they knew you made your home PC (not under corporate supervision, maybe malware-infested, on a LAN with other malware-infected systems, whatever) connect to the non-public mail server, probably violating company rules&#8230; Uh-oh&#8230;</p>
<p>Seriously, I think there&#8217;s a limit to how far one should go. When we had an internet-visible web mail access here, I sometimes used it, effectively working in my spare time. But when it was decided that the web interface must be shut down, it seemed weird to me to hack around these limitations.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Asa</title>
		<link>http://pthree.org/2008/06/05/what-goes-out-can-come-back-in/#comment-102048</link>
		<dc:creator>Asa</dc:creator>
		<pubDate>Thu, 05 Jun 2008 15:43:53 +0000</pubDate>
		<guid isPermaLink="false">http://pthree.org/?p=592#comment-102048</guid>
		<description>SSH is a nice way to get VNC access to your computer at home too. You probably have a router/firewall and you've opened port 22 for ssh. If you enable Remote Desktop in Ubuntu you can run "ssh -L 5910:localhost:5900 -fN ssh.home.com" from work to create a "forward connection" then you can run vnc and connect to "localhost:10", it will be forwarded over the SSH and connect to your desktop at home. I wrote some instructions for a friend of mine to do this from Windows or Linux. http://docs.google.com/Doc?id=ddv9rsfd_34dcs84p5d</description>
		<content:encoded><![CDATA[<p>SSH is a nice way to get VNC access to your computer at home too. You probably have a router/firewall and you&#8217;ve opened port 22 for ssh. If you enable Remote Desktop in Ubuntu you can run &#8220;ssh -L 5910:localhost:5900 -fN ssh.home.com&#8221; from work to create a &#8220;forward connection&#8221; then you can run vnc and connect to &#8220;localhost:10&#8243;, it will be forwarded over the SSH and connect to your desktop at home. I wrote some instructions for a friend of mine to do this from Windows or Linux. <a href="http://docs.google.com/Doc?id=ddv9rsfd_34dcs84p5d" rel="nofollow">http://docs.google.com/Doc?id=ddv9rsfd_34dcs84p5d</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
