SecureWorks on Building and Sustaining a Security Operations Center
I received an email notifying me of a Webcast by SecureWorks titled Building and Sustaining a Security Operations Center. I'd like to highlight a few aspects of the Webcast that caught my attention.
First, the slide below shows the functions that SecureWorks considers to be in scope for a SOC. I noticed it includes device management. I think that function is mostly integrated with regular "IT" these days, so your SOC might not have to worry about keeping security devices running. Configuration is probably best handled by the SOC however.
Second, I liked seeing a slide with numbers of events being distilled into incidents.
Third, I thought this slide made a good point. You want to automate the early stages of security operations as much as possible (90% tech), but the response processes tend to be very skill-intensive (which translates into higher overall salary costs, i.e., you may have fewer IR handlers, but they could cost more than the event analysts). The "Adapt" section on the right seems to depict that mature operations end up spending about half of their budget on tech and half on people. Mature operations realize that their people must keep up-to-date with attacks and vulnerabilities, or they fail to "adapt" and become dated and ineffective.
Finally, SecureWorks spent a lot of time talking about "co-sourcing," or having an in-house team meeting its core security competencies, while an outside group (like SecureWorks, hey!) fills in the gaps. This is the MSSP industry response to the recent trend for companies to move their security function back in-house. I think it makes sense, however. Using outside vendors for security intelligence and high-end attack and artifact analysis is a smart way to spend your money.
First, the slide below shows the functions that SecureWorks considers to be in scope for a SOC. I noticed it includes device management. I think that function is mostly integrated with regular "IT" these days, so your SOC might not have to worry about keeping security devices running. Configuration is probably best handled by the SOC however.
Second, I liked seeing a slide with numbers of events being distilled into incidents.
Third, I thought this slide made a good point. You want to automate the early stages of security operations as much as possible (90% tech), but the response processes tend to be very skill-intensive (which translates into higher overall salary costs, i.e., you may have fewer IR handlers, but they could cost more than the event analysts). The "Adapt" section on the right seems to depict that mature operations end up spending about half of their budget on tech and half on people. Mature operations realize that their people must keep up-to-date with attacks and vulnerabilities, or they fail to "adapt" and become dated and ineffective.
Finally, SecureWorks spent a lot of time talking about "co-sourcing," or having an in-house team meeting its core security competencies, while an outside group (like SecureWorks, hey!) fills in the gaps. This is the MSSP industry response to the recent trend for companies to move their security function back in-house. I think it makes sense, however. Using outside vendors for security intelligence and high-end attack and artifact analysis is a smart way to spend your money.
Comments
I agree with you on device management. We should have specified "security device management" on the diagram to make it more clear.
As you said, when it comes to maintaining the hardware, keeping it patched, etc. it's usually the responsibility of IT. In our experience, more specialized tasks like tuning IDS/IPS signatures and managing firewall rulesets are the tasks left to security.
Just to confirm what the anonymous commenter said re: our client portal -- Yes, since the merger with LURHQ two years ago we've been using their portal platform which was a significant upgrade. Lots of work has gone into giving it SIM reporting functionality in regards to useful metrics, customization, workflow management, etc.
Come by our website or contact us for a demo and we'd be happy to walk you through it :)
Thanks again Richard!
This way, you get a good overview of where you are on security of the infrastructure, what needs to be done and at what time.
And then you can do comparison scan afterwards
Spirovski Bozidar
http://www.shortinfosec.net