808bits

Hillrom Cryptographic Security Module

FIPS 140-2 certificate #3568 · Hill-Rom Holdings, Inc. · data as of 2026-10-09

Hillrom Cryptographic Security Module, from Hill-Rom Holdings, Inc., holds FIPS 140-2 certificate #3568 at overall level 1. The validation is historical: agencies may keep the module in existing systems but not buy it new. Below are its validation history, algorithm certificates and security policy, drawn from the NIST CMVP entry.

Historical. 186-2 transition. Federal agencies may reference historical validations for existing systems only, not for new procurement.
Caveat: When built, installed, protected and initialized as assumed by the Crypto Officer role and as specified in the provided Security Policy and operated in FIPS mode. Appendix A of the provided Security Policy specifies the actual distribution tar file containing the source code of this module. There shall be no additions, deletions or alterations to the tar file contents as used during module build. The distribution tar file shall be verified as specified in Appendix A of the provided Security Policy. Installation and protection shall be completed as specified in Appendix A of the provided Security Policy. Initialization shall be invoked as per Section 4 of the provided Security Policy. Any deviation from specified verification, protection, installation and initialization procedures will result in a non FIPS 140-2 compliant module. This validation entry is a non-security relevant modification to Cert. #2473

Certificate

Certificate number3568
StandardFIPS 140-2
Statushistorical
Overall level1
Module typeSoftware
EmbodimentMulti-Chip Stand Alone
VendorHill-Rom Holdings, Inc. · website
Software versions2.0.10

Module description

Quoted from the NIST CMVP entry for this certificate.

The Hillrom Cryptographic Security Module is an implementation of the OpenSSL FIPS Object Module 2.0. It is designed for ease of use with the popular OpenSSL cryptographic library and toolkit and is available for use without charge for a wide variety of platforms. The basic validation can also be extended quickly and affordably to accommodate new platforms and many types of modifications.

Security level exceptions

  • Roles, Services, and Authentication: Level 2
  • Physical Security: N/A
  • Design Assurance: Level 3
  • Mitigation of Other Attacks: N/A

Approved algorithms (9)

AlgorithmCAVP certificates
AES3264
CVL472
DRBG723
DSA933
ECDSA620
HMAC2063
RSA1664
SHS2702
Triple-DES1853

Allowed algorithms

EC Diffie-Hellman (CVL Cert. #472, key agreement; key establishment methodology provides between 112 and 256 bits of encryption strength); RSA (key wrapping; key establishment methodology provides between 112 and 256 bits of encryption strength)

Tested configurations

  • Yocto Linux 3.10 running on Freescale i.MX6 (ARMv7) with PAA (gcc Compiler Version 4.8.1)
  • Yocto Linux 3.10 running on Freescale i.MX6 (ARMv7) without PAA (gcc Compiler Version 4.8.1) (single-user mode)

Validation history

DateTypeLab
2019-11-21InitialAcumen Security

Status timeline

As observed by this tracker's snapshots. NIST publishes no dates for list moves; observation began 2026-08-21, so earlier changes carry no date.

  • 2026-08-21: first observed by this tracker, status historical
  • Validation dates on record: 2019-11-21

Source documents