<?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>linsec.ca blog &#187; rsec</title>
	<atom:link href="http://linsec.ca/blog/tag/rsec/feed/" rel="self" type="application/rss+xml" />
	<link>http://linsec.ca/blog</link>
	<description>You can have it right, or you can have it now.  But you can&#039;t have it right now.</description>
	<lastBuildDate>Sat, 05 May 2012 22:03:58 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>rsec and AIDE+gpg now on github</title>
		<link>http://linsec.ca/blog/2011/10/29/rsec-and-aidegpg-now-on-github/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=rsec-and-aidegpg-now-on-github</link>
		<comments>http://linsec.ca/blog/2011/10/29/rsec-and-aidegpg-now-on-github/#comments</comments>
		<pubDate>Sat, 29 Oct 2011 23:41:46 +0000</pubDate>
		<dc:creator>vdanen</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Programming]]></category>
		<category><![CDATA[AIDE+gpg]]></category>
		<category><![CDATA[git]]></category>
		<category><![CDATA[rsec]]></category>

		<guid isPermaLink="false">http://linsec.ca/blog/?p=1029</guid>
		<description><![CDATA[Ok, so the last of my git-related topics today (I need to get back to washing windows, sadly). I&#8217;ve pulled out AIDE+gpg and rsec from the Annvix tools subversion repository and they are now on github: AIDE+gpg on github rsec on github The next step, maybe for around Christmas, is to turn these into Fedora [...]]]></description>
			<content:encoded><![CDATA[<p>Ok, so the last of my git-related topics today (I need to get back to washing windows, sadly).</p>
<p>I&#8217;ve pulled out AIDE+gpg and rsec from the Annvix tools subversion repository and they are now on github:</p>
<p><a href="https://github.com/vdanen/AIDE_gpg">AIDE+gpg on github</a><br />
<a href="https://github.com/vdanen/rsec">rsec on github</a></p>
<p>The next step, maybe for around Christmas, is to turn these into Fedora and/or EPEL packages so that I can (finally?) actually be a Fedora contributor beyond just filing security bugs.  I may be the only one made happy by that, but I think it would be cool.  =)</p>
]]></content:encoded>
			<wfw:commentRss>http://linsec.ca/blog/2011/10/29/rsec-and-aidegpg-now-on-github/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>rsec, msec, sectool.. hmmm&#8230; I smell opportunities</title>
		<link>http://linsec.ca/blog/2009/09/02/rsec-msec-sectool-hmmm-i-smell-opportunities/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=rsec-msec-sectool-hmmm-i-smell-opportunities</link>
		<comments>http://linsec.ca/blog/2009/09/02/rsec-msec-sectool-hmmm-i-smell-opportunities/#comments</comments>
		<pubDate>Thu, 03 Sep 2009 02:22:27 +0000</pubDate>
		<dc:creator>vdanen</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Mandriva]]></category>
		<category><![CDATA[Red Hat]]></category>
		<category><![CDATA[fedora]]></category>
		<category><![CDATA[msec]]></category>
		<category><![CDATA[rsec]]></category>
		<category><![CDATA[sectool]]></category>

		<guid isPermaLink="false">http://linsec.ca/blog/?p=564</guid>
		<description><![CDATA[So I was approached by Eugeni, one of my former fellows at Mandriva, today about some collaboration in regards to Mandriva&#8217;s msec and my way-back-when fork for Annvix, rsec. He wrote a blog post about msec&#8217;s future and plans detailing the things he wants to do with msec in the future. So he dropped me [...]]]></description>
			<content:encoded><![CDATA[<p>So I was approached by Eugeni, one of my former fellows at Mandriva, today about some collaboration in regards to Mandriva&#8217;s msec and my way-back-when fork for Annvix, rsec.  He wrote a blog post about <a href="http://dodonov.net/blog/2009/09/02/msec-future-and-plans/">msec&#8217;s future and plans</a> detailing the things he wants to do with msec in the future.  So he dropped me a line to see how I&#8217;d feel about making msec and rsec play nice together so there wouldn&#8217;t necessarily be a need for both (since there is obviously some duplication of functionality, one being a fork of the other after all).</p>
<p>So I think this might be a good move.  rsec is essentially a complete tool, but if we can swap in msec&#8217;s plugin functionality for the reports and make it so that is can be a standalone component separate from msec (be it that msec drops the reporting capabilities and adopts a refreshed rsec as a dependency, or whether msec permits building just the reporting capabilities separate from the msec stuff), then I&#8217;m definitely game.  What might be interesting, however, is to see how msec and rsec can be merged with <a href="https://fedorahosted.org/sectool/">sectool</a> in some way.  To be honest, I&#8217;d never heard of sectool until Eugeni mentioned it&#8230; it&#8217;s a Fedora project so it might have a lot of Red Hat/Fedora-specific stuff in there, but if it is or could be more generalized to do what msec does as well as what rsec does, then maybe there&#8217;s a place for one tool to take the place of three tools and have a broader usage base and become a better tool.</p>
<p>The opportunity here to build a better tool out of two, or maybe even three, tools is quite interesting and one of the things I love about open source.  Merging msec and rsec should be quite easy I think.  Merging with sectool might be more difficult, but I see a lot of crossover in what msec and sectool both do already &#8212; there really is no reason to have a Mandriva-specific tool and a Fedora-specific tool that do the same thing.  I suspect sectool might be good at creating decent reports which may even obsolete the need for rsec.  Taking a closer look at sectool will help me determine if that is the case (and then it remains to be seen if there is a sectool build for EPEL or if it can be done since I&#8217;m currently using rsec on some Red Hat Enterprise Linux 5 and CentOS 5 systems).</p>
<p>Either way, I smell some possibilities here.</p>
]]></content:encoded>
			<wfw:commentRss>http://linsec.ca/blog/2009/09/02/rsec-msec-sectool-hmmm-i-smell-opportunities/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

