Article Number
000001932
Applies To
RSA Product Set: Security Analytics, NetWitness Platform
RSA Product/Service Type: Log Decoder
RSA Version/Condition: 9.7, 9.8, 10.0.x, 10.1.x, 10.2.x, 10.3.x, 10.4.x, 10.5.x, 10.6.x
Platform: CentOS
O/S Version: 6
Issue
When using the MetaCallback feature on ip.src and ip.dst within a feed, if the IPs are specified in ranges in the CSV (using either CIDR or low and high) the expected meta will not generate on Log Decoders. Two instances of meta based on ip.src will be generated (versus one based on ip.src and one based on ip.dst).
The same feed works as expected on Packet Decoders.
Cause
Feeds were originally created for network sessions where ip.src and ip.dst are determined by their client stream.
In a log decoder, we don't have the information and can't distinguish correctly between ip.src and ip.dst.
As a result, when we define something like the following, it will create the instances of the 1st entry (srcname in this case, if we defined destname first instead then multiple instances of that would be generated).
<LanguageKeys>
<LanguageKey name="intranet" valuetype="Text" srcname="intranet.src" destname="intranet.dst" />
</LanguageKeys>
Resolution
This has been documented in the
NetWitness 10.6.1 Release Notes
Workaround
As a workaround, 2 feeds can be created:
The limitations of this approach:
- as feeds use MetaCallback, we can't specify IPs in the CSV as CIDR ranges
- This will limit usefulness for Class A and Class B addresses due to the resulting size of feed that will be created.
Please find attached sample files:
For Log Decoder:
intranet_src.xml
intranet_src.csv
intranet_dst.xml
intranet_dst.csv
For Concentrator:
Sample index-concentrator-custom.xml