<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Masking credit cards in Security</title>
    <link>https://community.splunk.com/t5/Security/Masking-credit-cards/m-p/78279#M2601</link>
    <description>&lt;P&gt;For an external form of pre-masking for Splunk, see:&lt;/P&gt;

&lt;P&gt;&lt;A href="http://www.iri.com/blog/data-protection/secure-then-splunk-a-format-preserving-encryption-and-pseduonymization-example/"&gt;http://www.iri.com/blog/data-protection/secure-then-splunk-a-format-preserving-encryption-and-pseduonymization-example/&lt;/A&gt;&lt;/P&gt;</description>
    <pubDate>Fri, 20 Mar 2015 13:43:35 GMT</pubDate>
    <dc:creator>MicroAlpha</dc:creator>
    <dc:date>2015-03-20T13:43:35Z</dc:date>
    <item>
      <title>Masking credit cards</title>
      <link>https://community.splunk.com/t5/Security/Masking-credit-cards/m-p/78276#M2598</link>
      <description>&lt;P&gt;While I'm able to mask 16 digit numbers I would like a more sophisticated approach as there are some numbers in that range that are not credit card numbers which I don't want to mask, such as error codes. Is anyone utilizing the Luhn Algorithm (http://rosettacode.org/wiki/Luhn_test_of_credit_card_numbers) or something better than my current approach?&lt;/P&gt;</description>
      <pubDate>Sat, 09 Apr 2011 03:16:59 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/Masking-credit-cards/m-p/78276#M2598</guid>
      <dc:creator>cjs226</dc:creator>
      <dc:date>2011-04-09T03:16:59Z</dc:date>
    </item>
    <item>
      <title>Re: Masking credit cards</title>
      <link>https://community.splunk.com/t5/Security/Masking-credit-cards/m-p/78277#M2599</link>
      <description>&lt;P&gt;Splunk by itself is only going to be able to mask based on regex replacement, but that doesn't necessarily mean any 16-digit string.&lt;/P&gt;

&lt;UL&gt;
&lt;LI&gt;&lt;A href="http://www.splunk.com/wiki/Community:Credit_card_masking_regex" rel="nofollow"&gt;http://www.splunk.com/wiki/Community:Credit_card_masking_regex&lt;/A&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;A href="http://www.regular-expressions.info/creditcard.html" rel="nofollow"&gt;http://www.regular-expressions.info/creditcard.html&lt;/A&gt;&lt;/LI&gt;
&lt;/UL&gt;

&lt;P&gt;If you want to fully run the Luhn algorithm, you'd need to be using a scripted input to Splunk, or have some external form of pre-processing.&lt;/P&gt;</description>
      <pubDate>Sat, 09 Apr 2011 03:39:51 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/Masking-credit-cards/m-p/78277#M2599</guid>
      <dc:creator>southeringtonp</dc:creator>
      <dc:date>2011-04-09T03:39:51Z</dc:date>
    </item>
    <item>
      <title>Re: Masking credit cards</title>
      <link>https://community.splunk.com/t5/Security/Masking-credit-cards/m-p/78278#M2600</link>
      <description>&lt;P&gt;Thanks, I'm using the info from the first link you mention but the 2nd won't work (completely) for me as I have to account for different and yet to be determined credit card companies.  This is why I'm hoping for a solution that incorporates the Lunh Algorithm or a better approach.&lt;/P&gt;</description>
      <pubDate>Sun, 10 Apr 2011 22:40:42 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/Masking-credit-cards/m-p/78278#M2600</guid>
      <dc:creator>cjs226</dc:creator>
      <dc:date>2011-04-10T22:40:42Z</dc:date>
    </item>
    <item>
      <title>Re: Masking credit cards</title>
      <link>https://community.splunk.com/t5/Security/Masking-credit-cards/m-p/78279#M2601</link>
      <description>&lt;P&gt;For an external form of pre-masking for Splunk, see:&lt;/P&gt;

&lt;P&gt;&lt;A href="http://www.iri.com/blog/data-protection/secure-then-splunk-a-format-preserving-encryption-and-pseduonymization-example/"&gt;http://www.iri.com/blog/data-protection/secure-then-splunk-a-format-preserving-encryption-and-pseduonymization-example/&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 20 Mar 2015 13:43:35 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/Masking-credit-cards/m-p/78279#M2601</guid>
      <dc:creator>MicroAlpha</dc:creator>
      <dc:date>2015-03-20T13:43:35Z</dc:date>
    </item>
    <item>
      <title>Re: Masking credit cards</title>
      <link>https://community.splunk.com/t5/Security/Masking-credit-cards/m-p/78280#M2602</link>
      <description>&lt;P&gt;from that site, they can either use a masking tool with a canned CCN mask:&lt;/P&gt;

&lt;UL&gt;
&lt;LI&gt;&lt;A href="http://www.iri.com/solutions/data-masking/masking/mask-credit-card-number"&gt;www.iri.com/solutions/data-masking/masking/mask-credit-card-number&lt;/A&gt;&lt;/LI&gt;
&lt;/UL&gt;

&lt;P&gt;or  generate CCNs with a test data generator (using Luhn), but again, external to Splunk:&lt;/P&gt;

&lt;UL&gt;
&lt;LI&gt;&lt;A href="http://www.iri.com/blog/test-data/generating-test-credit-card-numbers/"&gt;www.iri.com/blog/test-data/generating-test-credit-card-numbers/&lt;/A&gt;&lt;/LI&gt;
&lt;/UL&gt;</description>
      <pubDate>Mon, 20 Apr 2015 21:12:36 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/Masking-credit-cards/m-p/78280#M2602</guid>
      <dc:creator>sachol</dc:creator>
      <dc:date>2015-04-20T21:12:36Z</dc:date>
    </item>
  </channel>
</rss>

