What is our primary use case?
Firstly, we use it as part of our Zero Trust networking solution as it acts as a mitigating response for any vulnerabilities with applications or the operating system. Secondly, we use it to track device compliance to check whether things are updated because it collects so much information about devices. Most importantly, we use it for peace of mind knowing that we have a flexible and robust solution for endpoint security.
What is most valuable?
The best feature is that it collects so much information. Its search functionality on the console works well as far as being able to drill down and find compliance issues. Also, something was executed on a machine or across a bunch of machines and how it relates to those bits of data. In that case, you can look at the whole picture in your environment.
What needs improvement?
The support team of Carbon Black CB Response needs improvement. At present, they need a lot of information. Then they give you an answer that they already gave you. You tell them it didn't work, and then they take a long time. They then come back with a solution that may need to be more practical. Like, most of the suite I've supported over the years is MacOS. However, I have some Windows experience under my belt management for SCCM. The support from the Windows side is much better. But for Carbon Black, the support will tell you that you need to disable SIP and uninstall the Carbon Black agent.
We've looked at a few other products recently that seem to have a bit more granularity compared to Carbon Black. For example, what sort of network communications am I receiving using Carbon Black to connect catch in the binary running on a machine and the files? Regarding the things that I've received from Carbon Black, I don't get a sense that I could necessarily get good information if someone launched a fake Notepad executable or if it opened a bunch of backdoors and called out to the command control server because it was a piece of malware. I don't think Carbon Black at this current iteration will get me that information in a straightforward and easy-to-search way. So Carbon Black should improve and get more network communications information because it just stopped running out of giving anything.
For how long have I used the solution?
I have been using Carbon Black CB Response for eight years now.
What do I think about the stability of the solution?
It's generally a stable solution when you have a client that goes off the reservation, where it's not operating nominally; getting it off that client can be a problem, reinstalled or configured correctly for running again. And so that's problematic. If I can push to a hundred thousand devices, it works great.
But if I can only push it to ninety-nine per cent of those hundred thousand devices, I have to spend a lot of time fixing it.
If we're in a situation where it's not working on this device, we can wipe it. But in that case, the user's already tasked with the work they've been doing on their device. And the wiping is something they want to avoid letting happen.
What do I think about the scalability of the solution?
It is a scalable solution. In my current organization, there are five hundred machines. Still, back when I was at Chicago Public Schools, we were looking at implementing Carbon Black. We had hundreds or thousands of devices in that environment to deal with. So it could handle that kind of scale and traffic because it was one of the finest contenders for what we would implement there. I rate the scalability a ten out of ten.
How was the initial setup?
The initial setup is easy. It is not easy to connect, but once you figure out what setting your clients want to implement, deploy it through Microsoft Intune, AGPM, GenPro, and Workspace One from VMware. Almost all the solutions follow a similar process. You have an agent push out a configuration file. Once it is installed, there is a call back to the server to check in, and that's how you know you installed it correctly and the device is operating nominally.
When I joined, the deployment was already done, but I have done a number of updates, and each update took about a week. I give it two weeks for testing, and then we push that. And within a week, we've got it running on all our machines. Aside from a handful of users, that is difficult as far as having them get their machine online and get it updated.
What other advice do I have?
So it is straightforward when I've had to interact with the console, manage devices there, responding to security incidents. It is nice when you're in a situation where you think someone's device is compromised and that there's some malware getting into your fleet. In that case, if you are trying to solve the problem you're dealing with regarding the security event, then it works great.
I rate the solution a nine out of ten.