Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

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 a consultant, entrepreneur, technologist, author and game designer. He's a member of the BlackHat Review Board and helped create the CVE and many other things. He currently helps organizations improve their security via Shostack & Associates, and advises startups ... View Full Bio
Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
ErikScherer
0%
100%
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).
7 Tips for Infosec Pros Considering A Lateral Career Move
Kelly Sheridan, Staff Editor, Dark Reading,  1/21/2020
For Mismanaged SOCs, The Price Is Not Right
Kelly Sheridan, Staff Editor, Dark Reading,  1/22/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
IT 2020: A Look Ahead
Are you ready for the critical changes that will occur in 2020? We've compiled editor insights from the best of our network (Dark Reading, Data Center Knowledge, InformationWeek, ITPro Today and Network Computing) to deliver to you a look at the trends, technologies, and threats that are emerging in the coming year. Download it today!
Flash Poll
How Enterprises are Attacking the Cybersecurity Problem
How Enterprises are Attacking the Cybersecurity Problem
Organizations have invested in a sweeping array of security technologies to address challenges associated with the growing number of cybersecurity attacks. However, the complexity involved in managing these technologies is emerging as a major problem. Read this report to find out what your peers biggest security challenges are and the technologies they are using to address them.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2015-3154
PUBLISHED: 2020-01-27
CRLF injection vulnerability in Zend\Mail (Zend_Mail) in Zend Framework before 1.12.12, 2.x before 2.3.8, and 2.4.x before 2.4.1 allows remote attackers to inject arbitrary HTTP headers and conduct HTTP response splitting attacks via CRLF sequences in the header of an email.
CVE-2019-17190
PUBLISHED: 2020-01-27
A Local Privilege Escalation issue was discovered in Avast Secure Browser 76.0.1659.101. The vulnerability is due to an insecure ACL set by the AvastBrowserUpdate.exe (which is running as NT AUTHORITY\SYSTEM) when AvastSecureBrowser.exe checks for new updates. When the update check is triggered, the...
CVE-2014-8161
PUBLISHED: 2020-01-27
PostgreSQL before 9.0.19, 9.1.x before 9.1.15, 9.2.x before 9.2.10, 9.3.x before 9.3.6, and 9.4.x before 9.4.1 allows remote authenticated users to obtain sensitive column values by triggering constraint violation and then reading the error message.
CVE-2014-9481
PUBLISHED: 2020-01-27
The Scribunto extension for MediaWiki allows remote attackers to obtain the rollback token and possibly other sensitive information via a crafted module, related to unstripping special page HTML.
CVE-2015-0241
PUBLISHED: 2020-01-27
The to_char function in PostgreSQL before 9.0.19, 9.1.x before 9.1.15, 9.2.x before 9.2.10, 9.3.x before 9.3.6, and 9.4.x before 9.4.1 allows remote authenticated users to cause a denial of service (crash) or possibly execute arbitrary code via a (1) large number of digits when processing a numeric ...