This article covers how to ingest the log output from the retention script you can download from NetWitness Retention Script: Understanding the Numbers. Below are the required steps and modifications you will need to perform on the NetWitness Platform to properly meta and report on the output from the retention script.
Zip File Contents*
*Download the zip file attached at the end of the article.
Custom Index Entries.txt - Concentrator custom index entries
cef.envision - Parser custom xml file, you can upload via the "Parser" tab on the Log Decoder Config screen.
cef-custom.xml - Actual custom xml file you can upload directly to the cef directory.
cef-customizations-live-package.zip - RSA Live deployment package used to deploy the cef-custom.xml file
log decoder custom index entries.txt - Custom Log Decoder Custom entries that will be copy/pasted into Log Decoder custom index file.
Log Decoder Table Map entries.txt - Custom Log Decoder Table Map entries to be copy/pasted into Log Decoder custom table map file.
Retention.zip - Report Engine rules, reports, lists to be imported into the Reporting Engine.
RetentionMetagroup.jsn - Metagroup file to be imported into Investigation.
Logs must be either forwarded via rsyslog or via the retention script configuration (recommended)
The retention script has successfully executed at least 1 time and the logs received at the Log Decoder/VLC
All the retention script log meta should be visible in Investigate before scheduling reports
Configuration Changes Summary
Log Parser Modification
A customization file (cef-custom.xml) for the CEF Log parser will need to be added to the /etc/netwitness/ng/envision/etc/devices/cef directory, or if you already have a custom file there you will merge the two files together to get the new meta from the retention script.
Custom Retention reports will need to be imported via the "Retention.zip" file, located in the download file at the bottom of this post.
Custom Metakey Group
You can import the custom metagroup file RetentionMetagroup.jsn for Investigation to create a meta group dedicated to just viewing Retention Meta.
Detailed Installation Instructions
Log Parser Installation from RSA Live
Deploy the latest CEF Parser from Live. The older versions of the CEF parser will not work properly.
CEF Customization File
Install the CEF Customization file (cef-custom.xml). If you already have one of these files, STOP! You will need to merge the contents of your custom file and the contents of the custom file used in this article. The steps below will REPLACE your existing file. If you are not sure, check the directory location /etc/netwitness/ng/envision/etc/devices/cef to see if a "cef-custom.xml" file exists. If you have a cef-custom.xml file or are not sure, skip the procedure below to load the cef.envision parser file until you can determine if you need to merge other custom settings. Read this article for more information on CEF Parser Customization.
Verify CEF Parser is enabled
Add Custom Entries Log Decoder Custom Index File
Add Custom Entries to the Log Decoder Table Map Custom File
Add Custom Entries to the Concentrator Custom Index File
To verify the meta in the system, the retention script will need to have been executed after all the custom configuration steps above have been completed. You can wait for it to occur on your cronjob schedule or execute it manually. There is one caveat to running the script multiple times within a 24 hour period, it may skew your trending numbers in the report for that day.
Starting with the Log Decoder, setup the schedules to build the device lists that the other reports will use for the retention reports. Perform this task for each device you have in your environment.
For example, if you only have Log Decoders and Concentrators, then you would have schedules on the following reports:
RE-RETLIST-01 - Log Decoder Dynamic List for Retention Reports
RE-RETLIST-03 - Concentrator Dynamic List For Retention Reports
RE-RETLIST-04 - Concentrator Aggregation Stack Dynamic List For Retention Reports
You only need one daily schedule for all Log Decoders and all Concentrators in your environment. Hybrid devices are broken up into their respective service types (Log Hybrid = Log Decoder, Concentrator) so they are treated the same as the non hybrid device when it comes to scheduling.
Setup a Daily report Schedule. Note the time at which this report is scheduled (23:00). We want the ALL of the Dynamic List reports to run at the same scheduled time, as we have to create the dynamic list FIRST before all the other reports are scheduled to run. For example, the timeline would look like:
23:00 - Dynamic List Reports Run to Generate Dynamic Lists
23:30 - All Other Retention Reports Are Scheduled to Run, Utilizing the Dynamic Lists Generated at 23:00
Choose whatever time you like when you schedule the reports, just make sure you have the Dynamic List Reports running 30 minutes BEFORE the other scheduled reports.
The list names will all line up with the report name. For Example: Report - "RE-RETLIST-01 - Log Decoder Dynamic List for Retention Reports" will populate List - "LI-RETENTION-01 - Log Decoders". So basically "Report 01" will line up with "List 01", "Report 02" will line up with "List 02", etc...
In the "Rule" and "Column" there is only one item to select for any of the Dynamic List Reports. Be sure to "Overwrite Existing List" to keep it accurate.
Repeat the schedule steps for each type of device in the environment, don't forget to schedule the aggregation reports.
Schedule the Concentrator/Archiver Aggregation Stack Retention Reports
The aggregation reports will have a report for each stack (typically a Concentrator/Archiver and the Decoder(s) it is aggregating from). This report is dependent upon the Dynamic List Reports functioning properly.
RE-Retention-01 and RE-Retention-02 are the same, except RE-Retention-01 has an explanation of the numbers in the report.
Schedule a Daily report to run 30 minutes AFTER the Dynamic List Reports were scheduled to run and enabling an "Iterative Report"
Select the "LI-RETENTION-04 Concentrator Aggregation Stack" List for Concentrators
For an Archiver report repeat the same steps except use the "RE - RETENTION - 05 Archiver Aggregation Stack Report" and the "LI-RETENTION-05 - Archiver Aggregation Stack" List.
Schedule Trending Reports for Concentrator/Decoders
The trending reports will show the retention over time for the particular device. The steps below show how to set it up for the Concentrator.
Repeat the same steps for the other Log Decoder or Decoder devices.
Schedule Trending Reports for Archivers (Beta)
This trending report will show the Archiver retention trending data. This has not been thoroughly tested with collection rules with different retention times. Verify the trending output before trusting it. Due to the Report Engine limitations this is the only option available within the NetWitness Platform at this time. The aggregation stack report will be the most accurate. Below are the steps to schedule a report for the Archivers.
Install the Investigation Meta Group
For best results, Logout and login back into the UI, so that Investigate can register the new custom metakeys before you import the metakey group.
Logging meta and reporting is complete. Enjoy!
Troubleshooting Empty Reports
Ensure the script is scheduled to run as a cronjob once every 24 hours (no more, no less). The script will take approximately 3-5 seconds per stack to run, calculate your total runtime and make sure your reports are scheduled after the script completely executes.
Make sure you have meta in Investigate from the completed script run. (no meta = empty report) Check CEF parser and associated index/tablemap/parser customizations required to create the proper meta.
Verify the report schedules that create the lists have an output to the proper dynamic list and are scheduled to run BEFORE the other retention reports. (no lists = empty report) Check the lists in the Reporting Engine to see if they are populated with the proper hosts/ip addresses.