<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Thoughts Electrique &#187; Ubuntu</title>
	<atom:link href="http://www.sebastian.himberger.de/blog/tag/ubuntu/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sebastian.himberger.de/blog</link>
	<description>Sebastian Himbergers blog about technology and software development</description>
	<lastBuildDate>Sat, 16 Jul 2011 22:48:45 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>The Ubuntu LTS default repository problem</title>
		<link>http://www.sebastian.himberger.de/blog/2009/11/08/the-ubuntu-lts-defaultrepository-problem/</link>
		<comments>http://www.sebastian.himberger.de/blog/2009/11/08/the-ubuntu-lts-defaultrepository-problem/#comments</comments>
		<pubDate>Sun, 08 Nov 2009 04:25:20 +0000</pubDate>
		<dc:creator>Sebastian</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[Debian]]></category>
		<category><![CDATA[Opinionated]]></category>
		<category><![CDATA[Sysadmin]]></category>
		<category><![CDATA[Ubuntu]]></category>

		<guid isPermaLink="false">http://www.sebastian.himberger.de/blog/?p=580</guid>
		<description><![CDATA[I&#8217;ve often seen Ubuntu being chosen instead of Debian because the LTS version offers support and security-fixes for five years. This kind of SLA is often a critical argument. But while Ubuntu is happily claiming to be enterprise-ready they yet enable the universe and multiverse software repositories per default even in the LTS server edition. [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve often seen <a href="http://www.ubuntu.com">Ubuntu </a>being chosen instead of <a href="http://www.debian.org" target="_blank">Debian </a>because the LTS version offers support and security-fixes for five years. This kind of SLA is often a critical argument. But while Ubuntu is happily claiming to be enterprise-ready they yet enable the <em>universe </em>and <em>multiverse </em>software repositories per default even in the LTS server edition. Since <a href="http://www.ubuntu.com/community/ubuntustory/components" target="_blank">these two repositories are not included in the SLA</a> you might end up with software that is not provided with patches and therefore the whole security guarantee get&#8217;s thrown out of the window. While I&#8217;m not saying community backed security is bad it basically sets Ubuntu into the same mode of operation as Debian and this even without a specific warning or even notice. To be on the safe side you should disable the <em>universe</em> and <em>multiverse</em> repositories after installation or at least be aware of this fact.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.sebastian.himberger.de/blog/2009/11/08/the-ubuntu-lts-defaultrepository-problem/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Securing a host using the Shoreline firewall / Shorewall</title>
		<link>http://www.sebastian.himberger.de/blog/2009/02/25/securing-a-host-using-the-shoreline-firewall-shorewall/</link>
		<comments>http://www.sebastian.himberger.de/blog/2009/02/25/securing-a-host-using-the-shoreline-firewall-shorewall/#comments</comments>
		<pubDate>Wed, 25 Feb 2009 13:03:04 +0000</pubDate>
		<dc:creator>Sebastian</dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[Firewall]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Server]]></category>
		<category><![CDATA[Shorewall]]></category>
		<category><![CDATA[Sysadmin]]></category>
		<category><![CDATA[Ubuntu]]></category>

		<guid isPermaLink="false">http://www.sebastian.himberger.de/blog/?p=337</guid>
		<description><![CDATA[Since I&#8217;m currently setting up a new server for hosting purposes I want to share some of my favourite sysadmin tools and practices. The first featured tool is the shoreline firewall or shorewall. You can find the project at: http://www.shorewall.net/ Shorewall basically is a set of nice configuration files for iptables. Another benefit of shorewall [...]]]></description>
			<content:encoded><![CDATA[<p>Since I&#8217;m currently setting up a new server for hosting purposes I want to share some of my favourite sysadmin tools and practices.</p>
<p>The first featured tool is the <em>shoreline firewall</em> or <em>shorewall</em>. You can find the project at: <a title="Shorewall website" href="http://www.shorewall.net/" target="_blank">http://www.shorewall.net/</a></p>
<p>Shorewall basically is a set of nice configuration files for <a title="Definition at Wikipedia" href="http://en.wikipedia.org/wiki/Iptables" target="_blank">iptables</a>. Another benefit of shorewall is that it has no runtime part. You just fire up the tool, it configures your iptables and quits. This reduces the load and increases security. Additionally to the technical features there is one thing that makes shorewall really stand out: It has extensive, well-written and understandable documentation. You rarely find a use-case which is not already described in the documentation.</p>
<p>Read on to find out how to set up shorewall in minutes.</p>
<p><span id="more-337"></span></p>
<h3>Setting up shorewall</h3>
<p>In this section I will describe how to secure a single server directly connected to the internet. There is no hardware firewall or DMZ involved.</p>
<p>First you have to install shorewall on your server. Since I use Ubuntu 8.04 there is already a prepackaged version in the repository.</p>
<pre class="terminal">aptitude install shorewall</pre>
<p>Then you have to copy some of the example configuration files to your /etc/shorewall directory.</p>
<pre class="terminal">cp -prv /usr/share/doc/shorewall-common/default-config/rules /etc/shorewall
cp -prv /usr/share/doc/shorewall-common/default-config/zones /etc/shorewall
cp -prv /usr/share/doc/shorewall-common/default-config/modules /etc/shorewall
cp -prv /usr/share/doc/shorewall-common/default-config/interfaces /etc/shorewall
cp -prv /usr/share/doc/shorewall-common/default-config/policy /etc/shorewall</pre>
<p>To understand the meaning I will first give a very short explanation of the shorewall terminology (the terms are pretty standard): Shorewall sees the network as a collection of <strong>zones</strong> (your local network, the internet, the firewall host itself, &#8230;). Network <strong>interfaces </strong>(eth0, eth1, &#8230;)<strong> </strong>are connected to the <strong>zones</strong> and allow traffic to move in and out. If traffic want&#8217;s to move between zones the firewall checks the configured <strong>rules</strong> wether there is a rule allowing or denying the traffic flow. If there is no rule for the specific case it applies a <strong>policy</strong> (default rule).</p>
<p>With this in mind the filenames should be straightforward to understand. The <strong>modules </strong>file loads shorewall specific modules (for example enables the ftp connection tracking). You don&#8217;t have to modify the modules file for a basic setup.</p>
<p>Lets first define the zones in the <strong>zones </strong>file.</p>
<pre class="file">###############################################################################
#ZONE   TYPE            OPTIONS         IN                      OUT
#                                       OPTIONS                 OPTIONS
fw      firewall
net     ipv4
#LAST LINE - ADD YOUR ENTRIES ABOVE THIS ONE - DO NOT REMOVE</pre>
<p>As you can see there are only two zones defined: The internet (net) and the server itself (fw).</p>
<p>We now connect the network interfaces to the zones using the <strong>interfaces </strong>file.</p>
<pre class="file">###############################################################################
#ZONE   INTERFACE       BROADCAST       OPTIONS
net     eth0            detect          norfc1918
#LAST LINE -- ADD YOUR ENTRIES BEFORE THIS ONE -- DO NOT REMOVE</pre>
<p>That&#8217;s it. If you have more interfaces you of course have to connect these to the zones too. But if this is the case it&#8217;s very likely that you are striving for a more complex configuration anyway.</p>
<p>After defining the traffic sources we will now implement the default policy using the <strong>policy </strong>file.</p>
<pre class="file">###############################################################################
#SOURCE         DEST            POLICY          LOG             LIMIT:BURST
#                                               LEVEL
fw              net             ACCEPT
net             fw              DROP
all             all             DROP
#LAST LINE -- DO NOT REMOVE</pre>
<p>This policy allows the firewall to access all internet services and drops all incoming connections silently. Since this is not very useful for a server we now allow public access to some specific services by defining some rules in the <strong>rules </strong>file.</p>
<pre class="file">#############################################################################
#ACTION         SOURCE          DEST            PROTO   DEST    SOURCE
#                                                       PORT    PORT(S)
#SECTION ESTABLISHED
#SECTION RELATED
SECTION NEW
ACCEPT          net             fw              icmp    echo-request
ACCEPT          net             fw              tcp     22
ACCEPT          net             fw              tcp     80
ACCEPT          net             fw              tcp     443
#LAST LINE -- ADD YOUR ENTRIES BEFORE THIS ONE -- DO NOT REMOVE</pre>
<p>As cou can see we allowed our server to reply to pings, incoming SSH connections and to serve up websites through HTTP and HTTPS.</p>
<p><strong>In Ubuntu you now have to set the <em>startup </em>variable in <em>/etc/default/shorewall</em> to <em>1</em> and run <em>/etc/init.d/shorewall start</em>. Be sure to check that everything works as expected before you close your SSH session!.</strong></p>
<p>That&#8217;s it. <a title="Shorewall website" href="http://www.shorewall.net/" target="_blank">Visit the shorewall website for more information</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.sebastian.himberger.de/blog/2009/02/25/securing-a-host-using-the-shoreline-firewall-shorewall/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

