Printer Friendly
The Free Library
14,680,804 articles and books
Member login
User name  
Password 
 
Join us Forgot password?

Common Criteria: a prime factor in information security for the DoD.


Is your vital information secure? How do you know? Are you sure? There are several ways to increase confidence in the security of your vital information. The data could be moved to a non-accessible location. A security firm could be hired to install, update, and monitor the system. But perhaps the easiest method, and one that is now mandatory for the DoD, is the use of information technology products that have been independently evaluated and certified. While this sounds like a great idea, how does one find such IT products?

[ILLUSTRATION OMITTED]

The answer is that certified products are listed on the National Information Assurance Partnership (NIAP See Common Criteria. ) Web site at <niap.nist.gov/cc-scheme>.

The National Institute of Standards and Technology National Institute of Standards and Technology, governmental agency within the U.S. Dept. of Commerce with the mission of "working with industry to develop and apply technology, measurements, and standards" in the national interest.  (NIST) and the National Security Agency (NSA NSA
abbr.
National Security Agency

Noun 1. NSA - the United States cryptologic organization that coordinates and directs highly specialized activities to protect United States information systems and to produce foreign
) established the NIAP to evaluate information technology product conformance con·for·mance  
n.
Conformity.

Noun 1. conformance - correspondence in form or appearance
conformity

agreement, correspondence - compatibility of observations; "there was no agreement between theory and
 to international standards, namely the Common Criteria (Common Criteria for Information Technology Security) An international standard process for defining security objectives and for evaluating compliance with those objectives. The Common Criteria have largely replaced the Trusted Computer Security Evaluation Criteria (TCSEC), the Canadian  (CC). The program, officially known as the NIAP Common Criteria Evaluation and Validation Scheme (CCEVS See Common Criteria. ) for IT Security, is a partnership between the public and private sectors. The program was implemented to help consumers select commercial off-the-shelf Commercial off-the-shelf (COTS) is a term for software or hardware, generally technology or computer products, that are ready-made and available for sale, lease, or license to the general public.  (COTS (Commercial Off-The-Shelf) Refers to ready-made merchandise that is available for sale. See MOTS.

(software) COTS - commercial off-the-shelf. See commercial software.
) IT products that meet their security requirements and to help manufacturers of those products gain acceptance in the global marketplace. One of the program's main objectives is to improve the availability of evaluated IT products.

Department of Defense Policies

The DoD mandated the use of evaluated IT products in October 2002, with the issuance of DoD Information Assurance Directive 8500.1, which stated that "all IA [Information Assurance] or IA-enabled IT hardware, firmware A category of memory chips that hold their content without electrical power. Firmware includes flash, ROM, PROM, EPROM and EEPROM technologies. When holding program instructions, firmware can be thought of as "hard software." See flash memory, ROM, PROM, EPROM, EEPROM and FOTA. , and software components or products incorporated into DoD information systems must comply with the evaluation and validation requirements of National Security Telecommunications and Information Systems Security Policy Number 11 [NSTISSP NSTISSP National Security Telecommunications and Information Systems Security Policy  #11]." This thrust DoD and its vendors into the world of CC product evaluations--the subject of NSTISSP #11. The DoD and its vendors share responsibility for compliance with Directive 8500.1, including the provisions for independent product evaluations. Such evaluations require both procurement officers and vendors to understand the purpose of CC evaluations and the effort it takes to earn product certification Product certification or product qualification is the process of certifying that a certain product has passed performance and/or quality assurance tests or qualification requirements stipulated in regulations such as a building code and nationally accredited test standards, .

[ILLUSTRATION OMITTED]

Common Criteria Overview

Simply put, CC product evaluations are designed to ensure the DoD is procuring products that have been independently verified to meet their security claims. In greater detail, the CC are a set of functional and assurance security requirements developed to provide a common international evaluation baseline for IT products and systems. A full description of those requirements can be found in the International Standards Organization See ISO.  standard, ISO/IEC ISO/IEC International Organization for Standardization/International Electrotechnical Commission (ITU-T M 3000)  15408.

CC product evaluations are conducted by accredited accredited

recognition by an appropriate authority that the performance of a particular institution has satisfied a prestated set of criteria.


