|
Note: Other FIPS
PUBS not identified herein, may apply.

Federal Information Processing Standards
Publications
(FIPS PUBS)

|
FIPS LISTED BY CATEGORIES
Last Date Created: 1998
Last Update: August 22, 2000
These entries include title, publication number, date of issue and a short
abstract for each FIPS. Associated voluntary industry standards are indicated
where appropriate and suggested solicitation wording is included where
available. FIPS are listed by FIPS number within the following categories and
subcategories.
Database
Electronic Data
Interchange
Information Interchange
Modeling Techniques
Representations and Codes
Access Control
Cryptography
General Computer Security
Risk Analysis and
Contingency Planning
Security Labels
These Federal
Telecommunications Standards (FED-STDS) were developed by the National
Communications System under a delegation of authority by the General Services
Administration, and were approved by GSA. These standards are included here to
assist Federal agencies.
FIPS
PUBLICATION SERIES
HARDWARE
AND SOFTWARE STANDARDS AND GUIDELINES
Database
DATABASE
LANGUAGE SQL, 1993 June 2.
Purpose:
FIPS 127-2 adopts American National Standard ANSI X3.135-1992 Database Language
SQL which defines the syntactic and semantic rules for database definition and
data manipulation in a relational model database management system.
Applicability:FIPS
127-2 Database Language SQL is suited for use by applications that employ the
relational data model.
Solicitation
Wording: Acquisition of Database Language SQL Processors
SQL
language processors offered as a result of the requirements of which this is a
part shall conform to the requirements in FIPS 127-2 Database Language. SQL.
These processors shall implement (1) all of the required language elements of
FIPS 127-2 not previously covered by a waiver, (2) all of the FIPS 127-2
options specified elsewhere in this requirements document, as well as, (3) all
default options required by Section 16 of FIPS 127-2, Special Procurement
Considerations. These processors shall also implement any additional language elements
specified elsewhere in this document [insert reference].
Solicitation
Wording:Development or Acquisition of Application Programs. When computer
application programs are developed or acquired as a result of the requirements
of which this is apart, and one of the FIPS programming languages is specified
elsewhere, in the requirements document [insert reference here], only the
language elements of that FIPS, as well as any additional language elements as
specified elsewhere in this document [insert reference] shall be used.
Electronic Data Interchange
ELECTRONIC
DATA INTERCHANGE (EDI), 1996 May 22.
Purpose:
FIPS 161-2 adopts, with specific conditions, the families of EDI standards
known as X12, UN/EDIFACT and HL7 developed by national and international
standards developing organi zations. FIPS 161-2 does not mandate the
implementation of EDI systems within the Federal government, but requires the
use of the identified families of standards when Federal agencies and
organizations implement EDI systems.
Applicability:
This standard is applicable to the interchange of data between Federal agencies
or organizations if the data are to be transmitted electronically, and if X12,
UN/EDIFACT or HL7 standard messages meeting the data requirements of the
agencies or organizations for the subject of the interchange have been
developed and approved under the conditions set forth in FIPS 161-2.
Solicitation
Wording: Electronic Data Interchange systems offered as a result of the
requirements of which this is a part shall conform to the requirements
specified in FIPS 161-2.
Information Interchange
SPATIAL
DATA TRANSFER STANDARD (SDTS), 1994 June 10.
Purpose:Provides
specifications for the organization and structure of digital spatial data
transfer, definition of spatial features and attributes, data transfer encoding
and a topological vector profile (TVP). The purpose of this standard is to
promote and facilitate the transfer of digital spatial data between dissimilar
computer systems.
Applicability:For
use in the acquisition and development of Government applications and pro grams
involving the transfer of digital spatial data between dissimilar computer
systems, when the transfer of digital spatial data occurs or is likely to occur
within and/or outside of the Federal government. The use does not apply to the
transfer of digital geocoded data files which are not intended to represent
spatial entities as digital geographic or cartographic features, and is not
intended to facilitate product distribution of spatial data in a form designed
for direct access by applications software specific to a particular data
structure, class of computer platform, or distribution media.
Solicitation
Wording:Acquisition of Spatial Data Transfer Systems
When
computer application programs or systems are developed or acquired as a result
of the requirements of which this is a part and when the transfer of spatial
data is required between compatible as well as non-compatible systems, the
developed application or acquired system shall comply with the specifications
defined in FIPS 173-1.
APPLICATION
PROFILE FOR THE GOVERNMENT INFORMATION LOCATOR SERVICE (GILS), 1994 June 10.
Purpose:
This standard describes an application profile for the Government Information
Locator Service (GILS). This application profile is based primarily on the
American National Standard for Information Retrieval Application Service
Definition and Protocol Specifica- tion for Open Systems Interconnection
(ANSI/NISO Z39.50-1992), developed by the National Information Standards Organization
(NISO). The Government Information Locator Service (GILS) is a decentralized
collection of servers and associated information services that will be used by
the public either directly or through intermediaries to find public information
throughout the Federal government.
APPLICATION
PROFILE FOR THE GOVERNMENT INFORMATION LOCATOR SERVICE (GILS), 1997 August 1.
Purpose:
Describes the United States Federal government use of the international
application profile for the GILS, also known as the Global Information Locator
Service. The GILS Profile is based parimarily on ISO 23950, presently
equivalent to the ANSI/NISO Z39.50-1995/Version 2. GILS is a decentralized
collection of servers and associated information services that will be used by
the public either directly or through intermediaries to find public information
throughout the Federal government.
Applicability:
Recommended for use in the development and establishment of information
locators, and required in the development and use of information locators
pursuant to the require ments of OMB Bulletin 95-01 and other applicable law,
regulation and policy. The GILS Core requirements apply to those GILS locator
records which:
·
describe
information resources maintained by the Federal government;
·
comply
with the defined GILS Core Elements;
·
are
mutually accessible through interconnected electronic network facilities
without charge to the direct user; and
·
are
designated by the agency to be part of the Federal government GILS Core,
pursuant to OMB Bulletin 95-01.
Solicitation
Wording: All GILS systems and servers offered as a result of this requirement
shall comply with FIPS 192-1.
Modeling
Techniques
INTEGRATION
DEFINITION FOR FUNCTION MODELING (IDEFO), 1993 December 21.
Purpose:Describes
the IDEF0 modeling language (semantics and syntax), and associated rules and
techniques, for developing structured graphical representations of a system or
enterprise. Use of this standard permits the construction of models comprising
system functions (activities, actions, processes, operations), functional
relationships, and data (information or objects) that support systems
integration.
Applicability:This
standard is applicable when system or enterprise modeling techniques are
applied to projects requiring IDEFO as the modeling technique and to the
development of software tools implementing IDEFO modeling techniques. The use
of this standard is strongly recommended for projects that require a modeling
technique for the analysis, development, re-engineering, integra tion, or
acquisition of information systems; or that incorporate a systems or enterprise
modeling technique into a business process analysis or software engineering
methodology.
Solicitation
Wording:Integration Definition for Function Modeling Technique
Software,
systems or services offered as a result of this requirement for the Integration
Defini tion Language 0 (IDEFO) modeling technique shall conform to FIPS 183,
Integration Definition for Function Modeling (IDEFO).
INTEGRATION
DEFINITION FOR INFORMATION MODELING (IDEF1X), 1993 December 21.
Purpose:Describes
the IDEF1X modeling language (semantics and syntax), and associated rules and
techniques, for developing a logical model of data. IDEF1X is used to produce a
graphical information model which represents the structure and semantics of
information within an environment or system. Use of this standard permits the
construction of semantic data models which may serve to support the management
of data as a resource, the integration of information systems, and the building
of computer databases.
Applicability:The
use of this standard is strongly recommended for projects requiring a standard
means of defining and analyzing the data resources within an organization. The
specifications of this standard are applicable when the IDEF1X data modeling
technique is required; to development of automated software tools to implement
IDEF1X modeling technique is required.
Solicitation
Wording:Integration Definition for Information Modeling Technique
Software,
systems or services offered as a result of this requirement for the Integration
Defini tion language 1X (IDEF1X) modeling technique shall conform to FIPS 184,
Integration Definition for Information Modeling (IDEF1X).
Representations and Codes
REPRESENTATION
OF CALENDAR DATE FOR INFORMATION INTERCHANGE, 1998 November 15.
Purpose:
This standard provides a means of representing calendar date to facilitate
interchange of data among information systems. This standard adopts American
National Standard ANSI X3.30-1997: Representation of Date for Information
Interchange (revision of ANSI X3.30-1985 (R1991)). This standard reinforces the
Federal Government’s commitment to use data format standards that will
facilitate a smooth transition of systems in the year 2000. This standard is
being issued to preclude any confusion about the use of date format standards
within the Federal Government, and to carry out the objectives of the President’s
Council on Year 2000 Conversion.
Applicability:
This Data Standard is made available for data interchange among executive
departments and independent agencies, and for Federal data interchange with the
non-Federal sector including industry, State, local, and other governments, and
the public at large.
FIPS 4-2 supersedes FIPS
PUB 4-1, dated January 27, 1988, and updates the standard for representing
calendar date and implements the Federal Government's commitment to use
four-digit year elements (e.g., 1999, 2000, etc.) in its information technology
systems.
CODES
FOR THE IDENTIFICATION OF THE STATES, THE DISTRICT OF COLUMBIA AND THE OUTLYING
AREAS OF THE UNITED STATES, AND ASSOCIATED AREAS, 1987 May 28.
Purpose:
Provides a set of two-digit numeric codes and a set of two-letter alphabetic
codes for representing the 50 states, the District of Columbia and the outlying
areas of the U.S., and associ ated areas such as the Federated States of
Micronesia and Marshall Islands, and the trust territory of Palau.
Applicability:
Systems requiring the interchange of data among Federal users and internal data
systems where such use contributes to operational benefits, efficiency and
economy.
Solicitation
Wording: Interchange of Machine Processable Data
All
application programs resulting from this requirement that have been identified
as those that will be interchanged, or that will record data that will be
interchanged with Federal agencies, State and local governments, industry, and
the public must implement FIPS 5-2 if the provisions of FIPS 5-2 apply to the
data being interchanged.
COUNTIES
AND EQUIVALENT ENTITIES OF THE UNITED STATES, ITS POSSESSIONS, AND ASSOCIATED
AREAS, 1990 August 31.
Purpose:Provides
the names and three-digit codes that represent the counties and statistically
equivalent entities of the 50 States, the District of Columbia, and the
possessions and associated areas of the United States, for use in the
interchange of formatted machine-sensible data. Imple ments ANSI X3.31-1988.
Applicability:Systems
requiring the interchange of data among Federal ADP users and internal data
systems where such use contributes to operational benefits, efficiency and
economy.
Solicitation
Wording:Interchange of Machine Processable Data
All
application programs resulting from this requirement that have been identified
as those that will be interchanged, or that will record data that will be
interchanged with Federal agencies, State and local governments, industry, and
the public must implement FIPS 6-4 if the provisions of FIPS 6-4 apply to the
data being interchanged.
METROPOLITAN
AREAS (INCLUDING MSAs, CMSAs, PMSAs, AND NECMAs), 1995 March(reflects technical
changes through July 1, 1994).
Purpose:
Provides a four-digit numeric code for each Metropolitan Area (MAs) in the U.S.
and Puerto Rico, including units called Metropolitan Statistical Areas (MSAs),
Consolidated Metropoli tan Statistical Areas (CMSAs), and Primary Metropolitan
Statistical Areas (PMSAs), and related units called New England County
Metropolitan Areas (NECMAs). The general concept underlying MAs is that of a
core area containing a large population nucleus together with adjacent communities
having a high degree of economic and social integration with that core.
Applicability:
Systems requiring the interchange of data among Federal ADP users and internal
data systems where such use contributes to operational benefits, efficiency and
economy.
Solicitation
Wording: Interchange of Machine Processable Data
All
application programs resulting from this requirement that have been identified
as those that will be interchanged, or that will record data that will be
interchanged with Federal agencies, State and local governments, industry, and
the public must implement FIPS 8-6 if the provisions of FIPS 8-6 apply to the
data being interchanged.
CONGRESSIONAL
DISTRICTS OF THE UNITED STATES, 1990 November 30.
Purpose:Provides
the structure of numeric codes for representing congressional districts and
similar areas defined for the various Congresses of the United States.
Applicability:
Systems requiring the interchange of data among Federal ADP users and internal
data systems where such use contributes to operational benefits, efficiency and
economy.
Solicitation
Wording: Interchange of Machine Processable Data
All
application programs resulting from this requirement that have been identified
as those that will be interchanged or that will record data that will be
interchanged with Federal agencies, State and local governments, industry, and
the public must implement FIPS 9-1 if the provisions of FIPS 9-1 apply to the
data being interchanged.
COUNTRIES,
DEPENDENCIES, AREAS OF SPECIAL SOVEREIGNTY, AND THEIR PRINCIPAL ADMINISTRATIVE
DIVISIONS, 1995 April(reflects technical changes through May 6, 1993).
Purpose:
Provides a list of the basic geopolitical entities in the world, together with
the principal administrative divisions that comprise each entity. Each basic
geopolitical entity is represented by a two-character, alphabetic country code.
Each principal administrative division is identified by a four-character code
consisting of the two-character country code followed by a two-character
administrative division code. These codes are intended for use in activities
associated with the mission of the Department of State and in National defense
programs.
Applicability:
Systems requiring the interchange of data among Federal ADP users and internal
data systems where such use contributes to operational benefits, efficiency and
economy.
Solicitation
Wording: Interchange of Machine Processable Data
All
application programs resulting from this requirement that have been identified
as those that will be interchanged, or that will record data that will be
interchanged with Federal agencies, State and local governments, industry, and
the public must implement FIPS 10-4 if the provisions of FIPS 10-4 apply to the
data being interchanged.
NOTE: Change notices for FIPS 10-4 are issued by the National Imagery and
Mapping Agency (NIMA), and are available on NIMA's GEOnet Names Server (GNS)
at: http://164.214.2.59/gns/html/fips/fips_files.html
GUIDELINE:CODES
FOR NAMED POPULATED PLACES, PRIMARY COUNTY DIVISIONS, DC3 AND OTHER LOCATIONAL
ENTITIES OF THE UNITED STATES, PUERTO RICO, AND THE OUTLYING AREAS, 1994
December 28.
Purpose:
Provides a two-character State code and five-character numeric place code to
uniquely identify each listed entity. An exhaustive list is carried of
incorporated places, census designated places, primary county divisions,
recognized Indian reservations and Alaska Native villages, and counties. For
the data files, request the fifth printed version (hard copy) or the tenth
update tape. Implements ANSI X3.47-1993.
GUIDELINE:
CODES FOR NAMED POPULATED PLACES, PRIMARY COUNTY DIVISIONS, AND OTHER
LOCATIONAL ENTITIES OF THE UNITED STATES, PUERTO RICO, AND THE OUTLYING AREAS,
1994 December 28. Same as FIPS PUB 55-DC3; (DOCUMENTATION ONLY).
FIPSPUB66
STANDARD
INDUSTRIAL CLASSIFICATION (SIC) CODES, 1979 August 15.
Purpose:The
Standard Industrial Classification (SIC) Manual for 1987 issued by the Office
of Management and Budget in the Executive Office of the President should be
used as the source of classifications, short titles, and codes for representing
industries as prescribed by FIPS PUB 66.
Applicability: Systems requiring the interchange of data among Federal ADP
users and internal data systems where such use contributes to operational
benefits, efficiency and economy.
Solicitation
Wording:Interchange of Machine Processable Data
All
application programs resulting from this requirement that have been identified
as those that will be interchanged, or that will record data that will be
interchanged with Federal agencies, State and local governments, industry, and
the public must implement FIPS 66 if the provisions of FIPS 66 apply to the
data being interchanged.
NOTE: 6/99 - The U.S. Standard Industrial Classification (SIC) system is being
replaced by the North American Industry Classification System (NAICS). NAICS is
available on the Bureau of Census Web pages: http://www.census.gov/epcd/www/naics.html.
FIPSPUB92
GUIDELINE
FOR STANDARD OCCUPATIONAL CLASSIFICATION (SOC) CODES, 1983 February 24.
Purpose:Adopts
a code set developed by the Office of Management and Budget to identify types
of occupational activities. The classification system includes all occupations
in which work is performed for pay or profit.
FIPS 95-2 HTML Version Coming Soon
CODES
FOR THE IDENTIFICATION OF FEDERAL AND FEDERALLY ASSISTED ORGANIZATIONS, 1999
April 15.
Purpose:
Specifies a four-character identifier for Federal Government Legislative,
Judicial and Executive Branch agencies, and for Federal-State, interstate and
international organizations that receive budgetary support. Also includes
government-sponsored enterprises and some Federally aided organizations.
Applicability:
Systems requiring the interchange of data among Federal ADP users and internal
data systems where such use contributes to operational benefits, efficiency and
economy.
Solicitation
Wording: Interchange of Machine Processable Data
All application
programs resulting from this requirement that have been identified as those
that will be interchanged, or that will record data that will be interchanged
with Federal agencies, State and local governments, industry, and the public
must implement FIPS 95-2 if the provisions of FIPS 95-2 apply to the data being
interchanged.
Access Control
FIPSPUB48
GUIDELINES ON EVALUATION OF TECHNIQUES FOR
AUTOMATED PERSONAL IDENTI FICATION, 1977 April 1.
Purpose:Discusses the performance of personal
identification devices, how to evaluate them, and considerations for their use
within the context of computer system security.
FIPSPUB83
GUIDELINE ON USER AUTHENTICATION TECHNIQUES
FOR COMPUTER NETWORK ACCESS CONTROL, 1980 September 29.
Purpose:Provides guidance in the selection
and implementation of techniques for authenticating the users of remote
terminals in order to safeguard against unauthorized access to computers and
computer networks.
PASSWORD
USAGE, 1985 May 30.
Purpose:Defines
10 factors to be considered in the design, implementation and use of access
control systems that are based on passwords. It specifies minimum security
criteria for such systems and provides guidance for selecting additional
security criteria for password systems which must meet higher security
requirements.
Applicability:The
standard applies to all Federal departments and agencies determining a need for
using passwords for authenticating users of an ADP system, or for authorizing
access to data in the system. The standard provides a common foundation for
password systems and specifies basic security criteria for the use of such
systems.
Solicitation
Wording:Computer Systems Password Usage
If
a requirement is set forth elsewhere in this requirements document for the use
of passwords to authenticate users of an ADP System or to authorize access to
data in the System, the systems, equipment, and/or services provided to satisfy
that requirement must be in conformance with FIPS 112.
GUIDELINE
FOR THE USE OF ADVANCED AUTHENTICATION TECHNOLOGY ALTERNATIVES, 1994 September
28.
Purpose:
Describes the primary alternative methods for verifying the identities of
computer sys tem users, and provides recommendations to Federal agencies and
departments for the acquisition and use of technology which supports these
methods.
ENTITY
AUTHENTICATION USING PUBLIC KEY CRYPTOGRAPHY, 1997 February 18.
Purpose:Specifies
two challenge-response protocols by which entitites in a computer system may
authenticate their identities to one another. These protocols may be used
during session initia tion, and at any other time that entity authentication is
necessary. Depending on which protocol is implemented, either one or both
entities involved may be authenticated. The defined protocols are derived from
an international standard for entity authentication based on public key
cryptography, which uses digital signatures and random number challenges.
Applicability:Applicable
to all Federal departments and agencies that use public key based au
thentication systems to protect unclassified information within computer and
digital telecommunica tions systems to protect unclassified information within
computer and digital telecommunications systems that are not subject to Section
2315 of Title 10, U.S. Code, or Section 3502(2) of Title 44, U.S. Code. This
standard is for use in the designing, acquisition and implementation of public
key based, challenge-response authentication systems at the application layer
within computer and digital telecommunications systems. May be used at other
layers within computer and digital telecommunications systems.
Solicitation
Wording:No wording available.
Cryptography
DATA
ENCRYPTION STANDARD (DES), 1999 October 25.
Purpose:
The selective application of technological and related procedural safeguards is
an important responsibility of every Federal organization in providing adequate
security to its electronic data systems. This publication specifies two
cryptographic algorithms, the Data Encryption Standard (DES) and the Triple
Data Encryption Algorithm (TDEA), which may be used by Federal organizations to
protect sensitive data. Protection of data during transmission or while in
storage may be necessary to maintain the confidentiality and integrity of the
information represented by the data. The algorithms uniquely define the
mathematical steps required to tranform data into a cryptographic cipher and
also to transform the cipher back to the original form. The Data Encryption Standard
is being made available for use by Federal agencies within the context of a
total security program consisting of physical security procedures, good
information management practices, and computer system/network access controls.
This revision supersedes FIPS 46-2 in its entirety.
GUIDELINES
FOR IMPLEMENTING AND USING THE NBS DATA ENCRYPTION STANDARD, 1981 April 1.
Purpose:Provides
guidance for the use of cryptographic techniques when such techniques are
required to protect sensitive or valuable computer data. For use in conjunction
with FIPS PUB 81.
DES
MODES OF OPERATION -- 1980 December 2.
Purpose: This
standard provides specifications of the recommended modes of operation but does
not specify the necessary and sufficient conditions for their secure
implementation in a particular application. This standard specifies the
numbering of data bits, how the bits are encrypted and decrypted, and the data
paths and the data processing necessary for encrypting and decrypting data or
messages.
COMPUTER
DATA AUTHENTICATION, 1985 May 30.
Purpose:Specifies
a Data Authentication Algorithm (DAA) which, when applied to computer data,
automatically and accurately detects unauthorized modifications, both
intentional and acciden tal. Based on FIPS PUB 46, this standard is compatible
with requirements adopted by the Department of Treasury and the banking
community to protect electronic fund transfer transactions.
Applicability:FIPS
113 shall be used by Federal organizations whenever a determination is made
that cryptographic authentication is needed for the detection of intentional
modifications of data, unless the data is classified according to the National
Security Act of 1947 or the Atomic Energy Act of 1954. Equipments approved for
the cryptographic authentication of classified data may be used in lieu of
equipments meeting this standard.
Solicitation
Wording:Computer Data Authentication
If
a requirement is set forth elsewhere in this requirements document that
cryptographic authentication is required for the detection of unauthorized
modification of data and that data is not classified according to the National
Security Act of 1947, as amended, the systems, equipment and/or services
provided to satisfy this requirement must be in compliance with FIPS 113.
If,
as a result of the requirements set forth elsewhere in this requirements
document, a separate capability is offered to provide cryptographic
authentication for the detection of unauthorized modification of data
classified according to the National Security Act of 1947, as amended, or the
Atomic Energy Act of 1954, as amended, and this separate capability is also to
be used for the detection of unauthorized modification of unclassified data,
the systems, equipment, and/or services provided to satisfy that requirement
must perform as comprehensively as those specified in FIPS 113.
SECURITY
REQUIREMENTS FOR CRYPTOGRAPHIC MODULES, 1994 January 11.
Purpose:Provides
the security requirements that are to be satisfied by a cryptographic module
implemented within a security system and provides four increasing, qualitative
levels of security intended to cover a wide range of potential applications and
environments. The security require ments cover basic design and documentation, module
interfaces, authorized roles and services, physical security, software
security, operating system security, key management, cryptographic algorithms,
electromagnetic interference/electromagnetic compatibility (EMI/EMC), and
self-testing.
Applicability:To
all Federal agencies that use cryptographic-based security systems to protect
unclassified information within computer and telecommunication systems
(including voice systems) that are not subject to Section 2315 of Title 10,
U.S. Code, or Section 3502(2) of Title 44, U.S. Code. This standard shall be
used in designing, acquiring and implementing cryptographic-based security
systems within computer and telecommunication systems (including voice
systems), operated by a Federal agency or by a contractor of a Federal agency
or other organization that processes information (using a computer or
telecommunications system) on behalf of the Federal government to accomplish a
Federal function.
Solicitation
Wording:Cryptographic Modules
All
hardware, software, firmware, or any combination thereof, offered to protect
unclassified information within computer and telecommunication systems
(including voice systems), shall con form to FIPS 140-1, Security Requirements
for Cryptographic Modules, and implement an overall security level of [insert
required security level from FIPS 140-1]. The offered module(s) shall also
implement the following security levels: [insert the required security level
for each specific FIPS 140-1 requirement(s), e.g., software security, operating
system security, module interfaces].
KEY
MANAGEMENT USING ANSI X9.17, 1992 April 27.
Purpose:Specifies
a particular selection of options for the automated distribution of keying mate
rial by the Federal Government when using the protocols of ANSI X9.17-1985.
ANSI X9.17-1985 defines procedures for the manual and automated management of
keying materials and utilizes the Data Encryption Standard to provide key
management for a variety of operational environments.
Applicability:This
standard shall be used by Federal agencies when designing, acquiring, imple
menting and managing keying material using the manual and automated procedures
of ANSI X9.17.
Solicitation
Wording:Acquisition of Cryptographic Key Management Systems
If
key management using the protocols of ANSI X9.17 is specified in this
requirement, all key management systems offered as a result of this requirement
shall comply with the specifications of FIPS 171.
SECURE
HASH STANDARD (SHS), 1995 April 17.
Purpose:To
specify a Secure Hash Algorithm to be used by both the transmitter and intended
receiver of a message in computing and verifying a digital signature.
Applicability:This
standard is applicable to all Federal agencies for the protection of
unclassified information that is not subject to Section 2315 of Title 10,
United States Code. This standard is required for use with the Digital
Signature Algorithm (DSA) and whenever a secure hash algorithm is required for
Federal applications.
Solicitation
Wording:Secure Hash Algorithm (SHA)
Equipment
or software offered as the result of this requirement must comply with FIPS 180
1. The SHA is required for use with [specify either `the Digital Signature
Algorithm as specified in The Digital Signature Standard' or other applications
which require a secure hash algorithm]. The SHA may be implemented in software,
firmware, hardware, or any combination thereof.
AUTOMATED
PASSWORD GENERATOR (APG), 1993 October 5.
Purpose:Specifies
a standard to be used by Federal organizations that require computer gener ated
pronounceable passwords to authenticate the personal identity of an automated
data processing (ADP) system user, and to authorize access to system resources.
The standard describes an automated password generation algorithm that randomly
creates simple pronounceable syllables as passwords. The password generator
accepts input from a random number generator based on the Data Encryption
Standard (DES) cryptographic algorithm defined in Federal Information
Processing Standard 46-2.
Applicability:To
the development of procurement or design specifications for implementing an
automatic password generation algorithm within a computer system. It shall be
used by all Federal agencies when there is a requirement for computer generated
pronounceable passwords for authenti cating users of computer systems or for
authorizing access to resources in those systems.
Solicitation
Wording:Automated Password Generator
All
automated password generators offered as a result of this requirement shall
conform to FIPS 181 and be used in conjunction with FIPS 112.
ESCROWED
ENCRYPTION STANDARD (EES), 1994 February 9.
Purpose:This
non-mandatory standard provides an encryption/decryption algorithm and a Law
Enforcement Access Field (LEAF) creation method which may be implemented in
electronic devices and may be used at the option of government agencies to
protect government telecommunications. The algorithm and the LEAF creation
method are classified and are referenced, but not specified, in the standard.
Electronic devices implementing this standard may be designed into
cryptographic modules which are integrated into data security products and
systems for use in data security applications. The LEAF is used in a key escrow
system that provides for decryption of telecommunications when access to the
telecommunications is lawfully authorized.
DIGITAL
SIGNATURE STANDARD (DSS), 2000 January 27.
Purpose:
This standard specifies algorithms appropriate for applications requiring a
digital, rather than written, signature. A digital signature is represented in
a computer as a string of binary digits. A digital signature is computed using
a set of rules and a set of parameters such that the identity of the signatory
and integrity of the data can be verified. An algorithm provides the capability
to generate and verify signatures. Signature generation makes use of a private
key to generate a digital signature. Signature verification makes use of a
public key which corresponds to, but is not the same as, the private key. Each
user possesses a private and public key pair. Public keys are never shared.
Anyone can verify the signature of a user by employing that user's public key.
Signature generation can be performed only by the possessor of the user's
private key. This revision supersedes FIPS 186-1 in its entirety.
General
Computer Security
GUIDELINES
FOR AUTOMATIC DATA PROCESSING PHYSICAL SECURITY AND RISK MANAGEMENT, 1974 June.
Purpose:Provides
guidance to Federal organizations in developing physical security and risk
management programs for their ADP facilities. Can be used as a checklist for
planning and evaluating security of computer systems.
GUIDELINES
FOR SECURITY OF COMPUTER APPLICATIONS, 1980 June 30.
Purpose:Describes
the different security objectives for a computer application, explains the
control measures that can be used, and identifies the decisions that should be
made at each stage in the lifecycle of a sensitive computer application. For
use in planning, developing and operating computer systems which require
protection.
DES
MODES OF OPERATION, 1980 December 2
Purpose: This standard provides specifications of the recommended modes of
operation but does not specify the necessary and sufficient conditions for
their secure implementation in a particular application. This standard
specifies the numbering of data bits, how the bits are encrypted and decrypted,
and the data paths and the data processing necessary for encrypting and
decrypting data or messages.
GUIDELINE
FOR COMPUTER SECURITY CERTIFICATION AND ACCREDITATION, 1983 September 27.
Purpose:Describes
how to establish and how to carry out a certification and accreditation pro
gram for computer security. Certification consists of a technical evaluation of
a sensitive system to see how well it meets its security requirements.
Accreditation is the official management authorization for the operation of the
system and is based on the certification process.
Risk Analysis
and Contingency Planning
GUIDELINES
FOR ADP CONTINGENCY PLANNING, 1981 March 27.
Purpose:Describes
what should be considered when developing a contingency plan for an ADP
facility. Provides a suggested structure and format which may be used as a
starting point from which to design a plan to fit each specific operation.
GUIDELINE
FOR THE ANALYSIS OF LOCAL AREA NETWORK SECURITY, 1994 November 9.
Purpose:Discusses
threats and vulnerabilities and considers technical security services and
security mechanisms.
Security Labels
STANDARD
SECURITY LABEL FOR INFORMATION TRANSFER, 1994 September 6.
Purpose:Defines
a security label syntax for information exchanged over data networks and
provides label encodings for use at the Application and Network Layers.
Applicability:This
standard applies to U.S. Government communications systems required by agency
security policy to label sensitive but unclassified data when exchanged over
data networks.
Proposed
Solicitation Wording:Development or Acquisition of Security Label Products and
Systems
All
security-enhanced computer communications products and systems implementing or
using security labels shall conform with the specifications of FIPS 188.
(*These Federal Telecommunications Standards (FED-STDS) were
developed by the National Communications System (NCS) and were approved by
GSA.)
FED-STD 1002A
TIME AND FREQUENCY REFERENCE INFORMATION IN
TELECOMMUNICATIONS SYSTEMS, 1991 September 3.
Purpose:FED-STD 1002A establishes the
requirements for telecommunications facilities and systems of the Federal
government to utilize time and frequency reference information based upon
coordinated universal time (UTC).
Applicability:Telecommunications facilities
and systems dependent on time or frequency reference information.
Solicitation Wording:Time and Frequency
Reference
All applicable telecommunications facilities
and systems that are offered or used as a result of this requirement shall be
referenced to the time and frequency standard specified in FED-STD 1002A.
FED-STD 1016
TELECOMMUNICATIONS: ANALOG TO DIGITAL
CONVERSION OF RADIO VOICE BY 4,800 BIT/SECOND CODE EXCITED LINEAR PREDICTION
(CELP), 1991 February 14.
Purpose:FED-STD 1016 specifies
interoperability-related requirements for the conversion of analog voice to a
4,800 bit/second digitized form for digital radio transmission by Code Excited
Linear Prediction (CELP) method.
Applicability:This standard shall be used by
all Federal departments and agencies in the design and procurement of all radio
equipment systems and applications wherein voice transmission must be digitized
prior to encryption.
Solicitation Wording:Acquisition and
development of digitized voice equipment using 4,800 bit/second Code Excited
Linear Prediction (CELP)
All applicable equipment or applications
offered as a result of this requirement for the conversion of analog voice to a
4,800 bit/second digitized form for digital radio transmission by Code Excited
Linear Prediction (CELP) method must comply with the requirements specified in
FED-STD 1016.
FED-STD 1023
TELECOMMUNICATIONS: INTEROPERABILITY
REQUIREMENTS FOR ENCRYPTED, DIGITIZED VOICE UTILIZED WITH 25 KHZ CHANNEL FM
RADIOS OPERATING ABOVE 30 MHZ, 1989 September 25.
Purpose:FED-STD 1023 describes
interoperability-related requirements for the conversion of analog voice to
digital form, its encryption and related synchronization and subsequent
frequency modulation.
Applicability:Used in the design and
procurement of digitized voiced Type I encryption equipment for use with
nominal 25 kHz channel FM radio systems that operate above 30 MHz.
Solicitation Wording:Acquisition and
Development of Digitized Voice Type I Encryption Equipment for Use With FM
Radio System
All applicable equipment or services
resulting from this requirement that are employed for digitized voice Type I
encryption for use of frequency Modulation radio systems must comply with the
requirements specified in FED-STD 1023.
FED-STD 1035A
TELECOMMUNICATIONS:CODING MODULATIONS AND
TRANSMISSION REQUIREMENTS FOR SINGLE CHANNEL MEDIUM AND HIGH FREQUENCY
RADIOTELEGRAPH SYSTEMS USED IN GOVERNMENT MARITIME MOBILE TELECOMMUNICATIONS,
1991 May 10.
Purpose:FED-STD 1035A established minium
requirements for single channel, narrowband, medium and high frequency
radiotelegraph to facilitate the interoperability of maritime mobile
telecommunications facilities.
Applicability:This standard shall be used by
all Federal departments and agencies in the design and procurement of maritime
mobile and radiotelegraph systems for medium and high frequency operation.
Solicitation Wording:Acquisition of Maritime
Mobile Telecommunications
All applicable equipment or services
resulting from this requirement that are employed for the operation of maritime
mobile radiotelegraph systems using single channel, narrow band, medium and
high frequency transmissions must comply with FED-STD 1035A.
FED-STD 1037B
TELECOMMUNICATIONS:GLOSSARY OF TELECOMMUNICATIONS TERMS, 1991 June 3.
Purpose:FED-STD 1037B provides Federal
departments and agencies a comprehensive source of definitions of terms used in
telecommunications and directly related fields by international, national, and
U.S. Government telecommunications specialist.
Applicability:Federal departments and
agencies shall use this glossary in defining terms used in specifications for
telecommunications systems, equipment, and services.
Solicitation Wording:No wording available.
FED-STD 1045A
TELECOMMUNICATIONS:HF RADIO AUTOMATIC LINK
ESTABLISHMENT, 1993 October 18.
Purpose:FED-STD 1045 establishes the
technical requirements to ensure interoperability of new long-haul radio
equipment in the medium frequency (MF) band and the high frequency (HF) band.
Applicability:Used in the design and
procurement of medium frequency and high frequency radio systems employing
automatic link establishment (ALE)
Solicitation Wording:Acquisition of MF/HF
Radio with Automatic Link Establishment
All applicable medium frequency and high
frequency telecommunications systems employing automatic link establishment
must comply with the requirements set forth in FED-STD 1045.
FED-STD 1046/1
TELECOMMUNICATIONS:HF RADIO AUTOMATIC NETWORKING SECTION 1; BASIC NETWORKINGALE
CONTROLLER, 1993 October 18.
Purpose: Establishes technical parameters, in
the form of mandatory standards and optional design objectives that are
considered necessary to ensure interoperability of new long-haul and tactical
radio equipment in the HF band.
Applicability:This standard shall be used by
all Federal agencies in the planning, design, and procurement, including lease
and purchase, of all new data communications systems that utilize the HF
Automatic Link Establishment (ALE) radio media for networking purposes.
Solicitation Language:Automatic Link
Establishment Network Controller
All equipment, software or systems offered as
a result of this requirement for a network controller for radio systems
employing automatic link establishment shall comply with FED-STD 1046, Section
1.
FED-STD 1049/1
TELECOMMUNICATIONS: HF RADIO AUTOMATIC LINK
ESTABLISHMENT IN STRESSED ENVIRONMENTS, SECTION 1: LINKING PROTECTION, 1993
July 26.
Purpose:To improve the Federal acquisition
process by providing Federal agencies a com prehensive, authoritative source of
definitions of terms and link protection parameters, and to prevent the
establishment of unauthorized HF radio links or the unauthorized manipulation
of legitimate HF radio automatic link establishment (ALE).
Applicability:All Federal agencies shall use
this standard in the design and acquisition of ALE automated radio equipment
requiring operation in stressed environments.
Solicitation Wording:Linking Protection in
Stressed Environments for HF Radio Automatic Link Establishment
All equipment and services offered as the
result of this requirement shall comply with FED-STD 1049/1 and FED-STD 1045.