Red Hat Enterprise Linux 소프트웨어 인증 정책 가이드

성공 기준

• 비 Red Hat 패키지는 인증을 받는 제품 또는 해당 종속 항목에 속하는 것으로 확인됩니다.
• 파일은 패키지 내에서 추적됩니다.

성공 기준

• 패키지 및 패키지 변경 사항은 버전이 지정됩니다.

성공 기준

• 모든 종속 항목이 추적됩니다.

성공 기준

• 테스트에서 RHEL 버전과 커널 버전을 모두 탐지합니다.

성공 기준

• 실행 중인 커널은 Red Hat 커널입니다.
• 실행 중인 커널은 RHEL 버전과 함께 사용하기 위해 Red Hat에서 릴리스합니다.
• 실행 중인 커널이 테인트되지 않습니다.
• 실행 중인 커널이 수정되지 않았습니다.

성공 기준

• 커널 모듈은 Red Hat에서 릴리스하며 지원됩니다.

성공 기준

• 파트너는 다음을 수행해야 합니다.

  • Red Hat의 프로덕션 적용 범위에 정의된 정책을 이해하고 그에 따라 조치한다는 데 동의합니다.
  • 귀하가 Red Hat의 타사 지원 정책에 정의된 정책에 따라 이해하고 조치를 취할 것에 동의합니다.
  • 공동 고객용으로 작성된 커널 모듈에 대한 문서를 Red Hat에 제공합니다.
  • 애플리케이션 지원 팀 및 커널 엔지니어링 지원 팀의 연락처 정보를 Red Hat에 제공
  • 모듈을 소유하고 지원하도록 선언합니다.
  • 모듈이 RHEL 커널 또는 userland 기능을 방해하지 않도록 선언합니다.
  • 해당 모듈이 하드웨어 드라이버가 아님을 선언합니다.

• 파트너 커널 모듈은 다음을 수행해야 합니다.

  • lsmod 명령의 출력에서 모듈 이름, 크기 및 종속 항목을 표시합니다.
  • 파트너 문서에 맞춰 modinfo 명령의 출력에 모듈 이름, 파일 이름, 라이센스 및 설명을 표시합니다.
  • 파트너가 modinfo 명령 출력에서 모듈을 서명하고 지원하는 것을 보여줍니다.
  • 사전 컴파일된 ko 또는 ko.xz kmods.
  • 마지막 피벗_root 후 로드됩니다.
  • RPM 또는 파트너가 서명한 다른 형식으로 제공 및 패키징해야 합니다. 또한 in-memory 및 on-disk 커널 모듈의 유효성을 확인하는 메커니즘을 제공해야 합니다.

• RPM으로 전달 및 패키지된 경우 파트너 커널 모듈은 다음을 수행해야 합니다.

  • 표준 RHEL RPM 인증 요구 사항을 충족합니다.
  • 패키지의 공급 업체가 rpm -qi 명령의 출력에서 지원을 담당한다는 것을 보여줍니다.
  • rpm -q --requires 명령의 출력에서 커널 모듈에 지원되는 Red Hat 커널 범위를 표시합니다.

• RHEL 커널이 지원되지 않는 하드웨어를 식별하지 않는지 확인합니다. 커널이 지원되지 않는 하드웨어를 식별할 때 시스템 로그의 "지원되지 않는 하드웨어"와 유사한 메시지를 표시하고 지원되지 않는 커널 테인트를 트리거합니다. 이 하위 테스트는 지원되지 않는 구성 및 환경에서 Red Hat 제품을 실행할 위험이 완화됩니다.

  하이퍼바이저, 파티셔닝, 클라우드 인스턴스 및 기타 가상 머신 상황에서 커널은 가상 머신에서 RHEL에 제공되는 하드웨어 데이터를 기반으로 지원되지 않는 하드웨어 메시지 또는 테인트를 트리거할 수 있습니다.

• 테스트 중인 호스트가 최소 하드웨어 요구 사항을 충족하는지 확인합니다.

  • RHEL 8 및 RHEL 9: CPU 논리 코어 수에 따라 최소 시스템 RAM은 1.5GB여야 합니다.