accredited herds
cattle herds which have achieved a low level of reactors to, e.g.
 independent test labs known as Common Criteria test labs or CCTLs. For the United States United States, officially United States of America, republic (2005 est. pop. 295,734,000), 3,539,227 sq mi (9,166,598 sq km), North America. The United States is the world's third largest country in population and the fourth largest country in area. , the National Voluntary Laboratory Accreditation Program National Voluntary Laboratory Accreditation Program (NVLAP) is a National Institute of Standards and Technology (NIST) program which provides an unbiased third-party test and evaluation program to accredit laboratories in their respective fields to the ISO 17025 standard.  grants laboratory accreditation and the NIAP CCEVS oversees the CCTLs, which verify a vendor's product security claims using artifacts/proof supplied by the vendor along with the labs' own independent tests. The level of effort and the required vendor proof are based on a scale of assurance levels. Typically, the vendor chooses the evaluation assurance level The Evaluation Assurance Level (EAL1 through EAL7) of an IT product or system is a numerical grade assigned following the completion of a Common Criteria security evaluation, an international standard in effect since 1999.  according to according to
prep.
1. As stated or indicated by; on the authority of: according to historians.

2. In keeping with: according to instructions.

3.
 client needs.

An evaluation requires vendors to supply a lab with a set of security claims in the form of a security target, the product to be evaluated, and documentation appropriate for the selected evaluation assurance level. The security target and the evaluation evidence can be developed by the vendor or a hired consultant. Either way, it takes time to prepare the documents adequately.

Once the vendor has supplied the accredited lab with the required materials, the lab conducts the evaluation. If the lab discovers issues during the evaluation, vendors are required to resolve them. The evaluation issue resolution cycle continues until all issues are resolved and the final set of results is submitted to the NIAP CCEVS. Following the NIAP CCEVS validation of the results, the vendor receives a certificate for the particular version and configuration of the product evaluated.

The Driving Forces of Common Criteria

The United States is a leader in the area of CC--in fact, the only country in the world with national regulations requiring CC evaluations. Nineteen other nations currently recognize the importance of the CC and with it the significance of independently certifying the security features and functions in IT products.

NSTISSP #11

NSTISSP #11 took effect in July 2002, and since then, all new IT product purchases for use in national security systems must be evaluated and validated under the Common Criteria. In July 2003, a deferred compliance guidelines annex an·nex  
tr.v. an·nexed, an·nex·ing, an·nex·es
1. To append or attach, especially to a larger or more significant thing.

2.
 was added to this policy. The guidelines state that acquisitions made prior to July 2002, are exempt from NSTISSP #11, but those products should be used with care and replaced with validated products as soon as is "practical." The guidelines further state that "no blanket or open-ended waivers ... will be authorized au·thor·ize  
tr.v. au·thor·ized, au·thor·iz·ing, au·thor·iz·es
1. To grant authority or power to.

2. To give permission for; sanction:
, but a Deferred Compliance Authorization (DCA (1) (Document Content Architecture) IBM file formats for text documents. DCA/RFT (Revisable-Form Text) is the primary format and can be edited. DCA/FFT (Final-Form Text) has been formatted for a particular output device and cannot be changed. ) may be granted on a case-by-case basis." The guidelines go on to explain that DCAs are "applicable only to the acquisition of a specific COTS product for a specific application within the IT enterprise of an organization," but they do not "constitute blanket approval for future acquisitions of the same product." Deferrals will be "reviewed and approved only by the heads of federal departments or agencies, or major subordinate organizations A subordinate organization is one that is under control of the central organization.

According to the United States IRS Publication 557 (Rev. July 2001), Tax-Exempt Status for Your Organization - Chapter 1 Page 6, this is the definition for a
 within a department or agency."

Directive 8500.1

Following in the footsteps of NSTISSP #11, DoD Directive 8500.1 and DoD Instruction 8500.2 included provisions and guidance for CC evaluations as part of their direction for information assurance within the DoD. Responsibility for ensuring these policies were enforced was also assigned within the policies.

Directive 8500.1 was instituted in October 2002. Its three main tenets state that all IA or IA-enabled products incorporated into DoD information systems must comply with NSTISSP #11; products must be satisfactorily evaluated and validated prior to purchase or as a condition of purchase; and purchase contracts must specify that validation will be maintained for subsequent releases of the product.

[ILLUSTRATION OMITTED]

Of course, the preferred course of action is to have products evaluated prior to purchase, but evaluated products for certain applications are simply not yet available. Fortunately, the "condition of purchase" clause addresses this issue.

This directive places the burden on the heads of DoD components to ensure purchase contracts reflect the proper product evaluation and validation requirements.

Instruction 8500.2

The DoD reinforced Directive 8500.1 and provided instruction on how to execute it in February 2003, with Instruction 8500.2.

