Module Name
Red Hat Enterprise Linux 8 GnuTLS Cryptographic Module
Validation Dates
02/08/2021
Caveat
When operated in FIPS mode. The module generates cryptographic keys whose strengths are modified by available entropy.
Security Level Exceptions
Embodiment
Multi-Chip Stand Alone
Description
GnuTLS is a secure communications library implementing the TLS and DTLS protocols. It provides a simple C language application programming interface to access the secure communications protocols as well as APIs to parse and write X.509, PCKS#12, and other required structures which is shipped with Red Hat Enterprise Linux 7.6.
Tested Configuration(s)
- Red Hat Enterprise Linux 8 running on Dell PowerEdge R430 with an Intel(R) Xeon(R) E5 with PAA
- Red Hat Enterprise Linux 8 running on Dell PowerEdge R430 with an Intel(R) Xeon(R) E5 without PAA (single-user mode)
FIPS Algorithms
| AES |
Certs. #A120, #A122, #A129 and #A387 |
| CKG |
vendor affirmed |
| CVL |
Cert. #A120 |
| DRBG |
Cert. #A120 |
| DSA |
Cert. #A120 |
| ECDSA |
Cert. #A120 |
| HMAC |
Certs. #A120 and #A122 |
| KTS |
AES Certs. #A120, #A122 and #A129; key establishment methodology provides 128 or 256 bits of encryption strength |
| KTS |
AES Certs. #A120, #A122 and #A129 and HMAC Certs. #A120 and #A122; key establishment methodology provides 128 or 256 bits of encryption strength |
| KTS |
Triple-DES Cert. #A120 and HMAC Certs. #A120 and #A122; key establishment methodology provides 112 bits of encryption strength |
| PBKDF |
vendor affirmed |
| RSA |
Cert. #A120 |
| SHA-3 |
Certs. #A130 and #A131 |
| SHS |
Certs. #A120 and #A122 |
| Triple-DES |
Cert. #A120 |
Allowed Algorithms
Diffie-Hellman (Cert. #A120, key agreement; key establishment methodology provides between 112 and 256 bits of encryption strength); EC Diffie-Hellman (Cert. #A120, key agreement; key establishment methodology provides between 128 and 256 bits of encryption strength); MD5; NDRNG; RSA (key wrapping; key establishment methodology provides between 112 and 256 bits of encryption strength);
Software Versions
rhel8.20190816
) or https:// don't prove our archive is authentic, only that you securely accessed it. Note that we are working to fix that :)
