Skip to content

System Inventory

System Inventory template: The organization-wide register of its systems, each with an owner, categorization, authorization status and boundary, and whether it processes personally identifiable information, as SP 800-53 PM-5 and PM-5(1) require.

TypeProgram stageStatusTemplate versionNIST basis
Form or registerFoundationDraft1.0.0SP 800-53 release 5.2.0

The organization-wide register of its systems, each with an owner, categorization, authorization status and boundary, and whether it processes personally identifiable information, as SP 800-53 PM-5 and PM-5(1) require.

ControlTitle
PM-5System Inventory
PM-5(1)Inventory of Personally Identifiable Information
VariantReady to adoptAnnotated
All baselinesWord · MarkdownWord · Markdown

The register as a spreadsheet: CSV, with one column per field.

OrganizationMaintained byLast updatedUpdated by
Organization nameChief Information Security OfficerFill in: dateFill in: name and title
  • Add a system when it is first planned, and before it is authorized or placed in operation (PM-5).
  • Update the register Fill in: the frequency at which to update the inventory of organizational systems Typical: quarterly, and whenever a system is authorized, significantly changed or retired (PM-5).
  • Mark each system that processes personally identifiable information, and review those entries with the Senior privacy official Fill in: the frequency at which to update the inventory of systems, applications, and projects that process personally identifiable information Typical: at least annually, and whenever a privacy impact assessment is completed or updated (PM-5(1)).
  • Keep retired systems, with their retirement date, so the history supports audits.
  • Record a system provided by an external service (for example a software-as-a-service application) as its own entry when the organization is responsible for authorizing its use.
FieldWhat to record
IDA unique, permanent system identifier
System nameThe system’s name, and any previous names
DescriptionWhat the system does and the mission or business function it supports
System ownerThe role and organizational unit that owns the system
Authorizing officialThe official who authorizes the system
Security categorizationThe impact level for confidentiality, integrity and availability, and the overall level
Control baselineThe SP 800-53B baseline the system uses, with any tailoring noted in its security plan
HostingWhere it runs: on premises, a named cloud service, or a provider
Processes PIIYes or no; if yes, the privacy impact assessment reference
InterconnectionsOther systems it exchanges information with, and the agreement reference (CA-3)
Authorization statusAuthorized, in process or not authorized; decision date and termination date
Last assessmentDate of the last control assessment
Security planWhere the system security plan is kept
Operational statusPlanned, under development, operational, undergoing significant change, or retired
IDSystem nameDescriptionSystem ownerAuthorizing officialSecurity categorizationControl baselineHostingProcesses PIIInterconnectionsAuthorization statusLast assessmentSecurity planOperational status
Fill in: IDFill in: nameFill in: descriptionFill in: ownerFill in: officialFill in: for example ModerateFill in: for example ModerateFill in: hostingFill in: yes or noFill in: systemsFill in: status and datesFill in: dateFill in: locationFill in: status

The Paperwork Reduction Act requires each agency head to maintain an inventory of major information systems, updated at least annually (44 U.S.C. § 3505(c)). Security categorization follows FIPS 199.

  • The register shall mark each major information system and shall be updated at least annually. (PM-5)

Independent guidance, not an official NIST publication. Control text is from NIST SP 800-53 Rev. 5 and SP 800-53A (public domain). Original content is licensed CC BY 4.0; program templates and the downloadable kit are dedicated to the public domain under CC0 1.0.