<?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 Cisco ASA 4.0.0 action lookup issue with CIM and ES compatibility in All Apps and Add-ons</title>
    <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Cisco-ASA-4-0-0-action-lookup-issue-with-CIM-and-ES/m-p/490541#M60376</link>
    <description>&lt;P&gt;Hello, &lt;/P&gt;

&lt;P&gt;Following the recent update of the cisco asa TA to new major version 4.0.0, we have tested this on a test server with some cisco asa logs copied from our production. &lt;/P&gt;

&lt;P&gt;Log extraction is good (even if the props and transforms files have drastically changed) and is more granular than before.&lt;/P&gt;

&lt;P&gt;However, we encountered an issue concerning the "action" field that is very important with datamodels and enterprise security because it needs to be formatted like action=allowed OR action=teardown or action=blocked. &lt;/P&gt;

&lt;P&gt;In fact, with regex extraction, from the raw logs, cisco asa TA is extracting values like "Deny", "Built" or "Teardown" and then there is a lookup called "cisco_asa_action_lookup" that match those actions and rewrite with the CIM compatibility (allowed, teardown or blocked). &lt;/P&gt;

&lt;P&gt;But since 4.0.0 is not the case anymore, I mean the lookup has drastically changed too. Before 4.0.0 , if you take a "Deny" firewall event we had in the lookup the following translation : &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;vendor_action,action
deny,blocked
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;and effectively the action field was changed from "deny" to "blocked"&lt;/P&gt;

&lt;P&gt;but now we have a lookup with (still with deny for example) :&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; vendor_action,message_id,action
 deny,,deny
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;The workaround for us is to change the values in this lookup in order to be back to normal but I am not sure, is this a missing from the TA developper or is me ? Because the TA is "CIM compliant" but it's seems to not be the case here...&lt;/P&gt;

&lt;P&gt;What are your thoughts ?&lt;/P&gt;

&lt;P&gt;thanks in advance for the help&lt;/P&gt;

&lt;P&gt;Vince&lt;/P&gt;</description>
    <pubDate>Wed, 30 Sep 2020 05:17:39 GMT</pubDate>
    <dc:creator>vince135</dc:creator>
    <dc:date>2020-09-30T05:17:39Z</dc:date>
    <item>
      <title>Cisco ASA 4.0.0 action lookup issue with CIM and ES compatibility</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Cisco-ASA-4-0-0-action-lookup-issue-with-CIM-and-ES/m-p/490541#M60376</link>
      <description>&lt;P&gt;Hello, &lt;/P&gt;

&lt;P&gt;Following the recent update of the cisco asa TA to new major version 4.0.0, we have tested this on a test server with some cisco asa logs copied from our production. &lt;/P&gt;

&lt;P&gt;Log extraction is good (even if the props and transforms files have drastically changed) and is more granular than before.&lt;/P&gt;

&lt;P&gt;However, we encountered an issue concerning the "action" field that is very important with datamodels and enterprise security because it needs to be formatted like action=allowed OR action=teardown or action=blocked. &lt;/P&gt;

&lt;P&gt;In fact, with regex extraction, from the raw logs, cisco asa TA is extracting values like "Deny", "Built" or "Teardown" and then there is a lookup called "cisco_asa_action_lookup" that match those actions and rewrite with the CIM compatibility (allowed, teardown or blocked). &lt;/P&gt;

&lt;P&gt;But since 4.0.0 is not the case anymore, I mean the lookup has drastically changed too. Before 4.0.0 , if you take a "Deny" firewall event we had in the lookup the following translation : &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;vendor_action,action
deny,blocked
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;and effectively the action field was changed from "deny" to "blocked"&lt;/P&gt;

&lt;P&gt;but now we have a lookup with (still with deny for example) :&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; vendor_action,message_id,action
 deny,,deny
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;The workaround for us is to change the values in this lookup in order to be back to normal but I am not sure, is this a missing from the TA developper or is me ? Because the TA is "CIM compliant" but it's seems to not be the case here...&lt;/P&gt;

&lt;P&gt;What are your thoughts ?&lt;/P&gt;

&lt;P&gt;thanks in advance for the help&lt;/P&gt;

&lt;P&gt;Vince&lt;/P&gt;</description>
      <pubDate>Wed, 30 Sep 2020 05:17:39 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Cisco-ASA-4-0-0-action-lookup-issue-with-CIM-and-ES/m-p/490541#M60376</guid>
      <dc:creator>vince135</dc:creator>
      <dc:date>2020-09-30T05:17:39Z</dc:date>
    </item>
    <item>
      <title>Re: Cisco ASA 4.0.0 action lookup issue with CIM and ES compatibility</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Cisco-ASA-4-0-0-action-lookup-issue-with-CIM-and-ES/m-p/490542#M60377</link>
      <description>&lt;P&gt;I'm not sure if it's related to your issue but I've just backed out from 4.0.0 back to 3.4.0 because we were getting errors related to one of the LOOKUPs associated with the action field.&lt;BR /&gt;
"Could not load lookup=LOOKUP-cisco_asa_action_lookup_2"&lt;/P&gt;

&lt;P&gt;I can see the LOOKUP defined in the TA's default/props.conf and nothing looks obviously wrong to me.&lt;/P&gt;

