Analytics
8/11/2016
02:00 PM
Adam Shostack
Adam Shostack
Commentary
Connect Directly
Twitter
LinkedIn
RSS
E-Mail vvv
50%
50%

Security Portfolios: A Different Approach To Leadership

How grounding a conversation around a well-organized list of controls and their goals can help everyone be, literally, on the same page.

Part seven of an ongoing series.

In a recent column, I introduced the idea of cybersecurity portfolios, and today I want to talk more about how to use them. Essentially, a “cyber portfolio” or a “controls portfolio” is a way to model the state of your security based on the investments you’re making. This is analogous to how your financial portfolio is a model of your financial investments.   

This new type of model is a different way to approach security leadership. So I’m going to start out with a picture, and then use it to think about some definitions.

Let’s look at Sounil Yu’s Cyber Defense Matrix (CDM). It’s a 5-by-5 matrix of security goals and asset types. The goals are from NIST CSF (identify, protect, detect, respond and recover) and the assets are from COBIT (apps, data, devices, networks, people). What makes this so powerful is how the arrangement allows you to compactly and usefully organize your thinking about defensive resource allocation.

It’s concrete. It’s a set of controls. It’s complete.  

Image Source: Sounil Yu 
Disclaimer: Vendors shown are representative only. No usage or endorsement should be construed because they are shown here. 
[Note: Some readers have interpreted the picture to mean that portfolio views should focus on product not controls. That was not the intent.]
Image Source: Sounil Yu

Disclaimer: Vendors shown are representative only. No usage or endorsement should be construed because they are shown here.
[Note: Some readers have interpreted the picture to mean that portfolio views should focus on product not controls. That was not the intent.]

You can use a portfolio view like this one to rapidly identify gaps. (Example above from Yu’s RSA talk.) For example, this matrix shows nothing in application detect/respond/recover; the response and recovery categories are generally weak. That is not atypical, which may make it okay, or it may not, but the business can now see that. Perhaps they are covered by processes and training?

You might create a view of your portfolio that shows where your process and training budgets are going. You can do this analysis using the CDM to help you see your portfolio.

It’s worth asking, why go from the CDM to portfolio views? The answer comes to us from George Box, a statistician, who said that all models are wrong, and some models are useful. There are things for which the CDM is great, and there are places where it's less useful (orchestration, departmental leadership).

So what makes for a good portfolio view? Fundamentally, one that drives business change or understanding. That change might be to allocated budget, it might be agreement to move forward on a project, it might even be that executives believe that a risk is reasonably well addressed. The understanding may be that discussions become more focused or grounded.

Which brings us to the question: what’s in a good portfolio view?

First, let me define controls inclusively and expansively. Controls are the things you do to manage risk; to reduce the likelihood or impact of incidents, or to reduce your uncertainty about either.   There’s a meta-level of things you do to assess, measure, or communicate about those risks or controls, and I’ll count those as controls, because from a management perspective, they are more like controls than anything else. Thus, a list of controls in your portfolio should be complete, or, if you’re dealing with a subset, clearly scoped.

Second, the portfolio of controls is everything that the business spends money on, either budgeted as dollars or time. It’s less consistent across different organizations where the budget will be. It’s likely to include the CSO’s entire budget, and some of IT/product development and/or operations.

Third, while I’ve talked about the assets, a financial portfolio can include debts. We can talk about technical debt – the shortcuts we take, knowing that we’ll have to come back and repay it, and we can talk about security debt. Richard Stiennon and Chris Young have come before me in applying the concept, but it hasn’t gotten much traction, perhaps because the asset to debt ratio in security often seems so small.

Which leads me to point four: We in security are hyper-focused on failures because it’s hard to measure what was really blocked. But in the minds of our peers, we’re expensive and cumbersome. We have lots of things in the asset column, and a focus on failures or a focus on risk can distract communication from how our controls help us, or how well they help us.

It can feel like a waste of time to talk about obvious things, but what is obvious from one perspective can be surprising from another. What’s obvious to security can be hard to understand for operations (and vice versa). This failure to communicate exacerbates the tension that naturally results from different prioritization of goals. (For example, both security and operations want to ensure that only authorized personnel or their code can make changes to the live site. Operations focuses on making sure they can make changes, security focuses on ensuring no one else can do so).

Grounding a conversation around a well-organized list of controls and their goals can help everyone be, literally, on the same page.

Related Content In This Series:    

Adam is an entrepreneur, technologist, author and game designer. He's a member of the BlackHat Review Board, and helped found the CVE and many other things. He's currently building his fifth startup, focused on improving security effectiveness, and mentors startups as a ... View Full Bio
Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
ErikScherer
50%
50%
ErikScherer,
User Rank: Apprentice
8/13/2016 | 10:58:08 PM
Best Data Security Company Unnamed
I know the disclaimer is already on the article and the companies named in the boxes are incomplete. But at the same time you'd expect the leaders to be named as examples. Under Data Security/Protect I'm shocked Vormetric isn't named. I've looked extensively at the others in the same box and while they are known, sure, Vormetric's technology vastly exceeds them all. Vormetric was recently acquired by Thales which makes them even scarier (in a good way of course).
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: This comment is waiting for review by our moderators.
Current Issue
Security Operations and IT Operations: Finding the Path to Collaboration
A wide gulf has emerged between SOC and NOC teams that's keeping both of them from assuring the confidentiality, integrity, and availability of IT systems. Here's how experts think it should be bridged.
Flash Poll
New Best Practices for Secure App Development
New Best Practices for Secure App Development
The transition from DevOps to SecDevOps is combining with the move toward cloud computing to create new challenges - and new opportunities - for the information security team. Download this report, to learn about the new best practices for secure application development.
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2017-0290
Published: 2017-05-09
NScript in mpengine in Microsoft Malware Protection Engine with Engine Version before 1.1.13704.0, as used in Windows Defender and other products, allows remote attackers to execute arbitrary code or cause a denial of service (type confusion and application crash) via crafted JavaScript code within ...

CVE-2016-10369
Published: 2017-05-08
unixsocket.c in lxterminal through 0.3.0 insecurely uses /tmp for a socket file, allowing a local user to cause a denial of service (preventing terminal launch), or possibly have other impact (bypassing terminal access control).

CVE-2016-8202
Published: 2017-05-08
A privilege escalation vulnerability in Brocade Fibre Channel SAN products running Brocade Fabric OS (FOS) releases earlier than v7.4.1d and v8.0.1b could allow an authenticated attacker to elevate the privileges of user accounts accessing the system via command line interface. With affected version...

CVE-2016-8209
Published: 2017-05-08
Improper checks for unusual or exceptional conditions in Brocade NetIron 05.8.00 and later releases up to and including 06.1.00, when the Management Module is continuously scanned on port 22, may allow attackers to cause a denial of service (crash and reload) of the management module.

CVE-2017-0890
Published: 2017-05-08
Nextcloud Server before 11.0.3 is vulnerable to an inadequate escaping leading to a XSS vulnerability in the search module. To be exploitable a user has to write or paste malicious content into the search dialogue.

Dark Reading Radio
Archived Dark Reading Radio
In past years, security researchers have discovered ways to hack cars, medical devices, automated teller machines, and many other targets. Dark Reading Executive Editor Kelly Jackson Higgins hosts researcher Samy Kamkar and Levi Gundert, vice president of threat intelligence at Recorded Future, to discuss some of 2016's most unusual and creative hacks by white hats, and what these new vulnerabilities might mean for the coming year.