<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Pcre on Inliniac</title>
    <link>https://inliniac.net/blog/tag/pcre/</link>
    <description>Recent content in Pcre on Inliniac</description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Tue, 20 Dec 2016 18:37:05 +0000</lastBuildDate>
    <atom:link href="https://inliniac.net/blog/tag/pcre/feed.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Suricata bits, ints and vars</title>
      <link>https://inliniac.net/blog/2016/12/20/suricata-bits-ints-and-vars/</link>
      <pubDate>Tue, 20 Dec 2016 18:37:05 +0000</pubDate>
      <guid>https://inliniac.net/blog/2016/12/20/suricata-bits-ints-and-vars/</guid>
      <description>&lt;p&gt;Since the beginning of the project we&amp;rsquo;ve spoken about variables on multiple levels. Of course flowbits defined by the Snort language came first, but other flow based variables quickly followed: flowints for basic counting, and vars for extracting data using pcre expressions.&lt;/p&gt;&#xA;&lt;p&gt;I&amp;rsquo;ve always thought of the pcre data extraction using substring capture as a potentially powerful feature. However the implementation was lacking. The extracted data couldn&amp;rsquo;t really be used for much.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Suricata and PCRE performance</title>
      <link>https://inliniac.net/blog/2011/10/12/suricata-and-pcre-performance/</link>
      <pubDate>Wed, 12 Oct 2011 18:26:19 +0000</pubDate>
      <guid>https://inliniac.net/blog/2011/10/12/suricata-and-pcre-performance/</guid>
      <description>&lt;p&gt;&lt;strong&gt;Update:&lt;/strong&gt; Will Metcalf &lt;a href=&#34;https://twitter.com/#!/node5/status/124193666377064448&#34;&gt;pointed out&lt;/a&gt; I was missing the &amp;ndash;enable-utf8 &amp;ndash;enable-unicode-properties flags from PCRE, so added these &amp;amp; updated the numbers. Thanks Will.&lt;/p&gt;&#xA;&lt;p&gt;In the Emerging Threats community the following if often heard: &amp;ldquo;PCRE is evil&amp;rdquo;. With this people refer to signatures that use &amp;ldquo;pure&amp;rdquo; PCRE matches, meaning without anchoring it to a content pattern match.&lt;/p&gt;&#xA;&lt;p&gt;A while ago Will Metcalf initiated work to get Suricata to support a new PCRE feature by Herczeg Zoltán: &lt;a href=&#34;http://sljit.sourceforge.net/pcre.html&#34;&gt;SLJIT&lt;/a&gt;. Since then, support for this has found it&amp;rsquo;s way into the official PCRE release, currently at version &lt;a href=&#34;https://lists.exim.org/lurker/message/20111011.103546.de2e9e31.en.html&#34;&gt;8.20-RC3&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