There are two key elements to this policy. First, if an approved protection profile (PP)--a statement of security requirements that addresses existing threats in specific technology areas--exists, purchases are restricted to respectively: validated products that match that existing PP; products submitted for validation with a security target written against that PP; or other U.S.-recognized products evaluated under the international Common Criteria Recognition Arrangement (CCRA CCRA Canada Customs and Revenue Agency
CCRA Common Criteria Recognition Arrangement
CCRA Campus Computer Resellers Alliance
CCRA Certified Clinical Research Associate
CCRA Commercial Credit Reference Agency
CCRA California Court Reporters Association
).

PPs are typically used to let product vendors know what security functionality they must provide to address government and DoD security needs. It is important to note the PP requirements in DoD 8500.2 because the federal government and NSA have identified 10 key technology areas for which they are developing PPs. The areas for which PPs exist or will soon exist are operating systems Operating systems can be categorized by technology, ownership, licensing, working state, usage, and by many other characteristics. In practice, many of these groupings may overlap. ; firewalls; wireless technologies; Web browsers The following is a list of web browsers. Historical
Historically important browsers
In order of release:
  • WorldWideWeb, February 26, 1991
  • Erwise, April 1992
  • ViolaWWW, May 1992, see Erwise
; intrusion detection See IDS and IPS.  devices; databases; public key encryption See public key cryptography. ; biometrics; virtual private networks; and tokens. If a DoD product purchase that falls under DoD 8500.1 fits into one of these technology areas, the DoD procurement officer should be certain his or her vendors work with their chosen CCTL CCTL Common Criteria Testing Laboratory (private laboratory, certified to conduct IT product Security Assessments for Information Assurance)
CCTL Coordinator Control Subsystem
 to locate the relevant PP.

If no approved U.S. government PP exists, the acquiring organization must require, prior to purchase, that vendors provide a security target that describes the security attributes of the products. In addition, vendors must also submit their products for evaluation at the appropriate CC assurance level as determined by a DoD information systems security engineer (ISSE ISSE Information Security Solutions Europe
ISSE International Students for Social Equality
ISSE International Salon & Spa Expo
ISSE Internet Streaming SIMD Extension (Intel processor command set extension) 
) and the appropriate designated approval authority (DAA DAA - Distributed Application Architecture: under design by Hewlett-Packard and Sun. A distributed object management environment that will allow applications to be developed independent of operating system, network or windowing system. ).

The other key element of Instruction 8500.2 is the inclusion of definitions for generic "robustness" levels and the assignment of "baseline levels" of IA services to those robustness levels, depending on the value of the information and the environment in which the information is used. Robustness level descriptions help the ISSE and DAA determine at which level of CC assurance a product must be evaluated. This information is passed on to the vendor for use in developing an evaluation services contract with a CCTL.

The ISSE and DAA should also consider the following when selecting the evaluation assurance level: the value of the assets being protected; the risk of those assets being compromised; the resources of those who might try to compromise the assets; and the "robustness requirements, mission, and customer needs."

Instruction 8500.2 also augments key points from Directive 8500.1. Products available "under multiple-award schedule contracts or non-DoD Government-Wide Acquisition Contracts awarded before July 1, 2002, must be evaluated when and if a version release of the product is made available under the contract." Simply stated, this means that products that are just now being received by the DoD under contracts awarded before July 1, 2002, must be evaluated and validated under the CC.

The instruction also states that "although products that have not satisfactorily completed evaluation may be used, contracts shall require ... [that] evaluations ... be satisfactorily completed within a specified period of time." This statement gives contract officers the task of ensuring the purchase contract includes provisions requiring vendors to complete the CC evaluation. Vendors cannot simply submit their products for evaluation and then not complete the process. Vendors can work with their CCTL and the DoD to determine a reasonable period of time for the product evaluation, which could be any number of months depending primarily on product complexity, vendor evidence preparedness, assurance level chosen, and the lab's familiarity with the technology.

Finally, the instruction states that the original contract must specify that "product validation will be kept current" where use is anticipated for subsequent versions of that product. CC certificate maintenance is another task that requires effort and planning on the part of the vendor because CC certificates apply to a specific version and configuration of a product. The requirements for maintaining that certificate across future versions of the product are described in a document entitled "Assurance Continuity: CCRA Requirements," issued in February 2004 by the international body responsible for maintaining the Common Criteria. You can obtain a copy of this document from any CCTL or the NIAP CCEVS.

DoD contract officers should ensure their vendors are aware of the evaluation completion and certificate maintenance clauses in their contracts so that products do not fail to meet and maintain the CC certification requirements for continued use within the DoD.

As with Directive 8500.1, the heads of DoD components are entrusted with the responsibilities to ensure DoD information systems employ solutions in accordance with the DoD 8500.2 sections describing product evaluations.

