<?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>Computer Support &#187; Security</title>
	<atom:link href="http://www.xiitec.com/blog/category/system-administration/unix/security-unix-system-administration-references/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.xiitec.com/blog</link>
	<description></description>
	<lastBuildDate>Wed, 30 Dec 2009 08:40:28 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Setting Up Tripwire</title>
		<link>http://www.xiitec.com/blog/2008/02/04/setting-up-tripwire/</link>
		<comments>http://www.xiitec.com/blog/2008/02/04/setting-up-tripwire/#comments</comments>
		<pubDate>Tue, 05 Feb 2008 01:32:11 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[setup]]></category>
		<category><![CDATA[Tripwire]]></category>

		<guid isPermaLink="false">http://www.xiitec.com/blog/?p=101</guid>
		<description><![CDATA[After you have installed Tripwire, do the following:
# cd /etc/tripwire
# ./twinstall.sh
# tripwire &#8211;init
# rm twcfg.txt twpol.txt

The script twinstall.sh performs the following tasks within the directory /etc/tripwire:

Creates the site key and the local key, prompting you to enter their passphrases. (If the keys exist, this step is skipped.) The site key is stored in site.key, and [...]]]></description>
			<content:encoded><![CDATA[<p>After you have installed Tripwire, do the following:</p>
<blockquote><p># cd /etc/tripwire<br />
# ./twinstall.sh<br />
# tripwire &#8211;init<br />
# rm twcfg.txt twpol.txt</p></blockquote>
<p><span id="more-101"></span></p>
<p>The script twinstall.sh performs the following tasks within the directory /etc/tripwire:</p>
<ul>
<li>Creates the site key and the local key, prompting you to enter their passphrases. (If the keys exist, this step is skipped.) The site key is stored in site.key, and the local key in hostname-local.key, where hostname is the hostname of the machine.</li>
<li>Signs the default configuration file, twcfg.txt, with the site key, creating tw.cfg.</li>
<li>Signs the default policy file, twpol.txt, with the site key, creating tw.pol.</li>
</ul>
<p>If for some reason your system doesn&#8217;t have twinstall.sh, equivalent manual steps are:</p>
<blockquote><p>Helpful variables:<br />
DIR=/etc/tripwire<br />
SITE_KEY=$DIR/site.key<br />
LOCAL_KEY=$DIR/`hostname`-local.key</p>
<p>Generate the site key:<br />
# twadmin &#8211;generate-keys &#8211;site-keyfile $SITE_KEY</p>
<p>Generate the local key:<br />
# twadmin &#8211;generate-keys &#8211;local-keyfile $LOCAL_KEY</p>
<p>Sign the configuration file:<br />
# twadmin &#8211;create-cfgfile &#8211;cfgfile $DIR/tw.cfg \<br />
&#8211;site-keyfile $SITE_KEY $DIR/twcfg.txt</p>
<p>Sign the policy file:<br />
# twadmin &#8211;create-polfile &#8211;cfgfile $DIR/tw.cfg \<br />
&#8211;site-keyfile $SITE_KEY $DIR/twpol.txt</p>
<p>Set appropriate permissions:<br />
# cd $DIR<br />
# chown root:root $SITE_KEY $LOCAL_KEY tw.cfg tw.pol<br />
# chmod 600 $SITE_KEY $LOCAL_KEY tw.cfg tw.pol</p></blockquote>
<p>(Or chmod 640 to allow a root group to access the files.)</p>
<p>These steps assume that your default configuration and policy files exist: twcfg.txt and twpol.txt, respectively. They should have been supplied with the Tripwire distribution. Undoubtedly you&#8217;ll need to edit them to match your system.</p>
<p>Next, tripwire builds the Tripwire database and signs it with the local key:</p>
<blockquote><p> # tripwire &#8211;init</p></blockquote>
<p>Enter the local key passphrase to complete the operation. If tripwire produces an error message like &#8220;Warning: File System Error,&#8221; then your default policy probably refers to nonexistent files. These are not fatal errors: tripwire still ran successfully. At some point you should modify the policy to remove these references.</p>
<p>The last step, which is optional but recommended, is to delete the plaintext (unencrypted) policy and configuration files:</p>
<blockquote><p># rm twcfg.txt twpol.txt</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://www.xiitec.com/blog/2008/02/04/setting-up-tripwire/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>System Snapshots with Tripwire</title>
		<link>http://www.xiitec.com/blog/2008/02/04/system-snapshots-with-tripwire/</link>
		<comments>http://www.xiitec.com/blog/2008/02/04/system-snapshots-with-tripwire/#comments</comments>
		<pubDate>Tue, 05 Feb 2008 01:28:29 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Tripwire]]></category>

		<guid isPermaLink="false">http://www.xiitec.com/blog/?p=100</guid>
		<description><![CDATA[Suppose your system is infiltrated by the infamous Jack the Cracker. Being a conscientious evildoer, he quickly modifies some system files to create back doors and cover his tracks. For instance, he might substitute a hacked version of /bin/login to admit him without a password, and a bogus /bin/ls could skip over and hide traces [...]]]></description>
			<content:encoded><![CDATA[<p>Suppose your system is infiltrated by the infamous Jack the Cracker. Being a conscientious evildoer, he quickly modifies some system files to create back doors and cover his tracks. For instance, he might substitute a hacked version of /bin/login to admit him without a password, and a bogus /bin/ls could skip over and hide traces of his evil deeds. If these changes go unnoticed, your system could remain secretly compromised for a long time. How can this situation be avoided?</p>
<p><span id="more-100"></span></p>
<p>Break-ins of this kind can be detected by an integrity checker : a program that periodically inspects important system files for unexpected changes. The very first security measure you should take when creating a new Linux machine, before you make it available to networks and other users, is to &#8220;snapshot&#8221; (record) the initial state of your system files with an integrity checker. If you don&#8217;t, you cannot reliably detect alterations to these files later. This is vitally important!</p>
<p>Tripwire is the best known open source integrity checker. It stores a snapshot of your files in a known state, so you can periodically compare the files against the snapshot to discover discrepancies. In our example, if /bin/login and /bin/ls were in Tripwire&#8217;s snapshot, then any changes in their size, inode number, permissions, or other attributes would catch Tripwire&#8217;s attention. Notably, Tripwire detects changes in a file&#8217;s content, even a single character, by verifying its checksum.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.xiitec.com/blog/2008/02/04/system-snapshots-with-tripwire/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