• 커널이 알려진 하드웨어 취약점을 보고했는지 확인합니다.
• 시스템에서 오프라인 CPU가 없는지 확인합니다.
• 시스템에서 동시 멀티스레딩을 사용할 수 있고 활성화되어 있는지 확인합니다.

성공 기준

• 커널에는 UNSUPPORTEDHARDWARE 테인트 비트가 설정되어 있지 않습니다.
• 커널은 지원되지 않는 하드웨어 시스템 메시지를 보고하지 않습니다.
• 커널은 취약점을 보고하지 않습니다.
• 커널은 코어에서 설치된 메모리 비율을 범위를 벗어난 것으로 보고하지 않습니다.
• 커널은 CPU를 오프라인 상태로 보고하지 않습니다.

성공 기준

• 베어 메탈 시스템의 전달 시나리오는 x86_64, ppc64le, s390x 및 aarch64입니다.
• 하이퍼바이저 또는 파티셔닝 환경의 전달 시나리오는 RHEL KVM, VMware, RHEV, QEMU 및 HyperV입니다.

성공 기준

• RHEL 8 및 RHEL 9:

  • 루트 파일 시스템은 10GB 이상입니다.
  • 부팅 파일 시스템은 1GB 이상이며 xfs 또는 ext 포맷 파티션에 있습니다.

성공 기준

• 설치된 Red Hat RPM은 수정되지 않습니다.
• 설치되지 않은 Red Hat RPM은 필수이며 문서화되어 있습니다.
• 설치되지 않은 Red Hat RPM은 Red Hat RPM 또는 소프트웨어와 충돌하지 않습니다.

성공 기준

• BaseOS 및 AppStream RHEL 리포지토리를 활성화했습니다.
• RHEL 리포지토리의 GPG 키를 가져옵니다.
• 관련 Red Hat 리포지토리는 Red Hat Update Infrastructure, Red Hat Satellite 및 Red Hat Content Delivery Network입니다.
• 인증을 받는 제품에 필요한 비 Red Hat 리포지토리 또는 테스트를 실행하는 인증된 Red Hat 퍼블릭 클라우드에 의해 문서화되어 있습니다.

성공 기준

• RHEL 컨테이너 툴 세트가 설치 및 작동합니다.
• 환경에 있는 모든 컨테이너는 RHEL 서브스크립션의 일부로 제공되거나 제품 인증의 일부로 확인되었습니다.
• 기본 RHEL 컨테이너 레지스트리 registry.redhat.io 는 활성화되어 있습니다.

성공 기준

• insights-client 패키지가 설치되어 작동 중입니다.

성공 기준

• Red Hat 패키지에 대해 릴리스된 중요하고 중요한 보안 업데이트가 모두 설치됩니다.

성공 기준

• SELinux는 test 중인 호스트의 강제 모드로 구성되어 실행 중입니다.

성공 기준

• Red Hat 이외의 소프트웨어 모듈이 설치된 경우 subtest가 실패합니다.

• 테스트 시스템에서 실행 중인 컨테이너 목록을 표시합니다.
• 인증 중인 컨테이너를 식별하라는 메시지를 표시합니다.
• podman 명령을 사용하여 컨테이너를 시작한 다음 중지합니다.

• Systemd 컨테이너의 장치 파일이 있는지 확인하라는 메시지를 표시합니다.

  파일이 있는 경우 해당 위치를 입력합니다. 테스트에서는 이 파일을 사용하여 컨테이너를 시작하고 중지합니다.

  파일이 없는 경우 테스트에서 /etc/systemd/system 에 하나를 생성할 수 있습니다. 테스트에서 파일을 만들도록 하기 전에 컨테이너가 실행 중인지 확인합니다.

• 실행 중인 경우 컨테이너를 중지합니다.
• systemd 를 통해 컨테이너를 제어할 수 있는지 확인합니다.
• 실패 시 컨테이너를 다시 시작하도록 설정되어 있는지 확인합니다.
• podman kill 명령을 사용하여 컨테이너를 중지하여 오류를 시뮬레이션합니다.
• 컨테이너가 자동으로 재시작되는지 확인합니다.

성공 기준

• 모든 테스트 중에 컨테이너가 성공적으로 시작되어야 합니다.