One thing I did not expect to see in 2021 is a lot of people complaining about how difficult their SIEM is to operate.
(source, date: 2012)
Before we go, we need to separate the SIEM tool operation difficulties from the SIEM mission difficulties. To remind, the mission that the SIEM is aimed at is very difficult in today’s environments. The mission also evolved a lot over the years from alert aggregation to compliance and reporting to threat detection and response support. Note that even intelligently aggregating, cleaning and normalizing lots of logs coming from a broad range of systems, from mainframes to microservices is not that easy…
With that out of the way, SIEM detection challenges definitely do not mean that you need to spend hours patching a SIEM appliance, for example. Or tuning the backend to make sure that the searches are fast (fast being a relative term, longer than a coffee break, but shorter than a vacation for many tools).
Over the years — and recent years — mind you, I’ve heard people say things like (quotes are all fictitious, but all inspired by real examples; if you literally said the below, this is a coincidence):
- “We dread the day when our vendor releases a software update”
- “We have a small team and we have just enough people to keep the SIEM running but we have no time left to use it”
- “We spend 60% of our time keeping the tool running and the rest tuning and using it”
- “We only have enough people to keep the SIEM running, but not to confider the collectors properly”
Now, aren’t we all surprised that this is still an issue today in 2021? I recall the day when appliance “SEM” products have started replacing the old-style installable software SIM. The vendors were touting the fact that anybody with a screwdriver can install their SIEM right into a rack — and then magic happens.
But what happened instead was reality.
(source, date: 2009)
So, yes, even today’s SIEM tools produce the customer reactions I mentioned above. And open source — in this context — is occasionally worse, requiring even more work to keep it up and running, performing, and scaling.
OK, now guess which ONE THING solves most of the SIEM operation challenges?
As my former team wrote in their update to my original SaaS SIEM paper, “A cloud-based solution, with its inherent elasticity and capacity, can help clients implement CLM [Centralized Log Management] as part of SIEM, without the scalability, performance and architecture concerns that usually come with this task. A cloud-based solution can also store logs for longer periods of time and at lower prices, while keeping them accessible for reports or investigations as needed.” They also reminded us that a SaaS SIEM is still a SIEM that you need to use.
Now, how to decide if SaaS SIEM is for you? Here are some arguments:
- You are “cloud first” or as Gartner says now “cloud smart” (because “cloud-first is so 2013”)
- You want your SIEM to always perform, even if you never “performance tuned it” (like Chronicle 0.25 seconds per any search)
- You want to have easier threat detection in cloud environments
- You want all the data to be available, possibly for years at low cost
- You are willing to tolerate a less mature and possibly less feature-rich product (fact: it is hard to write as much code in 2 years as somebody else wrote in 20)
- You have intense cloud fears, rational or irrational (here it does not really matter if the fears are rational; what matters if that your organizations acts on those fears)
- You require absolutely every bell and whistle that only a 20 year vendor can deliver.
*** This is a Security Bloggers Network syndicated blog from Stories by Anton Chuvakin on Medium authored by Anton Chuvakin. Read the original post at: https://medium.com/anton-on-security/today-you-really-want-a-saas-siem-1b980b627ba9?source=rss-11065c9e943e——2