Thanks For Downloading!Review the documentation below and follow any custom installation steps. If no install steps are listed, most Splunk Apps and Add-ons can be installed as follows: Windows: Decompress the downloaded file using a tool like 7-Zip and place the resulting folder into Unix/Linux: Decompress the downloaded file using a tool like DescriptionThis package contains parsing logic, saved searches, and dashboards for monitoring the OSSEC Host-based Intrusion Detection System via Splunk. Support for managing agent keys via is also provided. OverviewThis package contains parsing logic, saved searches, and dashboards for monitoring the OSSEC Host-based Intrusion Detection System via Splunk. Please read the Installation section below - the app will not work correctly without configuration. Some functionality, primarily agent management, is not currently supported when Splunk is running on Windows. InstallationTo install, extract the .tgz archive in $SPLUNK_HOME/etc/apps You may need to enable the appropriate inputs, either via inputs.conf, or through the Manager in the Splunk GUI. The application maintains a list of all known OSSEC servers in a lookup table. When you first install, this list will be empty except for a wildcard ntry. You can wait until it is populated automatically, or run OSSEC - Rebuild OSSEC Server Lookup Table from the Searches & Reports -> Utility menu. UpgradingThis version introduces a number of changes, particularly from version 1.0 (see the CHANGES file). The recommended procedure is to remove the old app before installing. Installing over top of older versions should (mostly) work, but may cause some problems. Data InputsSample input declarations are included with the application, but are disabled by default. These may be enabled either in inputs.conf, or via the Manager. Several data input methods are available:
For options (1) and (2), set the sourcetype to 'ossec'. Collection of OSSEC agent Operational Status:To collect OSSEC agent status, you will need to be able run the agent_control command without a password. For local OSSEC servers using the default path, this is configured by default. For non-standard install paths, you will need to edit ossec_servers.conf. For remote execution, see below. Managing Agent Keys from SplunkTo enable key management, you will need to be able to run the manage_agents command without a password. You will also need to be a member of either the Splunk Admin role or the OSSEC Admin role. This feature is not enabled by default for security reasons. You can enable it by editing ossec_servers.conf. For remote execution, see below. Enabling Remote ExecutionFor remote agent status collection and remote management, you can use SSH and sudo to avoid password prompts. The Splunk service account (root by default) will need to be able to log into the OSSEC server as a user with permissions to run the following commands without being prompted for a password: For more detailed instructions, consult Splunk Answers: Agent Coverage TrackingAt present, the agent coverage dashboard currently relies on agent status information from the agent_control command (see above). A Splunk Enterprise license is needed for the scheduled searches. To use agent coverage tracking, you must populate a lookup table that tracks all hosts that should be monitored by OSSEC. By default, all hosts seen by Splunk in the last 30 days will be expected. Edit the saved search OSSEC - Track Expected Hosts to configure your own list. For example, all servers or all members of a particular LDAP container. Malware AlertingAlerting on malware file hashes only works when Splunk is directly monitoring the ossec alerts log (Syslog-based logging does not include the hashes). If you are using this method, you can configure your email address and enable the alert from the Manager. The MD5 and SHA1 file hashes will be sent to a third party (Team Cymru) for validation. No guarantees of accuracy are provided. 3rd-Party Components / DisclaimersThis app includes third-party components and/or interfaces with third-party services. See the 3rdparty directory for details. OSSEC is a product of Daniel Cid and Trend Micro. The app author is not afilliated with Trend Micro. Splunk for OSSEC neither supported nor endorsed by Trend Micro or the OSSEC developers. The author makes no warranties or Versions and Release Notes
Version 1.1.89 (current version - updated Mar 13, 2012)
release notes:
Version 1.1.89 - Fixed a bug in ossec_agent_status that could prevent agent status polling from working correctly in certain configurations. - Increased timeout on agent status polling from 5 to 30 seconds - Updated rule group lookup table with rules from latest OSSEC build on BitBucket. - Removed unused Intersplunk dependency from pyOSSEC to ease command-line testing.
Version 1.1.88
(updated Jun 17, 2011)
release notes:
Version 1.1.88 - Added indexing of ossec.log file when Splunk is installed on the - Added saved search to re-initialize ossec server lookup table - Bugfixes / parsing improvements when working with local alerts file - Improved suppression of Windows event explanatory text when working
Version 1.1.85
(updated Jun 12, 2011)
release notes:
Version 1.1.85 - Re-scoped Navigation menu to avoid clobbering menus in other app - Updated rule group lookup table with rules from OSSEC 2.6 beta - Modified rule group lookup generating script to accept rules directory - Added indexing of Active Response logs when Splunk is installed on the - Fixed an issue in the Agent Management view that could cause the - Removed local.meta file that had accidentally slipped into the - Corrected CSS formatting in Agent Coverage view.
Version 1.1.85
(updated Jun 12, 2011)
release notes:
Version 1.1.85 - Re-scoped Navigation menu to avoid clobbering menus in other app - Updated rule group lookup table with rules from OSSEC 2.6 beta - Modified rule group lookup generating script to accept rules directory - Added indexing of Active Response logs when Splunk is installed on the - Fixed an issue in the Agent Management view that could cause the - Removed local.meta file that had accidentally slipped into the - Corrected CSS formatting in Agent Coverage view.
Version 1.1.84
(updated Apr 05, 2011)
release notes:
Version 1.1.84 - Corrected stats calculation for Top 10 views - Added triggers entry in app.conf - Resolved a display error affecting File Integrity view with Splunk 4.2 - Added workflow action for VirusTotal hash lookups - Minor bugfixes
Version 1.1.81
(updated Feb 23, 2011)
release notes:
Version 1.1.81 - Fixed cron_schedule entry for lookup table generating search
Version 1.1.80
(updated Feb 17, 2011)
release notes:
Version 1.1.80 - Improved error reporting in ossec_agent_status script.
Version 1.1.79
(updated Dec 14, 2010)
release notes:
Version 1.1.79 - Stripped out explanatory text on Microsoft-Windows-Security-Auditing events - Extracted EventCode, LogName, SourceName, and Type for Windows events
Version 1.1.77
(updated Oct 11, 2010)
release notes:
Version 1.1.77 - Added Event Renderer for high-severity events (modify the eventtype to tune threshold) - Better handling of agent management connection errors - Increased default timeouts on agent connection
Version 1.1.75
(updated Oct 06, 2010)
release notes:
Version 1.1.75 - Updated rule group lookup table to match OSSEC 2.5 ruleset - Increased results shown on agent management dashboard from 10 to 15 - Modified Event Search view to better handle events with no ossec_group. - Fixed issue with ossec_group field extraction when using ossec-alerts sourcetype. - Removed extra divider from Utilities nav menu - pyOSSEC cleanup and fixes:
Version 1.0.26
(updated Mar 01, 2010)
|
In 1.1.89 I am seeing the "Top User" in Summary is always "-" but clicking on it yields an empty search?
Ideas?
Emailed the author last week about including the following in an upcoming version, but not sure how quickly that might happen, so figured I'd make this available in the meantime to anyone who might want it. This is an updated "OSSEC_Event_Search.xml" file to be placed under the "/opt/splunk/etc/apps/ossec/default/data/ui/views" directory.
It fixes a couple issues: 1) the "severity" dropdown had no effect in the original file at all, it was always stuck at the default severity of '4', and 2) it actually makes the option to include "RAW" output or not functional.
Thanks.
Suggestion:
Add
| convert ctime(last_checkin)
to track last checkin report so that the time is in human readable format.
Do you have the project in git somewhere so that pull requests and can be made?
Thank you.
Appears to be an abandoned app as the author/maintainer no longer responds to issues. Was a great idea and I hope someone will pick it up or create another app to bring OSSEC data into Splunk.
It is not abandoned, but I don't always notice if a question comes through Splunkbase. I'll respond to your other two posts separately.
Not sure if this is something I'm doing wrong, or just an oversight in the alert... but it seems that the "High-Severity Alert" saved search appears to be triggering on "INFO" messages as well. I have messages such as the following in our logs that are triggering the alert:
2011/07/01 12:47:50 ossec-syscheckd: INFO: Starting syscheck scan.
Just adding " NOT severity=INFO" to it seems to clear it up.
Thanks.
One more thing: For this to work on solaris 10, I had to set a link in usr/bin named "sudo", that points to our beloved "su" -> After that it worked fine. Cheers, Wolf
Hi, just wanted to add my calculated hashes, since I couldn't find them anywhere (and it's always the first thing I look for): ossec-1.1.84.tgz sha1: bcf62f9335985c078a3096e34a5060aab92ae055bcf62f9335985c078a3096e34a5060aab92ae055 md5: 03d02bffc8125cdde254aae6155f03f803d02bffc8125cdde254aae6155f03f8
It worked, so I'm assuming, that the download was complete and uncorrupted. Cheers and thanks for all the fish, Wolf