Podcast
Root Causes 476: The Need for Security KPIs
Hosted by
Jason Soroko
Fellow
Original broadcast date
March 10, 2025
Jason recounts a 2024 Black Hat talk about the need for objective measurements of our IT defenses and whether the good guys or bad guys are winning. Jason breaks down how to define and measure the impact of security measures.
Podcast transcript
Lightly edited for flow and brevity.
TCTim CallanJason, you were telling me offline before this recording session about a very thought provoking presentation that you saw at last summer's Black Hat, and it sounded like something that we might want to discuss and share with our listening audience.
TCTim CallanSure feels like the bad guys are winning, doesn't it?
TCTim CallanThat's an interesting idea. Does he give us a framework?
TCTim CallanExtremely. That's hindered by a few things. One of which is kind of, I think, what you're getting at here, what Jason Healey is getting at here, which is lack of objective criteria. Like we can tell how big an earthquake is because we have a way to measure it, and we don't really have those objective criteria in the realm of breaches or attacks or vulnerabilities.
The other one, though, is there's a secrecy problem. There's no reason to hide the fact that there was an earthquake. But when you get into breaches or vulnerabilities, you get into all kinds of tricky issues about, what do I want to reveal? When do I want to reveal it? How much do I want to reveal? What's the nature of what I want to reveal, and what's the nature of what I don’t. I can see where that would be a big impairment to building some kind of fact-based, comprehensive, consistent model around these factors.
The other one, though, is there's a secrecy problem. There's no reason to hide the fact that there was an earthquake. But when you get into breaches or vulnerabilities, you get into all kinds of tricky issues about, what do I want to reveal? When do I want to reveal it? How much do I want to reveal? What's the nature of what I want to reveal, and what's the nature of what I don’t. I can see where that would be a big impairment to building some kind of fact-based, comprehensive, consistent model around these factors.
TCTim CallanI'm not sure, I don't know that you would always be able to measure that. One of which is breaches evolve over time. Sometimes it's a single catastrophic event, but very frequently, it's not. Very frequently, it's like there's multiple stages, and you have to walk through the various stages, and you're just trying to get access for a long time and get permissions, and that could go on for weeks before suddenly you're able to do something that's actually damaging, and you've been working this process for weeks before you get into that place where the gold is, and where are we measuring from, and what are we detecting? It's not one event, it's a dozen events that lead up to this ability to steal something that matters. That's what the whole defense in depth philosophy is about is to say, well, you got through my perimeter, but because I had defense in depth, it turns out it didn't matter. You couldn't get to that thing you're trying to get to. Or you did compromise me, but not as badly as you wanted. All of that plays in too. I can see where these things could be defined, but they would need to be defined.
Then lastly, sometimes you just don't know. Some attackers do things like go and erase their activities so you can't figure out what they did, and sometimes that's effective enough that it obscures things like timelines, and so there will be times when that isn't really measurable at all.
Then lastly, sometimes you just don't know. Some attackers do things like go and erase their activities so you can't figure out what they did, and sometimes that's effective enough that it obscures things like timelines, and so there will be times when that isn't really measurable at all.
TCTim CallanWhen there is a problem, when there is a breach, there's a tendency to try to thwart the attack, plug the hole, stop the gap, get rid of the data leakage. That's a focus. So it's kind of this we’re in combat now attitude. I have to imagine that the forensics of going back and understanding how did we get here, though, it is valuable, definitely if nothing else occurs later, and also probably occurs to a lesser degree.
TCTim CallanThen there’s that. There's the reporting thing again, which is we are whatever we are. We're a bank. Do we really want to tell the world how badly we screwed the pooch on this one thing, or do we want to shut up about it because we're afraid that there won't be confidence in our bank or whatever the company is. That would be a worry I would have, too.
TCTim CallanOne thought on that last point there is that we also don't have to get all the way to perfect on this. You run into this problem a lot? The perfect is the enemy of good problem, and maybe - and progress is progress - maybe you can make progress. So I'm the father of two young boys, we're very much focused on progress is progress. But I don't expect them to get all the way to what you would expect from an adult in terms of behavior and knowledge and various other things - responsibility. What I'm trying to do is, I'm trying to get them to move forward from where they are now, and I think we could approach it that way. To say, look, there are a lot of factors that hold us back from being the perfect ideal city on a hill that we want to be as an industry or as a secure ecosystem. And what we can do is we can set our sights on being better than we are today. Maybe sitting down the hill, it doesn't feel achievable to any of us, but better than we are today definitely achievable. So that's perhaps where you start, and that allows you to make forward progress and get going, and then maybe you figure out the way to get even better and figure out the way to get even better. This is evolution of technology. Like what technology really has been, if you look at it, is very few giant quantum leaps and a whole lot of incremental improvements. Maybe we get into that habit of making those incremental improvements and even if it doesn't get us to perfection, maybe it gets us an awful lot closer than we are today.
TCTim CallanI mean to even poo, poo a little your talk of PQC, I feel like in the world of cryptography, in a lot of ways, it's the same way. We walk around and we tell people to inventory your cryptography. For most organizations, this is not something they've ever even thought about. They don't have a method. They don't have a definition of cryptography. They don't have an idea for how to go forward. Like, it feels like such a basic thing, but just to have a software bomb of cryptography is an absolutely foreign concept to almost everyone in the world and that's a similar thing that you're talking about. We don't have a framework. We don't have metrics. We don't have common vocabulary. We haven't thought through and defined and codified what this needs to look like. That work has never been done by humanity.
TCTim CallanThat's unavoidable. Another topic I think we should have somewhere along the line is we should dive into how to prioritize. Because to be clear, this is a triaging exercise for almost everyone, where you're going to decide what gets done first and what gets done later, and in some cases, what gets done never and that is going to happen whether you want it to or not. It seems in general, like it's better for that to be a considered informed decision than an uninformed happenstance decision, but, again, part of what we're impeded by is we don't even have models for thinking about this stuff today.
TCTim CallanI agree. Let's you and I start to define that. At least take our crack at it. We have a lot of people listen to this. Maybe someone else will take what we did and will make it better. Maybe those people will publish it in blogs and articles and speak on it in conferences. Maybe, we all as a community can start driving us.