Public Law 107-314

Further emphasizing the importance the federal government and DoD are placing on product evaluations, public law includes provisions for product evaluations and the often-sought-after waivers to such policy requirements.

Subtitle sub·ti·tle  
n.
1. A secondary, usually explanatory title, as of a literary work.

2. A printed translation of the dialogue of a foreign-language film shown at the bottom of the screen.

tr.v.
 F: Information Technology, Section 352 of Public Law 107-314, passed in December 2002, directs the secretary of defense to establish a policy to limit the acquisition of information assurance technology products to those products that have been evaluated and validated in accordance with appropriate criteria, schemes, or programs. Such criteria or schemes include the NIAP CCEVS and the internationally developed CC.

While experienced vendors will state that acquisition policy requirements can sometimes be waived, the waiver clause in Public Law 107-314 authorizes the secretary of defense to provide such waivers only for U.S. national security purposes. Therefore, this law makes it difficult to obtain waivers to the DoD acquisition policies requiring CC evaluations.

DoD's Responsibility

Clearly, independent product evaluations are important to both the federal government and the DoD, as NSTISSP #11, DoD 8500.1, DoD 8500.2, and Public Law 107-314 confirm. Such evaluations allow the DoD to have confidence that the products it purchases meet the security claims made by the product vendors. While the bulk of the work for obtaining these evaluations falls to the vendor, the DoD is responsible for ensuring that products are evaluated and validated in accordance with the contract requirements stated in the DoD's own policies. The DoD is also responsible for assisting the vendor with the selection of the assurance level for the evaluation since that assurance level is chosen based on the information security needs and the application of use within the DoD. The DoD must also understand that such evaluations and their subsequent maintenance are not trivial tasks: They take weeks or months to complete depending on the evaluation assurance level chosen, the preparedness of the vendor to supply the required evidence, and the complexity of the product under evaluation.

Common Criteria evaluations play an important role in protecting DoD information. For this reason, procurement officers, contract officers, and DoD vendors should familiarize themselves with the criteria and the evaluation process.

Malnick, senior manager for Criterian Independent Labs at the West Virginia West Virginia, E central state of the United States. It is bordered by Pennsylvania and Maryland (N), Virginia (E and S), and Kentucky and, across the Ohio R., Ohio (W). Facts and Figures


Area, 24,181 sq mi (62,629 sq km). Pop.
 High Technology Consortium (WVHTC WVHTC West Virginia High Technology Consortium ) Foundation, is responsible for Common Criteria evaluation and educational outreach efforts. She holds a bachelor's degree in computer science and a master's in software engineering.

The author welcomes comments and questions. She can be contacted at malnick@criterianlabs.org.
COPYRIGHT 2005 Defense Acquisition University Press
No portion of this article can be reproduced without the express written permission from the copyright holder.
Copyright 2005, Gale Group. All rights reserved. Gale Group is a Thomson Corporation Company.

 Reader Opinion

Title:

Comment:



 

Article Details
Printer friendly Cite/link Email Feedback
Title Annotation:INFORMATION TECHNOLOGY
Author:Malnick, Kathy
Publication:Defense AT & L
Geographic Code:1USA
Date:Jan 1, 2005
Words:2231
Previous Article:Unique identification of tangible items: gaining in international acceptance.(ACQUISITION PROCESS IMPROVEMENT)
Next Article:It's quitting time: new year resolutions for program managers.(PROFESSIONAL DEVELOPMENT)
Topics:



Related Articles
CONTRACT AWARD: SSP-LITRONIC WINS $2.3 MILLION INITIAL CONTRACT FOR DOD SECURITY INFRASTRUCTURE.
SGI TRUSTED IRIX OFFERS SECURE OS FOR GOV AND COM SECTORS.
Seventh NIAP Common Criteria Testing Laboratory approved for it security testing. (News Briefs).(Brief Article)
CyberGuard enter evaluation for protection profile for firewalls. (Security).(Brief Article)
Integrating an ERDMS in an IT environment: as the U.S. EPA's experience illustrates, effective electronic records management solution must consider...
CipherOptics Receives Common Criteria Certification for Industry Leading IPSec Security Gateways.
Congress imposes new hurdles for contractors.(washingtonINSIGHTS)(US Congress )
General Services Administration news release (April 7, 2006): Government Accountability Office reports (January-April 2006).
Cisco Accelerates Advanced Wireless Network Security for U.S. Federal Agencies.
SE and EVM support for performance-based awards.(CONTRACT MANAGEMENT)

Terms of use | Copyright © 2009 Farlex, Inc. | Feedback | For webmasters | Submit articles