Re: [scap_interest] Gaps in Risk Management

Luis Nunez <> Tue, 14 February 2012 22:59 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 8B0DE21F86D6 for <>; Tue, 14 Feb 2012 14:59:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -3.598
X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 63rS4MqCjYAV for <>; Tue, 14 Feb 2012 14:59:29 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 216BB21F86A8 for <>; Tue, 14 Feb 2012 14:59:29 -0800 (PST)
Received: by ghbg16 with SMTP id g16so413575ghb.31 for <>; Tue, 14 Feb 2012 14:59:28 -0800 (PST)
Received: by with SMTP id v67mr14946687yhk.65.1329260368372; Tue, 14 Feb 2012 14:59:28 -0800 (PST)
Received: from [] ( []) by with ESMTPS id b33sm1996294anb.4.2012. (version=TLSv1/SSLv3 cipher=OTHER); Tue, 14 Feb 2012 14:59:27 -0800 (PST)
Mime-Version: 1.0 (Apple Message framework v1257)
Content-Type: multipart/alternative; boundary="Apple-Mail=_B43A1172-4C51-406A-9595-A63EC9A9C47E"
From: Luis Nunez <>
In-Reply-To: <>
Date: Tue, 14 Feb 2012 17:59:26 -0500
Message-Id: <>
References: <> <> <>
To: <>
X-Mailer: Apple Mail (2.1257)
X-Gm-Message-State: ALoCoQmVkGQr0ISEXpGnrImF4fyhrtktnB7QFBTloknEUpt8hEd+sjs8f7wxdXJAcOGLvxAKxmD5
Cc: Mike Lloyd <>,
Subject: Re: [scap_interest] Gaps in Risk Management
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discussion List for IETFers interested in the Security Content Automation Protocol \(SCAP\)." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 14 Feb 2012 22:59:30 -0000

great idea and thanks for mentioning this talk. It would be an interesting discussion to have with Dr. Mike on the topic.  Lets hook up.

Since you mentioned Geer.  Here is an excellent talk Dan recent gave.


On Feb 14, 2012, at 5:47 PM, <> wrote:

> Hi Jerome,
> I think it is a really good idea to start from use cases and what we want to get out of this work to drive the standards efforts.  The work being done here should result in the ability to report on meaningful and actionable metrics.  Brainstorming like this at the RSA Conference and on list would be great.  Activities like this may be tied to the frameworks as well – how do we get good risk metrics against the frameworks in which we want to measure our security programs? 
> Luis brought up CSA’s control matrix, maybe we want to think about what was done for 800-53 and how that could apply out to other frameworks like ISO27002 +ISO27017 (Virtualization/cloud), HIPAA HITECH, etc.  performing checks, assessing risk, and producing metrics are the drivers for these underlying activities.
> Dan Greer has some good presentations online related to metrics and is running a series in IEE Security and Privacy on the topic as well.  I do need to admit that I have to catch up on my reading, so I can’t tell you too much about that effort J
> Any other thoughts on these topics?
> Thanks,
> Kathleen
> From: [] On Behalf Of Jerome Athias
> Sent: Tuesday, February 14, 2012 5:34 PM
> To:
> Subject: Re: [scap_interest] Gaps in Risk Management
> Hi list,
> could it be possible to have a brainstorming at the RSA Conference?
> or / because i identifed the following talk (at BSides San Francisco, // free event):
> Metrics That Don’t Suck: A New Way To Measure Security Effectiveness ~ Dr. Mike Lloyd
> How does your organization measure and report its security posture and performance?  Do you have spreadsheets that show how many vulnerabilities you found last month, or how many viruses your AV system stopped? Those numbers might pacify your management, but any security pro can tell you that they are no way to benchmark the real work you do – or how much danger your enterprise might be in.
> Maybe the problem is that we’re all trying to use the data we already have – host metrics, network metrics, applications data – instead of building the data we actually need.  We need metrics that show the current range of threats, and the enterprise’s exposure. We need data that shows whether our security tools and programs are actually working or not. We need methods for demonstrating that our security teams are performing well – not only this month, but over a period of time.
> In this thought-provoking presentation, we’ll describe methods for building an enterprise security metrics program that’s completely different from the current, sucky model of counting vulnerabilities or numbers of patches applied. We’ll outline methods for monitoring the threat landscape, and your organization’s exposure. We’ll offer some best practices for measuring the effectiveness of current security tools and systems. Best of all, we’ll outline a way to build a maturity model for security, so that you can show your security team’s performance on a month-to-month basis, and demonstrate its continuing improvement over time.
> Want to stop reporting a bunch of crap and start building a real set of data that accurately measures your organization’s risk and its effectiveness in controlling it?  Want to learn how to integrate security data across hosts, networks, and applications?  Want your performance – and your company’s security posture – to be monitored using metrics that don’t suck?  Here’s a chance to look at the picture from a whole new angle.
> (ref: )
> I see these events as a good place to exchange our ideas.
> Just my 2 cents
> /JA
> _______________________________________________
> scap_interest mailing list