&lt;P&gt;I wonder if it's supposed to be a two stage process (there's a LOOKUP-cisco_asa_action_lookup_1 as well) and the fact that this second lookup is broken(?) is what is causing the issue that you're having. &lt;/P&gt;</description>
      <pubDate>Wed, 30 Sep 2020 05:12:40 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Cisco-ASA-4-0-0-action-lookup-issue-with-CIM-and-ES/m-p/490542#M60377</guid>
      <dc:creator>chris_barrett</dc:creator>
      <dc:date>2020-09-30T05:12:40Z</dc:date>
    </item>
    <item>
      <title>Re: Cisco ASA 4.0.0 action lookup issue with CIM and ES compatibility</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Cisco-ASA-4-0-0-action-lookup-issue-with-CIM-and-ES/m-p/490543#M60378</link>
      <description>&lt;P&gt;Hi &lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/139711"&gt;@chris_barrett&lt;/a&gt;,&lt;/P&gt;

&lt;P&gt;For me the lookup definition is good. In fact, they have completly change the definition and action of this lookup, now all the work is in props.conf file &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;LOOKUP-cisco_asa_action_lookup_1 = cisco_asa_action_lookup vendor_action as action OUTPUT action, action AS Cisco_ASA_action
LOOKUP-cisco_asa_action_lookup_2 = cisco_asa_action_lookup message_id OUTPUTNEW action, action AS Cisco_ASA_action
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;The definition is working great and as intended, meaning that the action lookup is re writting the action field already extrated by regex in the transforms.conf. The only issue for me is that the content of "cisco_asa_action_lookup" is wrong and have changed badly. &lt;/P&gt;

&lt;P&gt;Maybe you didn't copy the lookup "cisco_asa_action_lookup" when you update your TA ? or maybe it's a right issue (happens very often with lookup and splunk...) &lt;/P&gt;

&lt;P&gt;Vince&lt;/P&gt;</description>
      <pubDate>Wed, 30 Sep 2020 05:18:23 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Cisco-ASA-4-0-0-action-lookup-issue-with-CIM-and-ES/m-p/490543#M60378</guid>
      <dc:creator>vince135</dc:creator>
      <dc:date>2020-09-30T05:18:23Z</dc:date>
    </item>
    <item>
      <title>Re: Cisco ASA 4.0.0 action lookup issue with CIM and ES compatibility</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Cisco-ASA-4-0-0-action-lookup-issue-with-CIM-and-ES/m-p/490544#M60379</link>
      <description>&lt;P&gt;I think this is a bug in the TA.&lt;BR /&gt;
I changed the mapping in the lookup for deny and permitted back to allowed and blocked.&lt;/P&gt;</description>
      <pubDate>Tue, 05 May 2020 07:58:39 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Cisco-ASA-4-0-0-action-lookup-issue-with-CIM-and-ES/m-p/490544#M60379</guid>
      <dc:creator>DATEVeG</dc:creator>
      <dc:date>2020-05-05T07:58:39Z</dc:date>
    </item>
    <item>
      <title>Re: Cisco ASA 4.0.0 action lookup issue with CIM and ES compatibility</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Cisco-ASA-4-0-0-action-lookup-issue-with-CIM-and-ES/m-p/490545#M60380</link>
      <description>&lt;P&gt;Hi @DATEVeG,&lt;/P&gt;

&lt;P&gt;I have done the same this morning, working great. &lt;/P&gt;

&lt;P&gt;I have changed the mapping for deny, denied, built and permitted. &lt;/P&gt;

&lt;P&gt;Thank you for your answer &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt; &lt;/P&gt;</description>
      <pubDate>Tue, 05 May 2020 08:02:32 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Cisco-ASA-4-0-0-action-lookup-issue-with-CIM-and-ES/m-p/490545#M60380</guid>
      <dc:creator>vince135</dc:creator>
      <dc:date>2020-05-05T08:02:32Z</dc:date>
    </item>
    <item>
      <title>Re: Cisco ASA 4.0.0 action lookup issue with CIM and ES compatibility</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Cisco-ASA-4-0-0-action-lookup-issue-with-CIM-and-ES/m-p/490546#M60381</link>
      <description>&lt;P&gt;Looks like you have to do the mapping yourself - &lt;A href="https://docs.splunk.com/Documentation/AddOns/released/CiscoASA/Configurelookups"&gt;https://docs.splunk.com/Documentation/AddOns/released/CiscoASA/Configurelookups&lt;/A&gt; &lt;/P&gt;</description>
      <pubDate>Tue, 05 May 2020 09:23:10 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Cisco-ASA-4-0-0-action-lookup-issue-with-CIM-and-ES/m-p/490546#M60381</guid>
      <dc:creator>deepakcompany85</dc:creator>
      <dc:date>2020-05-05T09:23:10Z</dc:date>
    </item>
    <item>
      <title>Re: Cisco ASA 4.0.0 action lookup issue with CIM and ES compatibility</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Cisco-ASA-4-0-0-action-lookup-issue-with-CIM-and-ES/m-p/508413#M62435</link>
      <description>&lt;P&gt;I am having my indexers throw this same error when I do a search on the search head cluster. It was working fine with 3.2.1 props/lookups but since going to 4.0.2 I am getting this exact same message on all my indexers for any searches. I have made sure the TA exists on both IDX tier and SHC tier.&lt;/P&gt;</description>
      <pubDate>Thu, 09 Jul 2020 22:56:05 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Cisco-ASA-4-0-0-action-lookup-issue-with-CIM-and-ES/m-p/508413#M62435</guid>
      <dc:creator>peachcake</dc:creator>
      <dc:date>2020-07-09T22:56:05Z</dc:date>
    </item>
  </channel>
</rss>

