19.2. 암호화 구성 요소 관련 변경 사항

CA-certificates 신뢰 저장소 이동

/etc/pki/tls/certs 신뢰 저장소는 OpenSSL에 더 최적화된 다른 형식으로 변환됩니다. 결과적으로 /etc/pki/tls/certs 의 파일을 직접 사용하는 경우 동일한 데이터가 저장되는 /etc/pki/ca-trust/extracted 디렉터리로 전환합니다. 예를 들어 /etc/pki/tls/certs/ca-bundle.crt 에서 신뢰 번들에 액세스하는 소프트웨어는 대신 /etc/pki/ca-trust/extracted/pem/tls-ca-bundle.pem 을 사용하여 전환해야 합니다.

FIPS-mode-setup 이 제거됨

RHEL에서 fips-mode-setup 명령이 제거되었습니다. FIPS(Federal Information Processing Standard) 140에서 요구하는 암호화 모듈 자체 점검을 활성화하려면 시스템 설치 중에 FIPS 모드를 활성화합니다. 자세한 내용은 보안 강화 문서의 RHEL을 FIPS 모드로 전환 장을 참조하십시오.

/etc/system-fips 제거

/etc/system-fips 파일을 통해 FIPS 모드를 나타내는 지원이 RHEL에서 제거되었습니다. FIPS 모드에서 RHEL을 설치하려면 시스템 설치 중에 fips=1 매개변수를 커널 명령줄에 추가합니다. /proc/sys/crypto/fips_enabled 파일을 표시하여 RHEL이 FIPS 모드에서 작동하는지 확인할 수 있습니다.

Compat-openssl11 이 제거됨

OpenSSL 1.1, compat-openssl11 의 호환성 라이브러리가 RHEL 10에서 제거되었습니다. OpenSSL 1.1은 더 이상 유지 관리되지 않으며 OpenSSL TLS 툴킷을 사용하는 애플리케이션은 버전 3.x로 마이그레이션되어야 합니다.

pkcs11-provider openssl-pkcs11로 대체

OpenSSL 엔진에서 공급자 API로의 마이그레이션 과정의 일환으로 pkcs11-provider 패키지는 openssl-pkcs11 패키지 (engine_pkcs11)를 대체합니다. openssl-pkcs11 패키지는 RHEL 10에서 제거됩니다.

DEFAULT 암호화 정책은 RSA 키 교환이 포함된 TLS 암호를 거부합니다.

RSA 키 교환을 사용하는 TLS 암호는 RHEL 10의 DEFAULT 시스템 전체 암호화 정책에서 더 이상 허용되지 않습니다. 이러한 암호는 완벽한 전달 보안을 제공하지 않으며 다른 키 교환을 사용하는 암호로서 안전하지 않습니다(예: ECDH(Elliptic-curve Diffie-Hellman) 키 교환).

LEGACY 암호화 정책에서 TLS에서 SHA-1 서명을 허용하지 않음

RHEL 10의 LEGACY 시스템 전체 암호화 정책은 더 이상 TLS 컨텍스트에서 SHA-1을 사용하는 서명을 생성하거나 확인할 수 없습니다. 따라서 OpenSSL 이외의 라이브러리는 사용 사례에 관계없이 SHA-1을 사용하는 서명을 더 이상 수락하거나 생성하지 않을 수 있습니다. OpenSSL은 시스템이 LEGACY 에 있거나 이 기능이 사용자 지정 하위 정책으로 다시 활성화된 경우 TLS에 사용하지 않을 때 SHA-1을 사용하는 서명을 계속 수락합니다.

SHA1 하위 정책 제거

update-crypto-policies --set DEFAULT: SHA1 명령을 입력한 후 DEFAULT 시스템 전체 암호화 정책에서 SHA-1 알고리즘을 사용하여 서명을 생성하고 확인할 수 있는 SHA1 하위 정책은 RHEL 10에서 더 이상 사용할 수 없습니다.

OpenSSL이 더 이상 TLS에서 SHA-1을 허용하지 않음

OpenSSL은 RHEL 10의 TLS에서undercloud LEVEL=2 에서 SHA-1 알고리즘을 허용하지 않습니다. 시나리오가 TLS 1.0 또는 1.1을 사용해야 하는 경우, inventory LEVEL=0 을 명시적으로 설정하고 LEGACY 시스템 전체 암호화 정책으로 전환해야 합니다. LEGACY 정책에서는 TLS 외부에서 SHA-1을 사용하는 애플리케이션이 계속 작동합니다.

OpenSSL 암호화 제품군은 더 이상 비활성화된 해시 또는 MAC이 있는 암호화 제품군을 활성화하지 않음

이전 버전에서는 OpenSSL TLS 1.3 특정 Ciphersuites 옵션 값이 암호화 정책의 암호화 옵션에 의해서만 제어되었기 때문에 사용자 지정 암호화 정책을 적용하면 해시 또는 MAC이 비활성화된 경우에도 특정 TLS 1.3 암호화 제품군을 사용할 수 있었습니다. 이번 업데이트를 통해 암호화 제품군 활성화 여부를 결정할 때 crypto-policies 가 더 많은 알고리즘을 고려합니다. 결과적으로 사용자 정의 암호화 정책이 있는 시스템에서 OpenSSL이 시스템 설정에 따라 이전에 활성화된 TLS 1.3 암호화 제품군의 일부를 협상하지 못할 수 있습니다.

RHEL 10.0의 OpenSSL FIPS 표시는 RHEL 10 수명 동안 변경될 수 있습니다.

RHEL은 OpenSSL 업스트림 이전에 OpenSSL FIPS 지표를 도입했으며 두 디자인 모두 다르므로 향후 RHEL 10의 마이너 버전에서 지표가 변경될 수 있습니다. 업스트림 API를 잠재적으로 채택한 후 RHEL 10.0 표시기에서 결과 대신 "지원되지 않음" 오류 메시지를 반환할 수 있습니다. 자세한 내용은 OpenSSL FIPS Indicators GitHub 문서를 참조하십시오.

LEGACY 정책으로 전환해도 TLS 연결에서 SHA-1 지원이 활성화되지 않음

기본 암호화 문자열에 지정된 @SECLEVEL 설정 또는 rh-allow-sha1-signatures 속성 중 SHA-1 서명을 지원할 수 있습니다. TLS 컨텍스트에서 SHA-1에 대한 지원은 @SECLEVEL=0 을 설정하여 활성화됩니다. 그러나 이 설정은 다른 비보안 알고리즘도 허용합니다.

엄격한 SSH 호스트 키 권한이 복원됨

필요한 호스트 키 권한이 이전의 덜 엄격한 값 0640 에서 0600 으로 변경되었습니다. 이는 업스트림에 사용된 값이기도 합니다. 이전에 모든 SSH 키를 소유한 ssh_keys 그룹도 제거되었습니다. 따라서 ssh-keysign 유틸리티는 SGID 비트 대신 SUID 비트를 사용합니다.

crypto-policies 에서 GnuTLS에 allow-rsa-pkcs1-encrypt = false 설정

RHEL 10에서 GnuTLS 라이브러리는 기본적으로 RSA PKCS #1 v1.5 패딩을 사용하여 암호화 및 암호 해독을 차단합니다. LEGACY 정책을 제외하고 allow-rsa-pkcs1-encrypt = false 옵션은 모든 시스템 전체 암호화 정책(DEFAULT, FUTURE, FIPS)에 지정됩니다.