So I initially came across Splunk when seeing a banner ad on a blog site (may have been www.techrepublic.com) and I was inquisitive as to what the hell it was. After passing it over to a colleague to check out he informed me that it looked really great and we could definitely benefit from implementing it.
He set up the server but for a variety of reasons we never really embraced it. It wasn't until recently that I decided to dive in and check it out. I decided to ditch the VM that we had been using and start again from scratch (mainly so that I could get my head around it)
Setting it up was just as easy as advertised. I had a spare server that had some reasonable specs (Dual Quadcore, 8GB Ram) relative to the amount of traffic that I was expecting (~30 hosts) and I installed Centos 5.3 x86_64 and the latest version of Splunk 3. Then it was a simple matter of directing the syslogs of the hosts to the server and watch the information flood in.
One thing that I noticed was that some hosts took a bit longer to appear in the interface than others but after setting it up on Friday I saw that when I came in on Monday they were all there as expected.
Each day this week I have been logging in and nosing around the hosts to see what was happening.
This morning I checked as usual and noticed that there were a load of errors on our external server (website). It turned out that these were all ssh login errors from another IP. A pretty standard brute force ssh attack that seem to be commonplace these days. A quick whois showed that the attack originated from the same datacentre as our server (probably a compromised server hitting all machines on the same subnet). A quick call to the provider and the box was shut down. All done within a few minutes of getting into the office. Nice work Splunk!
I am now very interested to learn more about the best practices for following logs, config files etc. and more about the search syntax
You need to be a member of splunkninja to add comments!
Join splunkninja