New component of ESA server Automated Threat Detection (ATD) is very promising. According to manual it analyzes HTTP packets which are parsed by the Decoder and sent to the ESA device. But if you have Log Decoder only you are out of luck (according to manual). When I asked support team of RSA about possibility to use ATD with logs from proxy device (squid, BlueCoat, etc) I received following answer:
Automated Threat Detection is an analytics engine that examines your HTTP data hence only supported for packets in combination with LUA parser.
There are no plans to expand it with logs functionality.
But all this seems strange because web proxy logs contains all necessary information.
If we look at meta from http_lua parser and contains of file /opt/rsa/esa/topology/C2.topology we can understood that following meta are analyzed by ATD:
- action (GET, POST, etc)
- alias_host - web domain
- client - user agent
- service (must be equal 80)
Log decoder do not fill service meta, that is why ATD do not analyze logs from LogDecoder. Thats why we need to modify parser to extract required meta and inject service meta of value 80. Lets take cacheflowelff parser as an example.
1) In table-map-custom.xml we associate new xservice field with service meta
<mapping envisionName="xservice" nwName="service" flags="None" format="UInt32"/>
2) open v20_cacheflowelffmsg.xml and edit content section of GET, POST, etc message id.
So here we inject xservice field with value 80 (will be moved to service meta), extract User-Agent to agent field (will be moved to client meta), and extract referer field. Please look table-map.xml for more information about mapping fields from envision parsers to netwitness metas
stop nwlogdecoder && start nwlogdecoder
4) configure ATD according to manual. After 24 hours you should see some new incidents