Module Name
Red Hat Enterprise Linux 8 GnuTLS Cryptographic Module
Caveat
When operated in FIPS mode and installed, initialized and configured as specified in Section 9 and 10 of the Security Policy. 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, PKCS#12, and other required structures which is shipped with Red Hat Enterprise Linux 8.
Tested Configuration(s)
- Red Hat Enterprise Linux 8 running on Dell PowerEdge R440 with an Intel(R) Xeon(R) Silver 4216 with PAA
- Red Hat Enterprise Linux 8 running on Dell PowerEdge R440 with an Intel(R) Xeon(R) Silver 4216 without PAA (single-user mode)
FIPS Algorithms
| AES |
Certs. #A1307, #A1311, #A1312, #A1314, #A1315, #A1317, #A1318 and #A1320 |
| CKG |
vendor affirmed |
| CVL |
Cert. #A1317 |
| DRBG |
Cert. #A1317 |
| DSA |
Cert. #A1317 |
| ECDSA |
Cert. #A1317 |
| ENT |
NP |
| HMAC |
Certs. #A1312 and #A1317 |
| KAS |
KAS-SSC Cert. #A1317, CVL Cert. #A1317 |
| KAS-SSC |
Cert. #A1317 |
| KDA |
Cert. #A1316 |
| KTS |
AES Certs. #A1311, #A1312 and #A1317; key establishment methodology provides 128 or 256 bits of encryption strength |
| KTS |
AES Certs. #A1311, #A1312 and #A1317 and HMAC Certs. #A1312 and #A1317; key establishment methodology provides 128 or 256 bits of encryption strength |
| KTS |
Triple-DES Cert. #1317 and HMAC Certs. #A1312 and #A1317; key establishment methodology provides 112 bits of encryption strength |
| PBKDF |
Cert. #A1317 |
| RSA |
Cert. #A1317 |
| SHA-3 |
Certs. #A1313 and #A1319 |
| SHS |
Certs. #A1312 and #A1317 |
| Triple-DES |
Cert. #A1317 |
Allowed Algorithms
MD5; RSA (key wrapping; key establishment methodology provides between 112 and 256 bits of encryption strength);
Software Versions
rhel8.20210401
) or https:// don't prove our archive is authentic, only that you securely accessed it. Note that we are working to fix that :)
