Re: [scap_interest] Questions from David Harrington
"Natale, Bob" <RNATALE@mitre.org> Fri, 05 November 2010 06:20 UTC
Return-Path: <RNATALE@mitre.org>
X-Original-To: scap_interest@core3.amsl.com
Delivered-To: scap_interest@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C82B83A688E for <scap_interest@core3.amsl.com>; Thu, 4 Nov 2010 23:20:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bol2v8eJyAs8 for <scap_interest@core3.amsl.com>; Thu, 4 Nov 2010 23:20:43 -0700 (PDT)
Received: from smtp-bedford.mitre.org (smtp-bedford.mitre.org [129.83.20.191]) by core3.amsl.com (Postfix) with ESMTP id 027093A6825 for <scap_interest@ietf.org>; Thu, 4 Nov 2010 23:20:42 -0700 (PDT)
Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (8.13.1/8.13.1) with ESMTP id oA56Ksxg000915 for <scap_interest@ietf.org>; Fri, 5 Nov 2010 02:20:54 -0400
Received: from imchub1.MITRE.ORG (imchub1.mitre.org [129.83.29.73]) by smtp-bedford.mitre.org (8.13.1/8.13.1) with ESMTP id oA56KrhJ000907; Fri, 5 Nov 2010 02:20:53 -0400
Received: from IMCMBX2.MITRE.ORG ([129.83.29.209]) by imchub1.MITRE.ORG ([129.83.29.73]) with mapi; Fri, 5 Nov 2010 02:20:53 -0400
From: "Natale, Bob" <RNATALE@mitre.org>
To: Stephen Hanna <shanna@juniper.net>
Date: Fri, 05 Nov 2010 02:20:51 -0400
Thread-Topic: Questions from David Harrington
Thread-Index: Act8pEQAeCo3PwzYQoC9RpPmilukqwAC0i0g
Message-ID: <17969D855F28964C88D177D45B6CDF110500C9D5C1@IMCMBX2.MITRE.ORG>
References: <AC6674AB7BC78549BB231821ABF7A9AE907230F827@EMBX01-WF.jnpr.net>
In-Reply-To: <AC6674AB7BC78549BB231821ABF7A9AE907230F827@EMBX01-WF.jnpr.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "scap_interest@ietf.org" <scap_interest@ietf.org>
Subject: Re: [scap_interest] Questions from David Harrington
X-BeenThere: scap_interest@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Discussion List for IETFers interested in the Security Content Automation Protocol \(SCAP\)." <scap_interest.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/scap_interest>, <mailto:scap_interest-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/scap_interest>
List-Post: <mailto:scap_interest@ietf.org>
List-Help: <mailto:scap_interest-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/scap_interest>, <mailto:scap_interest-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Nov 2010 06:20:44 -0000
Hi, I don't speak at any level for MITRE, NSA, NIST, or anyone else other than myself, but I'd like to provide some preliminary feedback to David's concerns ... hopefully, more authoritative individuals will speak up on behalf of the organizations cited in David's questions. - My understanding is that you should think of the existing SCAP work as "rough consensus and running code". - Many of the SCAP components are publicly available via nist.gov and MITRE's "making security measurable" site (http://msm.mitre.org) - There is a lot more vendor support for some of the constituent SCAP standards in major COTS products than might be apparent w/o some investigation. - The IETF should feel free to extend or refine existing SCAP standards and public implementations as it deems best for the Internet community. Ideally, however, we'd seek a highly collaborative approach between Internet, user community, and industry on this particular front. - MITRE is a federally funded R&D center (FFRDC) working in the public interest as a trusted advisor to its sponsors, and as an FFRDC is "prohibited from manufacturing products, competing with industry, or working for [e.g., representing] commercial companies,". Cheers, BobN -----Original Message----- From: scap_interest-bounces@ietf.org [mailto:scap_interest-bounces@ietf.org] On Behalf Of Stephen Hanna Sent: Friday, November 05, 2010 12:45 AM To: scap_interest@ietf.org Subject: [scap_interest] Questions from David Harrington David Harrington sent me some questions about SCAP and the SCAP BOF recently. These questions (included below) are thought-provoking. They should get some good discussions going on this list. Since I'm not an SCAP expert, I don't have answers to all of these myself. I have asked some SCAP experts to answer them. Please use a separate thread for each question so that people can follow the discussions more easily. Thanks, Steve Hanna ----------- To help the BOF organizers, I have some basic questions I would like to have answered during the BOF (and on the mailing list) 1) NIST is a national standardization organization. Is NIST/Mitre/DHS willing to give change control to IETF to develop this into an international standard? 2) Will the the NVD be made available for use with the international standard, by the whole IETF community? What requirements must be met to be allowed to access the NVD database? 3) various proposals to standardize IDS-related technologies have failed in IETF, mostly because the industry players seem not very interested in standards. Major players use their vulnerability and signature libraries as value-add features. They seem to develop proprietary protocols to suit their specific applications. Why will this be different? 4) In the past, IDS work has not been considered IETF work; IDS vendors tend to have their own security-related fora for sharing information. NEA has been brought into the IETF from the TSG, and the IEEE has created the Industry Connections Security Group that focuses on standardizing malware definitions. I personally would love to have that community come into the IETF and use the IETF process for **developing** the specifications, not just for approving the specifications after they're done. Is the industry seriously interested in participating in the IETF, or will they continue to create multiple security fora to develop specifications and then bring their specifications to the IETF for approval as RFCs? 5) The web page says "leaders in the SCAP community (including NIST, NSA, MITRE, and commercial vendors) have decided to explore taking the most stable and successful SCAP specifications to the IETF for adoption as Standards Track RFCs." Are these leaders expecting the IETF to rubber-stamp these mature/stable/successful specifications? I am especially concerned by the explanation that this BOF is to "explore whether the IETF would be an appropriate venue for such standardization ***when ready***." (emphasis mine). We have working groups explicitly to do the development work, not to accept specifications when ready. 6) Much of the SCAP standards are agreed-upon definitions, schemas, etc. These apparently are registered with Mitre. The listshow.net web page discusses this: "Formats for the existing enumerations such as CVE and CCE are good candidates as well. Note we are only talking about the actual enumeration formats, not the operational uses/administration of the enumerations. That would remain outside the IETF, as it is today." Does this mean IANA would not administer the relevant registries for these IETF standards? If not, how would the registrations be administered, and who controls them? What are the requirements (comparable to RFC5226)? 7) the web site says "We will continue to use this [open contribution] model for the development of new SCAP specifications and capabilities." Does this mean the SCAP community will work outside the WG to continue development of SCAP proposals? The IETF has rules it follows about things like downrefs, backwards compatibility, interoperability requirements, etc. What happens if SCAP-developed specifications do not interoperate properly with IETF standards developed by the SCAP WG, because SCAP decides to use different rules? 8) I have concerns this appears to be a request to rubber-stamp a national standard to make it an international standard. So if the IETF rubber-stamps this work from NIST, will the IETF also rubber-stamp work by CCSA? and comparable national standards organizations for UK, France, Germany, Italy, Spain, Korea, Japan, Canada, and ... ? _______________________________________________ scap_interest mailing list scap_interest@ietf.org https://www.ietf.org/mailman/listinfo/scap_interest
- [scap_interest] Questions from David Harrington Stephen Hanna
- Re: [scap_interest] Questions from David Harringt… Natale, Bob
- Re: [scap_interest] Questions from David Harringt… Waltermire, David
- Re: [scap_interest] Questions from David Harringt… Steve Hanna