Red Hat® Enterprise Linux® is the world’s leading enterprise Linux platform. It’s an open source operating system (OS) that supports multiple users, user permissions, access controls, and cryptographic functionality. The TOE also supports secure connectivity with several other IT environment devices as described in Table 1 below,
\r\n| \r\n\r\n | \r\n\r\n Required \r\n | \r\n\r\n Usage/Purpose Description for TOE performance \r\n | \r\n
| \r\n TOE HW Platform \r\n | \r\n\r\n Yes \r\n | \r\n\r\n x86_64 platform to run RHEL on. The platform must protect the TOE from hardware vulnerabilities, support UEFI Secure Boot, and provide network connectivity. \r\n | \r\n
| \r\n Workstation with SSH Client \r\n | \r\n\r\n No \r\n | \r\n\r\n This includes any IT Environment Management workstation with an SSH client installed that is used by the TOE users (including administrators) to remotely connect to the TOE through SSH protected channels. Any SSH client that supports SSHv2 may be used. \r\n | \r\n
| \r\n Audit Server \r\n | \r\n\r\n No \r\n | \r\n\r\n The audit server is used for remote storage of audit records that have been generated by and transmitted from the TOE. \r\n | \r\n
| \r\n Update Server \r\n | \r\n\r\n Yes \r\n | \r\n\r\n Provides the ability to check for updates to the TOE as well as providing signed updates. \r\n | \r\n
Table 1 IT Environment Components
\r\n\r\n
The TOE itself does not have physical boundaries; however, the TOE was evaluated on a Dell Inc. PowerEdge R630 with an Intel(R) Xeon(R) E5-2620v4 processor.
","evaluation_configuration":"","security_evaluation_summary":"\r\nThe evaluation was carried out in accordance with the Common Criteria Evaluation and Validation Scheme (CCEVS) process and scheme. The criteria against which the Red Hat Enterprise Linux 7.6 was evaluated is described in the Common Criteria for Information Technology Security Evaluation, Version 3.1 rev 5. The evaluation methodology used by the evaluation team to conduct the evaluation is the Common Methodology for Information Technology Security Evaluation, Version 3.1 rev 5. Acumen Security determined that the evaluation assurance level (EAL) for the product is EAL 1. The product, when delivered configured as identified in the RHEL 7.6 Common Criteria Configuration for GPOSPP version 4.2.1, satisfies all of the security functional requirements stated in the Red Hat Enterprise Linux 7.6 Security Target version 1.1 The project underwent CCEVS Validator review. The evaluation was completed in June 2020. Results of the evaluation can be found in the Common Criteria Evaluation and Validation Scheme Validation Report prepared by CCEVS.
","environmental_strengths":"\r\nThe TOE provides the security functionality required by [GPOSPP] and [SSHEP].
\r\nThe TOE generates and stores audit events using the Lightweight Audit Framework (LAF). The LAF is designed to be an audit system making Linux compliant with the requirements from Common Criteria by intercepting all system calls and receiving audit events from privileged user space applications. The framework allows configuring the events to be recorded from the set of all events that are possible to be audited. Each audit record contains the date and time of event, type of event, subject identity, user identity and results (success/fail) of the action if applicable.
\r\nThe TOE provides a broad range of cryptographic support; providing SSHv2 and TLSv1.2 protocol implementations in addition to individual cryptographic algorithms.
\r\nThe cryptographic services provided by the TOE are described below.
\r\n| \r\n Cryptographic Protocol \r\n | \r\n\r\n Use within the TOE \r\n | \r\n
| \r\n SSH Client \r\n | \r\n\r\n The TOE allows administrators and users to connect to remote SSH servers. \r\n | \r\n
| \r\n SSH Server \r\n | \r\n\r\n The TOE allows remote administrators to connect using SSH. \r\n | \r\n
| \r\n TLS Client \r\n | \r\n\r\n The TOE connects to remote trusted IT entities using TLS. \r\n | \r\n
Table 2 TOE Cryptographic Protocols
\r\nThe TOE includes two cryptographic libraries/implementations. Each of these cryptographic algorithms has been validated for conformance to the requirements specified in their respective standards, as identified below.
\r\n| \r\n Algorithm \r\n | \r\n\r\n Related SFRs \r\n | \r\n\r\n TOE Use \r\n | \r\n\r\n CAVP Certificate # \r\n | \r\n
| \r\n OpenSSL Version 7.0 \r\n | \r\n|||
| \r\n AES \r\n | \r\n\r\n FCS_COP.1(1) \r\nFCS_COP.1(1)/SSH \r\nFCS_SSHC_EXT.1 \r\nFCS_SSHS_EXT.1 \r\nFCS_TLSC_EXT.1 \r\nFCS_STO_EXT.1 \r\n | \r\n\r\n SSH AES CBC and CTR modes with 128 and 256-bit keys \r\nTLS AES CBC and GCM modes with 128 and 256-bit keys \r\nFile Encryption using AES CBC with 128 and 256-bit keys \r\n | \r\n\r\n C1443 \r\n | \r\n
| \r\n Diffie-Hellman \r\n | \r\n\r\n FCS_CKM.2 \r\nFCS_SSHC_EXT.1 \r\nFCS_SSHS_EXT.1 \r\nFCS_TLSC_EXT.1 \r\n | \r\n\r\n SSH Diffie-Hellman Group 14 Key Establishment \r\nTLS Diffie-Hellman Group 14 Key Establishment \r\n | \r\n\r\n N/A \r\n | \r\n
| \r\n DRBG \r\n | \r\n\r\n FCS_DRBG_EXT.1 \r\n | \r\n\r\n CTR_DRBG (AES-256) \r\n | \r\n\r\n C1443 \r\n | \r\n
| \r\n ECDSA \r\n | \r\n\r\n FCS_CKM.1 \r\nFCS_COP.1(3) \r\nFCS_SSHC_EXT.1 \r\nFCS_SSHS_EXT.1 \r\nFCS_TLSC_EXT.1 \r\nFCS_TLSC_EXT.2 \r\nFCS_TLSC_EXT.4 \r\n | \r\n\r\n SSH ECDSA P-256 and P-384 Host Key and User Key Generation \r\nSSH EC Diffie-Hellman P-256, P-384, and P-521 Key Generation \r\nSSH ECDSA P-256 and P-384 Host and User Signature Generation and Verification \r\nTLS ECDSA P-256, P-384, and P-521 Client Key Generation \r\nTLS EC Diffie-Hellman P-256, P-384, and P-521 Key Generation \r\nTLS ECDSA P-256, P-384, and P-521 Signature Generation and Verification \r\n | \r\n\r\n C1443 \r\n | \r\n
| \r\n HMAC \r\n | \r\n\r\n FCS_COP.1(4) \r\nFCS_SSHC_EXT.1 \r\nFCS_SSHS_EXT.1 \r\nFCS_TLSC_EXT.1 \r\n | \r\n\r\n SSH HMAC-SHA-256 and HMAC-SHA-512 \r\nTLS HMAC-SHA-1, HMAC-SHA-256, and HMAC-SHA-384 \r\nTLS HMAC-SHA-256 and HMAC-SHA-384 Key Derivation \r\n | \r\n\r\n C1443 \r\n | \r\n
| \r\n KAS \r\n | \r\n\r\n FCS_CKM.2 \r\nFCS_SSHC_EXT.1 \r\nFCS_SSHS_EXT.1 \r\nFCS_TLSC_EXT.2 \r\n | \r\n\r\n SSH EC Diffie-Hellman P-256, P-384, and P-521 Key Establishment \r\nTLS EC Diffie-Hellman P-256, P-384, and P-521 Key Establishment \r\n | \r\n\r\n C1443 \r\n | \r\n
| \r\n RSA \r\n | \r\n\r\n FCS_CKM.1 \r\nFCS_CKM.2 \r\nFCS_COP.1(3) \r\nFCS_SSHC_EXT.1 \r\nFCS_SSHS_EXT.1 \r\nFCS_TLSC_EXT.1 \r\nFPT_TST_EXT.1 \r\n | \r\n\r\n SSH RSA 2048-bit and 3072-bit Host Key and User Key Generation \r\nSSH RSA 2048-bit and 3072-bit Host and User Signature Generation and Verification \r\nTLS RSA 2048-bit and 3072-bit Key Establishment \r\nTLS RSA 2048-bit and 3072-bit Signature Verification \r\nSelf-Test RSA 2048 Signature Verification \r\n | \r\n\r\n\r\n N/A for Key Establishment uses \r\n | \r\n
| \r\n SHS \r\n | \r\n\r\n FCS_COP.1(2) \r\nFCS_SSHC_EXT.1 \r\nFCS_SSHS_EXT.1 \r\n | \r\n\r\n SSH SHA-1, SHA-256, SHA-384, and SHA-512 Key Derivation \r\nSHA-1, SHA-256, SHA-384, and SHA-512 for Digital Signatures and HMACs \r\n | \r\n\r\n\r\n | \r\n
| \r\n NSS v6.0 \r\n | \r\n|||
| \r\n RSA \r\n | \r\n\r\n FCS_COP.1(3) \r\nFPT_TUD_EXT.1 \r\nFPT_TUD_EXT.2 \r\n | \r\n\r\n Trusted Update RSA 4096 Signature Verification \r\n | \r\n\r\n C1624 \r\n | \r\n
| \r\n SHS \r\n | \r\n\r\n FCS_COP.1(2) \r\n | \r\n\r\n SHA-256 for Digital Signatures \r\n | \r\n\r\n C1624 \r\n | \r\n
Table 3 CAVP Algorithm Testing References
\r\nThe OpenSSL library provides TLS Client functions that may be used by applications. The OpenSSL library also provides the cryptographic algorithms for the SSH Client, SSH Server, and Secure Boot functionality.
\r\nThe NSS library provides cryptographic algorithms for Trusted Update functionality.
\r\nDiscretionary Access Control (DAC) allows the TOE to assign owners to file system objects and Inter-Process Communication (IPC) objects. The owners are allowed to modify Unix-type permission bits for these objects to permit or deny access for other users or groups. The DAC mechanism also ensures that untrusted users cannot tamper with the TOE mechanisms.
\r\nThe TOE also implements POSIX Access Control Lists (ACLs) that allow the specification of the access to individual file system objects down to the granularity of a single user.
\r\nUser identification and authentication in the TOE includes all forms of interactive login (e.g. using the SSH protocol or log in at the local console) as well as identity changes through the su or sudo command. These all rely on explicit authentication information provided interactively by a user.
\r\nThe authentication security function allows password-based authentication. For SSH access, public-key-based authentication is also supported.
\r\nPassword quality enforcement mechanisms are offered by the TOE which are enforced at the time when the password is changed.
\r\nThe security management facilities provided by the TOE are usable by authorized users and/or authorized administrators to modify the configuration of TSF.
\r\nThe TOE implements self-protection mechanisms that protect the security mechanisms of the TOE as well as software executed by the TOE. The following self-protection mechanisms are implemented and enforced:
\r\n· Address Space Layout Randomization for user space code.
\r\n· Stack buffer overflow protection using stack canaries.
\r\n· Secure Boot ensuring that the boot chain up to and including the kernel together with the boot image (initramfs) is not tampered with.
\r\n· Updates to the operating system are only installed after their signatures have been successfully validated.
\r\nThe TOE displays informative banners before users are allowed to establish a session.
\r\nThe TOE supports TLSv1.2 and SSHv2 to secure remote communications. Both protocols may be used for communications with remote IT entities. Remote administration is only supported using SSHv2.
\r\n","features":[]}