<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Modsec2sguil on Inliniac</title>
    <link>https://inliniac.net/blog/category/modsec2sguil/</link>
    <description>Recent content in Modsec2sguil on Inliniac</description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Wed, 14 Jan 2009 23:53:08 +0000</lastBuildDate>
    <atom:link href="https://inliniac.net/blog/category/modsec2sguil/feed.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Extracting bad url&#39;s from ModSecurity events in Sguil</title>
      <link>https://inliniac.net/blog/2009/01/15/extracting-bad-urls-from-modsecurity-events-in-sguil/</link>
      <pubDate>Wed, 14 Jan 2009 23:53:08 +0000</pubDate>
      <guid>https://inliniac.net/blog/2009/01/15/extracting-bad-urls-from-modsecurity-events-in-sguil/</guid>
      <description>&lt;p&gt;Running a PHP based blog, I see a lot of attempts to include code hosted elsewhere in requests. A long time ago I added a simple rule to block one type of the these attempts. A typical attempt looks like this:&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;GET /blog/category/index.php?page=http://www.djrady.ru/includes/conf.txt?? HTTP/1.1&lt;/p&gt;&lt;/blockquote&gt;&#xA;&lt;p&gt;Notice the trailing questionmarks? Turns out these are always present, so very easy to block on. I&amp;rsquo;m doing that for a long time now, never seen a single false positive. The rule looks like this:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Update to Modsec2sguil</title>
      <link>https://inliniac.net/blog/2008/03/26/update-to-modsec2sguil/</link>
      <pubDate>Wed, 26 Mar 2008 12:57:13 +0000</pubDate>
      <guid>https://inliniac.net/blog/2008/03/26/update-to-modsec2sguil/</guid>
      <description>&lt;p&gt;Yesterday the much anticipated Sguil 0.7.0 final was released, as was announced &lt;a href=&#34;http://sguil.sourceforge.net/news.html&#34;&gt;here&lt;/a&gt;. I&amp;rsquo;ve updated Modsec2sguil to support it. Next to this Ryan Cummings sent me a patch for supporting ModSecurity 2.5. So that is included as well. I haven&amp;rsquo;t given it much testing yet, but works on my boxes.&lt;/p&gt;&#xA;&lt;p&gt;Get the new release here: &lt;a href=&#34;http://www.inliniac.net/modsec2sguil/&#34;&gt;http://www.inliniac.net/modsec2sguil/&lt;/a&gt;&lt;/p&gt;&#xA;&lt;p&gt;Thank you Ryan for your contribution!&lt;/p&gt;</description>
    </item>
    <item>
      <title>Using Modsec2sguil for HTTP transaction logging revisited</title>
      <link>https://inliniac.net/blog/2007/08/22/using-modsec2sguil-for-http-transaction-logging-revisited/</link>
      <pubDate>Wed, 22 Aug 2007 20:05:34 +0000</pubDate>
      <guid>https://inliniac.net/blog/2007/08/22/using-modsec2sguil-for-http-transaction-logging-revisited/</guid>
      <description>&lt;p&gt;Recently I wrote about the idea to log all HTTP transactions into Sguil using my Modsec2sguil agent. I&amp;rsquo;ve implemented this in the current &lt;a href=&#34;http://www.inliniac.net/modsec2sguil/&#34;&gt;0.8-dev5&lt;/a&gt; release and it works very well. All events go into Sguil smoothly and I&amp;rsquo;ve not experienced slowdowns on the webserver. I&amp;rsquo;ve been running it for almost a week now, like to share the first experiences here.&lt;/p&gt;&#xA;&lt;p&gt;I find it to be quite useful. When receiving an alert, it is perhaps more interesting to see what else was done from that ipaddress than to see what was blocked (unless you are suspecting a false positive of course). One area I find to be useful is when I&amp;rsquo;m creating rules against comment spam on this blog. By seeing all properties of a spam message I can create better rules. For example on broken user-agents or weird codes inserted into the comment field of Wordpress.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Using Modsec2sguil for HTTP transaction logging</title>
      <link>https://inliniac.net/blog/2007/08/15/using-modsec2sguil-for-http-transaction-logging/</link>
      <pubDate>Wed, 15 Aug 2007 13:05:08 +0000</pubDate>
      <guid>https://inliniac.net/blog/2007/08/15/using-modsec2sguil-for-http-transaction-logging/</guid>
      <description>&lt;p&gt;Modsec2sguil is currently configured to send alerts to Sguil. ModSecurity can be configured to log any event or transaction, including 200 OK, 302 Redirect, etc. Modsec2sguil distinguishes between alerts and other events by only processing HTTP codes of 400 and higher. Since 0.8-dev2 there is a configuration directive to prevent certain codes, such as 404, from being treated as an alert.&lt;/p&gt;&#xA;&lt;p&gt;Now I have the following idea. Since ModSecurity can log all events with details of request headers, response headers and POST message body, it may be interesting to just send all these events to Sguil. They should not be appearing as alerts, but having them in the database can perhaps be interesting. I know using flow data and full packet captures the same data can be accessed, but having it in the database makes querying it a lot easier and longer available.&lt;/p&gt;</description>
    </item>
    <item>
      <title>First Modsec2sguil release for Sguil 0.7-CVS</title>
      <link>https://inliniac.net/blog/2007/08/14/first-modsec2sguil-release-for-sguil-07-cvs/</link>
      <pubDate>Mon, 13 Aug 2007 22:00:29 +0000</pubDate>
      <guid>https://inliniac.net/blog/2007/08/14/first-modsec2sguil-release-for-sguil-07-cvs/</guid>
      <description>&lt;p&gt;I just uploaded a new version of Modsec2sguil. I&amp;rsquo;ve been working on it the last weeks to get it updated to Sguil 0.7. The scripts are changed all over the place. This is because in the 0.7 framework, my scripts would no longer be a replacement for Barnyard only talking to the sensor_agent on the localhost, instead now it would become a full agent talking to the Sguil server directly.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Modsec2sguil 0.7 released</title>
      <link>https://inliniac.net/blog/2007/03/18/modsec2sguil-07-released/</link>
      <pubDate>Sun, 18 Mar 2007 10:41:28 +0000</pubDate>
      <guid>https://inliniac.net/blog/2007/03/18/modsec2sguil-07-released/</guid>
      <description>&lt;p&gt;I&amp;rsquo;ve just released version 0.7 of Modsec2sguil, the set of perl scripts to feed ModSecurity alerts to the Sguil NSM system. The main change of this release is that it adds support for alerts produced by ModSecurity 2.x, while 1.9.x remains to be supported. Next to this the conversion between ModSecurity&amp;rsquo;s severity and Snort&amp;rsquo;s priority was fixed, so alerts should show up in the right pane in Sguil again.&lt;/p&gt;&#xA;&lt;p&gt;Please give this release a try and let me know how it works for you!&lt;/p&gt;</description>
    </item>
    <item>
      <title>Modsec2sguil 0.6 released</title>
      <link>https://inliniac.net/blog/2006/10/07/modsec2sguil-06-released/</link>
      <pubDate>Fri, 06 Oct 2006 22:01:16 +0000</pubDate>
      <guid>https://inliniac.net/blog/2006/10/07/modsec2sguil-06-released/</guid>
      <description>&lt;p&gt;I&amp;rsquo;ve just release a new version of modsec2sguil, the set of Perl scripts that feeds ModSecurity alerts to Sguil. No new features, but many changes &amp;lsquo;under the hood&amp;rsquo;. I&amp;rsquo;ve created two modules, ModsecAlert and SguilBarnyardComms. These can be used in a Object Oriented way to parse ModSecurity events and communitcate a Sguil sensor agent.&lt;/p&gt;&#xA;&lt;p&gt;It would be interesting to see if the SguilBarnyardComms module could be connected with the work of Jason Brevnik of SourceFire, who wrote a &lt;a href=&#34;http://cerberus.sourcefire.com/~jbrvenik/unified_perl/&#34;&gt;Barnyard replacement&lt;/a&gt; in Perl. If I have some spare time, I will have a look at this.&lt;/p&gt;</description>
    </item>
    <item>
      <title>First (beta) release of modsec2sguil 0.5</title>
      <link>https://inliniac.net/blog/2006/09/20/first-beta-release-of-modsec2sguil-05/</link>
      <pubDate>Wed, 20 Sep 2006 20:26:03 +0000</pubDate>
      <guid>https://inliniac.net/blog/2006/09/20/first-beta-release-of-modsec2sguil-05/</guid>
      <description>&lt;p&gt;I have been writing about getting ModSecurity alerts into Sguil before. Today I can finally release a first public version. It&amp;rsquo;s pretty crude, but it WorksForMe(tm).&lt;/p&gt;&#xA;&lt;p&gt;The release can be found &lt;a href=&#34;http://www.inliniac.net/files/modsec2sguil-0.5.tar.gz&#34;&gt;here&lt;/a&gt;. If you are interested, please try it. There is some documentation in the archive.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
