Chapter 4. Bug fixes
In this release of Red Hat Trusted Artifact Signer (RHTAS), we fixed the following bugs. In addition to these fixes, we also list the descriptions of previously known issues found in earlier versions that we fixed.
- Browser redirect now shows correct Red Hat signing page after
cosignupdate -
After signing an artifact with
cosign, the web browser redirect displayed the wrong Sigstore page, instead of the Red Hat successful signing page, leading to users seeing incorrect branding after completing the signing workflow. With this release, thecosigntool now redirects to the correct Red Hat successful signing HTML page after completing the browser-based signing workflow. Consequently, users now see the Red Hat successful signing page upon signing with cosign.
- Update memory limits for the RHTAS Operator
- Previously, the RHTAS Operator controller manager could run out of memory (OOM) on production clusters with many workloads. This was caused by the Operator’s internal caches tracking all objects of certain Kubernetes types cluster-wide. In this release, those caches are scoped to only RHTAS-managed resources, reducing peak memory usage from over 256 MB to approximately 80 MB. The default memory limit has also been increased to 512 MB as an additional safety margin.
- Helm chart disables
PodDisruptionBudgetby default -
The Helm chart included a
PodDisruptionBudget(PDB) that previously defaulted tominAvailable=1, which coincided with the defaultreplicaCountof1for RHTAS components. This arrangement led to deadlocks during node draining, and OpenShift cluster upgrades. With this release, the PDB is disabled by default within the Helm chart, ensuring smooth progression of node draining, and when performing OpenShift cluster upgrades. Users running multiple replicas can re-enable the PDB for added availability guarantees during disruptions.
- Cosign does not respect individual TSA certificate chains during rotation
With this release, we updated
cosignto version 3. This update fixes the issue wherecosignexpects only one single Timestamp Authority (TSA) certificate chain. You can rotating the TSA certificate chain by giving the whole TSA certificate chain to The Update Framework (TUF) as an individual target. During the rotation process, setting the new TSA certificate chain as the new TUF target, and expiring the old TSA certificate chain no longer displays the following error message.main.go:74: error during command execution: unable to load TSA certificates: TSA certificate chain must contain exactly one leaf certificateFor information about rotating the TSA signer key and certificate chain see our procedure for Red Hat OpenShift Container Platform, or Red Hat Enterprise Linux.