Closed cowen23 closed 6 months ago
thanks. I will add this to the CMTE and schedule this for a fix
CMTE at https://www.mediawiki.org/wiki/Meza/Common_Meza_Test_Environment_(CMTE)
The getmeza.sh script could easily support installing the (appropriate, based on distribution) GPG key and Meza in general could be configured to run with localpkg_gpgcheck=1
in /etc/yum.conf
Right now, the key is installed in the base role
The current process appears to be "later" than desired since it is done on a deploy rather than on Meza installation. Since it is currently not done on Meza installation, that means the key can be skipped entirely on a controller host. So, it seems the proper way to meet the standard is to do what @cowen23 says:
getmeza.ssh should import the RPM-GPG-KEY-EPEL-8 before attempting to install. NASA-SPEC-2601OS.RHEL8_v1.7.pdf
Aside: it would be nice to import all the vocabulary terms in that standard into a wiki glossary
this has been fixed in the 39.x branch. Not sure what exact commit fixed it, but it is fixed.
Environment
VMware Red Hat Enterprise Linux release 8.8 (Ootpa) d103da8
Issue details
The epel-release package fails to install during getmeza.sh execution because the GPG check FAILED.
I believe this is because NASA-SPEC-2601OS.RHEL8, Red Hat Enterprise Linux 8 Security Configuration Specification has control "NASA-ASCS-20158: Ensure gpgcheck Enabled for Local Packages" which mandates "localpkg_gpgcheck=1" be set in the /etc/yum.conf file.
This means the public key of the epel-release package has to be imported first before it will install properly. My fix is to execute "rpm --import http://download.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-8" before running getmeza.sh.
getmeza.ssh should import the RPM-GPG-KEY-EPEL-8 before attempting to install. NASA-SPEC-2601OS.RHEL8_v1.7.pdf