EGI IGTF Release
To ensure interoperability within and outside of EGI, the Policy on Approved Certification Authorities defined a common set of trust anchors ("Certification Authorities" or "CAs") that all sites in EGI should install. In short, all CAs accredited to the International Grid Trust Federation under the classic, MICS or SLCS Authentication Profiles are approved for use in EGI. Of course, sites may add additional CAs as long as the integrity of the infrastructure as a whole is not compromised. Also, if there are site or national policies/regulations that prevent you from installing a CA, these regulations take precedence -- but you then must inform the EGI Security Officer (see EGI_CSIRT:Main_Page) about this exception.
Version 1.37 - change log and information
The change log contains important notices about the release, as well as a list of changes to the trust fabric.
- Review the release notes at http://repository.egi.eu/sw/production/cas/1/current/ca-policy-egi-core-readme-1.37.txt
- 1.37 was released on 2010-09-27 as a regular update
- 1.37 is a dual-hash (new) style release
To install the EGI trust anchors on a system that uses the RedHat Package Manager (RPM) based package management system, we provide a convenience package to manage the installation. To install the currently valid distribution, all RPM packages are provided at
The current version is based on the IGTF release with the same version number. Install the meta-package ca-policy-egi-core and its dependencies to implement the core EGI policy on trusted CAs.
Using YUM package management
Add the following repo-file to the /etc/yum.repos.d/ directory:
[EGI-trustanchors] name=EGI-trustanchors baseurl=http://repository.egi.eu/sw/production/cas/1/current/ gpgkey=http://repository.egi.eu/sw/production/cas/1/GPG-KEY-EUGridPMA-RPM-3 gpgcheck=1 enabled=1
and then update your installation. How to update depends on your previous activity:
- if you have previously ever installed the lcg-CA package, remove any references to http://linuxsoft.cern.ch/LCG-CAs/current from your YUM setup, and run
yum clean cache metadata yum update lcg-CA
- and you are done. This will update the packages installed to the latest version, and also install the new ca-policy-egi-core package as well as a ca-policy-lcg package. All packages encode the same set of dependencies
- if you are upgrading from a previous EGI version only, just run
yum update ca-policy-egi-core
- although at timmes you may need to clean the yum cache using yum clean cache metadata
- if you are installing the EGI trust anchors for the first time, run
yum install ca-policy-egi-core
Using the distribution on other platforms
The trust anchors are provided also as simple 'tar-balls' for installation on other platforms. Since there is no dependency management in this case, please review the release notes carefully for any security issues or withdrawn CAs. The tar files can be found in the EGI repository at
Installing the distribution using Quattor
Quattor templates are povided as drop-in replacements for both QWG and CDB installations. Update your software repository (re-generating the repository templates as needed) and obtain the new CA templates from:
- http://repository.egi.eu/sw/production/cas/1/current/ca-policy-egi-core.tpl for QWG
- http://repository.egi.eu/sw/production/cas/1/current/pro_software_meta_ca_policy_egi_core.tpl for CDB
New distribution format (OpenSSL1 dual-hash mode)
The EGI release, as of version 1.38, uses a new format in which to distribute the trist anchors. In order to support OpenSSL version 1.0, as released for example in RedHat Enterprise Linux 6, Fedora Core 12+, or Debian5, the characteristic hash format ("HHHHHHHH.0") has changed. Although it superficially looks the same, each CAs gets a different hash in OpenSSL1 as compared to OpenSSL 0.x, or as compared to BouncyCastle or gLite TrustManager. Please review the EUGridPMA news letter of February 15 for full technical details.
In short, the new distribution uses symbolic links for both hashes, that jointly refer to the same physical file with the CA certificate, called alias.pem. This ensures that the new trust anchor distribution works with both format simultaneously. You can install this distribution on all platforms (both OpenSSL1 as well as OpenSSL0.x) and both are supposed to work.
However, old version of fetch-crl (the 2.x) series, will retrieve CRLs for one version of OpenSSL only, namely the version which is use dby fetch-crl itself. To get CRLs downloaded for both versions of OpenSSL
- run fetch-crl 2.x twice, using a different version of OpenSSL each time
- upgrade to fetch-crl 3, which has proper dual-hash support as well as many other features. Please refer to http://www.nikhef.nl/grid/fetchcrl3/ for more information on fetch-crl3. Fetch-crl 3 can be obtained from your standard OS distribution repository (EPEL, Fedora, Debian).
Patches and work-arounds
mod_ssl renegotiation timeouts
We provide here a workaround for the issue summarised in comment #57 of bug #48458. The following rpm has been added to the repository: dummy-ca-certs-20090630-1.noarch.rpm. Please note that:
- This rpm is not added to the lcg-CA metapackage dependencies
- If you want to install it you should run: yum install dummy-ca-certs