Update Helm release cert-manager to v1.14.2
This MR contains the following updates:
Package | Update | Change |
---|---|---|
cert-manager | minor |
1.12.2 -> v1.14.2
|
Release Notes
cert-manager/cert-manager (cert-manager)
v1.14.2
cert-manager is the easiest way to automatically manage certificates in Kubernetes and OpenShift clusters.
cert-manager 1.14 brings a variety of features, security improvements and bug fixes, including: support for creating X.509 certificates with "Other Name" fields, and support for creating CA certificates with "Name Constraints" and "Authority Information Accessors" extensions.
ℹ ️ Documentation
Release notes Upgrade notes Installation instructions
🔧 Breaking changes
See Breaking changes
in v1.14.0 release notes
📜 Changes since v1.14.1
Bug or Regression
- BUGFIX: cert-manager CA and SelfSigned issuers incorrectly copied the critical flag from the CSR instead of re-calculating that field themselves. (#6727, @jetstack-bot)
- Helm: Fix a bug in the logic that differentiates between 0 and an empty value. (#6729, @jetstack-bot)
Other (Cleanup or Flake)
- Bump golang to 1.21.7 (#6735, @jetstack-bot)
v1.14.1
cert-manager is the easiest way to automatically manage certificates in Kubernetes and OpenShift clusters.
cert-manager 1.14 brings a variety of features, security improvements and bug fixes, including: support for creating X.509 certificates with "Other Name" fields, and support for creating CA certificates with "Name Constraints" and "Authority Information Accessors" extensions.
⚠ ️ This version has known issues. Please installv1.14.2
instead.
⚠ ️ Known Issues (fixed in v1.14.2
)
- In cert-manager v1.14.0 and v1.14.1, the
CA
andSelfSigned
issuers issue certificates with SANs set to non-critical even when the subject is empty. It incorrectly copies the critical field from the CSR.
🔧 Breaking changes
See Breaking changes
in v1.14.0 release notes
ℹ ️ Documentation
📜 Changes since v1.14.0
Bug or Regression
- Fix broken cainjector image value in Helm chart (#6693, @SgtCoDFish)
- Fix bug in cmctl namespace detection which prevented it being used as a startupapicheck image in namespaces other than cert-manager. (#6706, @inteon)
- Fix bug in cmctl which caused
cmctl experimental install
to panic. (#6706, @inteon)
v1.14.0
cert-manager is the easiest way to automatically manage certificates in Kubernetes and OpenShift clusters.
cert-manager 1.14 brings a variety of features, security improvements and bug fixes, including: support for creating X.509 certificates with "Other Name" fields, and support for creating CA certificates with "Name Constraints" and "Authority Information Accessors" extensions.
⚠ ️ This version has known issues. Please installv1.14.2
instead.
⚠ ️ Known Issues (fixed in v1.14.1+
)
- During the release of
v1.14.0
, the Helm chart for this version was found to use the wrong OCI image for thecainjector
Deployment, which caused the Helm installation to fail. In order to complete the release, the cert-manager team have manually updated the Helm chart for this version, which contains all the Helm chart fixes which are inv1.14.1
. - A bug in cmctl namespace detection prevents it being used as a
startupapicheck
image in namespaces other than cert-manager. - A bug in cmctl causes
cmctl experimental install
to panic.
🔧 Breaking Changes
The startupapicheck job uses a new OCI image called "startupapicheck", instead of the ctl image. If you run in an environment in which images cannot be pulled, be sure to include the new image.
The KeyUsage and BasicConstraints extensions will now be encoded as critical in the CertificateRequest's CSR blob.
🗺 ️ Major Themes
New X.509 Features
The cert-manager Certificate resource now allows you to configure a subset of "Other Name" SANs, which are described in the Subject Alternative Name section of RFC 5280 (on page 37).
We specifically support any otherName
type with a UTF-8
value, such as the User Principal Name or sAMAccountName
.
These are useful when issuing unique certificates for authenticating with LDAP systems such as Microsoft Active Directory.
For example you can create certificates with this block in the spec:
otherNames:
- oid: 1.3.6.1.4.1.311.20.2.3 # UPN OID
utf8Value: upn@domain.local
The feature is still in alpha stage and requires you to enable the OtherName
feature flag in the controller and webhook components.
New CA certificate Features
You can now specify the X.509 v3 Authority Information Accessors extension, with URLs for certificates issued by the CA issuer.
Users can now use name constraints in CA certificates. To know more details on name constraints check out RFC section https://datatracker.ietf.org/doc/html/rfc5280#section-4.2.1.10
Security
An ongoing security audit of the cert-manager code revealed some weaknesses which we have addressed in this release, such as using more secure default settings in the HTTP servers that serve metrics, healthz and pprof endpoints. This will help mitigate denial-of-service attacks against those important services.
All the cert-manager containers are now configured with read only root file system by default, to prevent unexpected changes to the file system of the OCI image.
And it is now possible to configure the metrics server to use HTTPS rather than HTTP, so that clients can verify the identity of the metrics server.
Other
The liveness probe of the cert-manager controller Pod is now enabled by default.
There is a new option .spec.keystores.pkcs12.algorithms
to specify encryption and MAC algorithms for PKCS.
🤝 Community
Thanks again to all open-source contributors with commits in this release, including:
- @ABWassim
- @JoeNorth
- @allenmunC1
- @asapekia
- @jeremycampbell
- @jkroepke
- @jsoref
- @lauraseidler
- @pevidex
- @phillebaba
- @snorwin
- @tanujd11
- @tberreis
- @vinny
Thanks also to the following cert-manager maintainers for their contributions during this release:
Equally thanks to everyone who provided feedback, helped users and raised issues on GitHub and Slack and joined our meetings!
Thanks also to the CNCF, which provides resources and support, and to the AWS open source team for being good community members and for their maintenance of the PrivateCA Issuer.
In addition, massive thanks to Venafi for contributing developer time and resources towards the continued maintenance of cert-manager projects.
📜 Changes
Feature
- ACME challenge solver Pod for HTTP01 will get a default annotation of
"cluster-autoscaler.kubernetes.io/safe-to-evict": "true"
. You can provide an annotation of"cluster-autoscaler.kubernetes.io/safe-to-evict": "false"
in yourpodTemplate
if you don't like this. (#6349, @jsoref) - Added a clock skew detector liveness probe that will force a restart in case we detect a skew between the internal monotonic clock and the system clock of more than 5 minutes. Also, the controller's liveness probe is now enabled by default. (#6328, @inteon)
- Added a new flag (--dynamic-serving-leaf-duration) that can adjust the lifetime of the dynamic leaf certificates (#6552, @allenmunC1)
- Added support for
otherName
SANS in Certificates (#6404, @SpectralHiss) - Added the option to specify the X.509 v3 Authority Information Accessors extension CA Issuers URLs for certificates issued by the CA issuer. (#6486, @jeremycampbell)
- Adds cert-manager's new core infrastructure initiative badge! See more details on https://www.bestpractices.dev/projects/8079 (#6497, @SgtCoDFish)
- All Pods are now configured with
readOnlyRootFilesystem
by default. (#6453, @wallrj) - MAYBE BREAKING: The startupapicheck job is now handled by an entirely new container called "startupapicheck". This replaces the previous ctl container. If you run in an environment in which images cannot be pulled, be sure to include the new container. (#6549, @SgtCoDFish)
- New option
.spec.keystores.pkcs12.algorithms
to specify encryption and MAC algorithms for PKCS#12 keystores. Fixes issues #5957 and #6523. (#6548, @snorwin) - The ACME HTTP01 solver Pod is now configured with
readOnlyRootFilesystem: true
(#6462, @wallrj) - Updates the AWS SDK for Go to 1.48.7 to support Amazon EKS Pod Identity (#6519, @JoeNorth)
- Users can now use name constraints in CA certificates. To know more details on name constraints check out RFC section https://datatracker.ietf.org/doc/html/rfc5280#section-4.2.1.10 (#6500, @tanujd11)
-
⚠ ️ potentially breaking⚠ ️: The KeyUsage and BasicConstraints extensions will now be encoded as critical in the CertificateRequest's CSR blob. (#6053, @inteon) - Add TLS support to the metrics endpoint through either a certificate file or through dynamically issued certificates (#6574, @ThatsMrTalbot)
- Helm Chart: allow changing the default Deployment
revisionHistoryLimit
(#6248, @tberreis) - Security: Limit the size of the response body read from HTTP requests by cert-manager. (#6619, @ThatsMrTalbot)
- Support custom
spec.namespaceSelector
for webhooks (#6638, @jkroepke)
Bug or Regression
- BUGFIX[helm]: Fix issue where webhook feature gates were only set if controller feature gates are set. (#6380, @asapekia)
- Controller ConfigMap is now created only if
.Values.config
is set. (#6357, @ABWassim) - Fix runaway bug caused by multiple Certificate resources that point to the same Secret resource. (#6406, @inteon)
- Fix(helm): templating of required value in controller and webhook ConfigMap resources (#6435, @ABWassim)
- Fixed a webhook validation error message when the key algorithm was invalid. (#6571, @pevidex)
- Fixed error messaging when setting up vault issuer (#6433, @vinny)
-
GHSA-vgf6-pvf4-34rq
: The webhook server now returns HTTP error 413 (Content Too Large) for requests with body size>= 3MiB
. This is to mitigate DoS attacks that attempt to crash the webhook process by sending large requests that exceed the available memory. The webhook server now returns HTTP error 400 (Bad Request) if the request contains an empty body. The webhook server now returns HTTP error 500 (Internal Server Error) rather than crashing, if the code panics while handling a request. (#6498, @inteon) - Increase the default webhook timeout to its maximum value of 30 seconds, so that the underlying timeout error message has more chance of being returned to the end user. (#6488, @wallrj)
- Listeners that do not support TLS on Gateway resources will now not raise
BadConfig
warnings anymore (#6347, @lauraseidler) - Mitigate potential Slowloris attacks by setting
ReadHeaderTimeout
in allhttp.Server
instances (#6534, @wallrj) - The Venafi issuer now properly resets the certificate and should no longer get stuck with
WebSDK CertRequest Module Requested Certificate
orThis certificate cannot be processed while it is in an error state. Fix any errors, and then click Retry.
. (#6398, @maelvls) - Update experimental install and uninstall commands to have flag parity with the rest of the CLI (#6562, @ThatsMrTalbot)
- Webhook ConfigMap if now created only if
.Values.webhook.config
is set. (#6360, @ABWassim) - BUGFIX: Ensure
otherName
SAN changes in Certificate resources trigger re-issuance. (#6620, @SpectralHiss) - Bugfix: Publish the
startupapicheck
image toquay.io
(#6609, @wallrj)
Other (Cleanup or Flake)
- Cert-manager is now built with Go 1.21.5 (#6545, @wallrj)
- Bump Go to
1.21.3
to addressCVE-2023-39325
. Also bumps base images. (#6410, @SgtCoDFish) - Bump
golang.org/x/net v0.15.0 => v0.17.0
as part of addressingCVE-2023-44487
/CVE-2023-39325
(#6427, @SgtCoDFish) - Check code for unintended use of
crypto/md5
, a weak cryptographic primitive; usinggolangci-lint
/gosec
(G501). (#6581, @wallrj) - Check code for unintended use of
crypto/sha1
, a weak cryptographic primitive; usinggolangci-lint
/gosec
(G505). (#6579, @wallrj) - Check code for unintended use of weak random number generator (
math/rand
instead ofcrypto/rand
); usinggolangci-lint
/gosec
(G404). (#6582, @wallrj) - Cleanup: Restrict MutatingWebhookConfiguration to only CertificateRequest resources (#6311, @hawksight)
- Deprecated
pkg/util.RandStringRunes
andpkg/controller/test.RandStringBytes
. Usek8s.io/apimachinery/pkg/util/rand.String
instead. (#6585, @wallrj) - Enabled verbose logging in startupapicheck by default, so that if it fails, users can know exactly what caused the failure. (#6495, @wallrj)
- Fix gosec G601: Implicit memory aliasing of items from a range statement (#6551, @wallrj)
- Fix handling of serial numbers in literal certificate subjects. Previously a serial number could be specified in
subject.serialNumber
while using a literal certificate subject. This was a mistake and has been fixed. (#6533, @inteon) - The end-to-end tests can now test the cert-manager Vault Issuer on an OpenShift cluster. (#6391, @wallrj)
- Update cert-manager's distroless base images from Debian 11 to Debian 12. This should have no practical effects on users. (#6583, @inteon)
- Updated all code using GatewayAPI to use the now GA v1 APIs (#6559, @ThatsMrTalbot)
- Upgrade Go from 1.20.7 to 1.20.8. (#6369, @inteon)
- Upgrade
github.com/emicklei/go-restful/v3
tov3.11.0
becausev3.10.2
is labeled as "DO NOT USE". (#6366, @inteon) - Use the new generic
sets.Set
type in place of the deprecatedsets.String
. (#6586, @wallrj) - cert-manager is now built with Go
v1.21.6
(#6628, @SgtCoDFish) - Update the Azure SDK and remove deprecated
autorest
dependency (#5452, @phillebaba) - The cert-manager E2E tests can now be run on Kubernetes 1.29 (#6641, @wallrj)
v1.13.3
cert-manager is the easiest way to automatically manage certificates in Kubernetes and OpenShift clusters.
⚠ ️ Read about the breaking changes in cert-manager 1.13 before you upgrade from a < v1.13 version!
This patch release contains fixes for the following security vulnerabilities in the cert-manager-controller:
-
GO-2023-2334
: Decryption of malicious PBES2 JWE objects can consume unbounded system resources.
If you use ArtifactHub Security report or trivy, this patch will also silence the following warning about a vulnerability in code which is imported but not used by the cert-manager-controller:
-
CVE-2023-47108
: DoS vulnerability inotelgrpc
due to unbound cardinality metrics.
An ongoing security audit of cert-manager suggested some changes to the webhook code to mitigate DoS attacks, and these are included in this patch release.
Changes
Bug or Regression
- The webhook server now returns HTTP error 413 (Content Too Large) for requests with body size
>= 3MiB
. This is to mitigate DoS attacks that attempt to crash the webhook process by sending large requests that exceed the available memory. (#6507, @inteon) - The webhook server now returns HTTP error 400 (Bad Request) if the request contains an empty body. (#6507, @inteon)
- The webhook server now returns HTTP error 500 (Internal Server Error) rather than crashing, if the code panics while handling a request. (#6507, @inteon)
- Mitigate potential "Slowloris" attacks by setting
ReadHeaderTimeout
in allhttp.Server
instances. (#6538, @wallrj) - Upgrade Go modules:
otel
,docker
, andjose
to fix CVE alerts. See https://github.com/advisories/GHSA-8pgv-569h-w5rw, https://github.com/advisories/GHSA-jq35-85cj-fj4p, and https://github.com/advisories/GHSA-2c7c-3mj9-8fqh. (#6514, @inteon)
Dependencies
Added
Nothing has changed.
Changed
-
cloud.google.com/go/firestore
:v1.11.0 → v1.12.0
-
cloud.google.com/go
:v0.110.6 → v0.110.7
-
github.com/felixge/httpsnoop
:v1.0.3 → v1.0.4
-
github.com/go-jose/go-jose/v3
:v3.0.0 → v3.0.1
-
github.com/go-logr/logr
:v1.2.4 → v1.3.0
-
github.com/golang/glog
:v1.1.0 → v1.1.2
-
github.com/google/go-cmp
:v0.5.9 → v0.6.0
-
go.opentelemetry.io/contrib/instrumentation/google.golang.org/grpc/otelgrpc
:v0.45.0 → v0.46.0
-
go.opentelemetry.io/contrib/instrumentation/net/http/otelhttp
:v0.44.0 → v0.46.0
-
go.opentelemetry.io/otel/exporters/otlp/otlptrace/otlptracegrpc
:v1.19.0 → v1.20.0
-
go.opentelemetry.io/otel/exporters/otlp/otlptrace
:v1.19.0 → v1.20.0
-
go.opentelemetry.io/otel/metric
:v1.19.0 → v1.20.0
-
go.opentelemetry.io/otel/sdk
:v1.19.0 → v1.20.0
-
go.opentelemetry.io/otel/trace
:v1.19.0 → v1.20.0
-
go.opentelemetry.io/otel
:v1.19.0 → v1.20.0
-
go.uber.org/goleak
:v1.2.1 → v1.3.0
-
golang.org/x/sys
:v0.13.0 → v0.14.0
-
google.golang.org/genproto/googleapis/api
:f966b18 → b8732ec
-
google.golang.org/genproto
:f966b18 → b8732ec
-
google.golang.org/grpc
:v1.58.3 → v1.59.0
Removed
Nothing has changed.
v1.13.2
cert-manager is the easiest way to automatically manage certificates in Kubernetes and OpenShift clusters.
v1.13.2 fixes some CVE alerts and contains fixes for:
- a CertificateRequest runaway situation in case two Certificate resources point to the same Secret target resource
- a small bug in the Helm chart (feature gate options)
- a Venafi issuer bug
⚠ ️ READ https://github.com/cert-manager/cert-manager/releases/tag/v1.13.0 before you upgrade from a < v1.13 version!
Changes since v1.13.1
Bug or Regression
- Bump golang.org/x/net v0.15.0 => v0.17.0 as part of addressing CVE-2023-44487 / CVE-2023-39325 (#6432, @SgtCoDFish)
- BUGFIX[helm]: Fix issue where webhook feature gates were only set if controller feature gates are set. (#6381, @asapekia)
- Fix runaway bug caused by multiple Certificate resources that point to the same Secret resource. (#6425, @inteon)
- The Venafi issuer now properly resets the certificate and should no longer get stuck with
WebSDK CertRequest Module Requested Certificate
orThis certificate cannot be processed while it is in an error state. Fix any errors, and then click Retry.
. (#6402, @maelvls)
Other (Cleanup or Flake)
- Bump go to 1.20.10 to address CVE-2023-39325. Also bumps base images. (#6411, @SgtCoDFish)
v1.13.1
cert-manager is the easiest way to automatically manage certificates in Kubernetes and OpenShift clusters.
v1.13.1 contains a bugfix for a name collision bug in the StableCertificateRequestName feature that was enabled by default in v1.13.0.
⚠ ️ READ https://github.com/cert-manager/cert-manager/releases/tag/v1.13.0 before you upgrade from a < v1.13 version!
Changes since v1.13.0
Bug or Regression
- BUGFIX: fix CertificateRequest name collision bug in StableCertificateRequestName feature. (#6358, @jetstack-bot)
Other (Cleanup or Flake)
- Upgrade
github.com/emicklei/go-restful/v3
tov3.11.0
becausev3.10.2
is labeled as "DO NOT USE". (#6368, @inteon) - Upgrade Go from 1.20.7 to 1.20.8. (#6370, @jetstack-bot)
v1.13.0
cert-manager is the easiest way to automatically manage certificates in Kubernetes and OpenShift clusters.
This is the 1.13 release of cert-manager!
cert-manager 1.13 brings support for DNS over HTTPS, support for loading options from a versioned config file for the cert-manager controller, and more. This release also includes the promotion of the StableCertificateRequestName and SecretsFilteredCaching feature gates to Beta.
Known issues
The StableCertificateRequestName
that was promoted to Beta contains a "name collision" bug: https://github.com/cert-manager/cert-manager/issues/6342
This is fixed in v1.13.1+
Breaking Changes (You MUST read this before you upgrade!)
- IMPORTANT NOTE: If upgrading from a version below v1.12, upgrade to the latest v1.12 release before upgrading to v1.13. Otherwise, some certificates may be unexpectedly re-issued (see https://github.com/cert-manager/cert-manager/issues/6494#issuecomment-1816112309)
-
BREAKING : If you deploy cert-manager using helm and have
.featureGates
value set, the features defined there will no longer be passed to cert-manager webhook, only to cert-manager controller. Usewebhook.featureGates
field instead to define features to be enabled on webhook. (#6093, @irbekrm) -
Potentially breaking: If you were, for some reason, passing cert-manager controller's features to webhook's
--feature-gates
flag, this will now break (unless the webhook actually has a feature by that name). (#6093, @irbekrm) - Potentially breaking: Webhook validation of CertificateRequest resources is stricter now: all KeyUsages and ExtendedKeyUsages must be defined directly in the CertificateRequest resource, the encoded CSR can never contain more usages that defined there. (#6182, @inteon)
Community
Welcome to these new cert-manager members (more info - https://github.com/cert-manager/cert-manager/pull/6260): @jsoref @FlorianLiebhart @hawksight @erikgb
Thanks again to all open-source contributors with commits in this release, including: @AcidLeroy @FlorianLiebhart @lucacome @cypres @erikgb @ubergesundheit @jkroepke @jsoref @gdvalle @rouke-broersma @schrodit @zhangzhiqiangcs @arukiidou @hawksight @Richardds @kahirokunn
Thanks also to the following cert-manager maintainers for their contributions during this release: @SgtCoDFish @maelvls @irbekrm @inteon
Equally thanks to everyone who provided feedback, helped users and raised issues on Github and Slack and joined our meetings!
Special thanks to @AcidLeroy for adding "load options from a versioned config file" support for the cert-manager controller! This has been on our wishlist for a very long time. (see https://github.com/cert-manager/cert-manager/pull/5337)
Also, thanks a lot to @FlorianLiebhart for adding support for DNS over HTTPS for the ACME DNS self-check. This is very useful in case all traffic must be HTTP(S) trafic, eg. when using a HTTPS_PROXY. (see https://github.com/cert-manager/cert-manager/pull/5003)
Thanks also to the CNCF, which provides resources and support, and to the AWS open source team for being good community members and for their maintenance of the PrivateCA Issuer.
In addition, massive thanks to Venafi for contributing developer time and resources towards the continued maintenance of cert-manager projects.
Changes since v1.12.0
Feature
- Add support for logging options to webhook config file. (#6243, @inteon)
- Add view permissions to the well-known (Openshift) user-facing
cluster-reader
aggregated cluster role (#6241, @erikgb) - Certificate Shim: distinguish dns names and ip address in certificate (#6267, @zhangzhiqiangcs)
- Cmctl can now be imported by third parties. (#6049, @SgtCoDFish)
- Make
enableServiceLinks
configurable for all Deployments andstartupapicheck
Job in Helm chart. (#6292, @ubergesundheit) - Promoted the StableCertificateRequestName and SecretsFilteredCaching feature gates to Beta (enabled by default). (#6298, @inteon)
- The cert-manager controller options are now configurable using a configuration file. (#5337, @AcidLeroy)
- The pki CertificateTemplate functions now perform validation of the CSR blob, making sure we sign a Certificate that matches the IsCA and (Extended)KeyUsages that are defined in the CertificateRequest resource. (#6199, @inteon)
- [helm] Add prometheus.servicemonitor.endpointAdditionalProperties to define additional properties on a ServiceMonitor endpoint, e.g. relabelings (#6110, @jkroepke)
Design
- DNS over HTTPS (DoH) is now possible for doing the self-checks during the ACME verification.
The DNS check method to be used is controlled through the command line flag:
--dns01-recursive-nameservers-only=true
in combination with--dns01-recursive-nameservers=https://<DoH-endpoint>
(e.g.https://8.8.8.8/dns-query
). It keeps using DNS lookup as a default method. (#5003, @FlorianLiebhart)
Bug or Regression
- Allow overriding default pdb .minAvailable with .maxUnavailable without setting .minAvailable to null (#6087, @rouke-broersma)
- BUGFIX:
cmctl check api --wait 0
exited without output and exit code 1; we now make sure we perform the API check at least once and return with the correct error code (#6109, @inteon) - BUGFIX: the issuer and certificate-name annotations on a Secret were incorrectly updated when other fields are changed. (#6147, @inteon)
- BUGFIX[cainjector]: 1-character bug was causing invalid log messages and a memory leak (#6232, @inteon)
- Fix CloudDNS issuers stuck in propagation check, when multiple instances are issuing for the same FQDN (#6088, @cypres)
- Fix indentation of Webhook NetworkPolicy matchLabels in helm chart. (#6220, @ubergesundheit)
- Fixed Cloudflare DNS01 challenge provider race condition when validating multiple domains (#6191, @Richardds)
- Fixes a bug where webhook was pulling in controller's feature gates.
⚠ ️⚠ ️ BREAKING⚠ ️⚠ ️ : If you deploy cert-manager using helm and have.featureGates
value set, the features defined there will no longer be passed to cert-manager webhook, only to cert-manager controller. Usewebhook.featureGates
field instead to define features to be enabled on webhook.⚠ ️Potentially breaking: If you were, for some reason, passing cert-manager controller's features to webhook's--feature-gates
flag, this will now break (unless the webhook actually has a feature by that name). (#6093, @irbekrm) - Fixes an issue where cert-manager would incorrectly reject two IP addresses as being unequal when they should have compared equal. This would be most noticeable when using an IPv6 address which doesn't match how Go's
net.IP.String()
function would have printed that address. (#6293, @SgtCoDFish) - We disabled the
enableServiceLinks
option for our ACME http solver pods, because the option caused the pod to be in a crash loop in a cluster with lot of services. (#6143, @schrodit) -
⚠ ️Potentially breaking: Webhook validation of CertificateRequest resources is stricter now: all KeyUsages and ExtendedKeyUsages must be defined directly in the CertificateRequest resource, the encoded CSR can never contain more usages that defined there. (#6182, @inteon)
Other (Cleanup or Flake)
- A subset of the klogs flags have been deprecated and will be removed in the future. (#5879, @maelvls)
- All service links in helm chart deployments have been disabled. (#6144, @schrodit)
- Cert-manager will now re-issue a certificate if the public key in the latest CertificateRequest resource linked to a Certificate resource does not match the public key of the key encoded in the Secret linked to that Certificate resource (#6168, @inteon)
- Chore: When hostNetwork is enabled, dnsPolicy is now set to ClusterFirstWithHostNet. (#6156, @kahirokunn)
- Cleanup the controller configfile structure by introducing sub-structs. (#6242, @inteon)
- Don't run API Priority and Fairness controller in webhook's extension apiserver (#6085, @irbekrm)
- Helm: Add apache 2.0 license annotation (#6225, @arukiidou)
- Make apis/acme/v1/ACMEIssuer.PreferredChain optional in JSON serialization. (#6034, @gdvalle)
- The SecretPostIssuancePolicyChain now also makes sure that the
cert-manager.io/common-name
,cert-manager.io/alt-names
, ... annotations on Secrets are kept at their correct value. (#6176, @inteon) - The cmctl logging has been improved and support for json logging has been added. (#6247, @inteon)
- Updates Kubernetes libraries to
v0.27.2
. (#6077, @lucacome) - Updates Kubernetes libraries to
v0.27.4
. (#6227, @lucacome) - We now only check that the issuer name, kind and group annotations on a Secret match in case those annotations are set. (#6152, @inteon)
v1.12.7
This patch release contains fixes for the following security vulnerabilities in the cert-manager-controller:
-
GO-2023-2382
: Denial of service via chunk extensions innet/http
If you use ArtifactHub Security report or trivy, this patch will also silence the following warning about a vulnerability in code which is imported but not used by the cert-manager-controller:
-
CVE-2023-47108
: DoS vulnerability inotelgrpc
due to unbound cardinality metrics.
An ongoing security audit of cert-manager suggested some changes to the webhook code to mitigate DoS attacks, and these are included in this patch release.
Changes
Feature
Bug or Regression
- The webhook server now returns HTTP error 413 (Content Too Large) for requests with body size
>= 3MiB
. This is to mitigate DoS attacks that attempt to crash the webhook process by sending large requests that exceed the available memory (#6506, @inteon). - The webhook server now returns HTTP error 400 (Bad Request) if the request contains an empty body (#6506, @inteon).
- The webhook server now returns HTTP error 500 (Internal Server Error) rather than crashing, if the code panics while handling a request (#6506, @inteon).
- Mitigate potential Slowloris attacks by setting
ReadHeaderTimeout
in allhttp.Server
instances (#6539, @wallrj). - Upgrade
otel
anddocker
to fix:CVE-2023-47108
andGHSA-jq35-85cj-fj4p
(#6513, @inteon).
Dependencies
Added
-
cloud.google.com/go/dataproc/v2
:v2.0.1
Changed
-
cloud.google.com/go/aiplatform
:v1.45.0 → v1.48.0
-
cloud.google.com/go/analytics
:v0.21.2 → v0.21.3
-
cloud.google.com/go/baremetalsolution
:v0.5.0 → v1.1.1
-
cloud.google.com/go/batch
:v0.7.0 → v1.3.1
-
cloud.google.com/go/beyondcorp
:v0.6.1 → v1.0.0
-
cloud.google.com/go/bigquery
:v1.52.0 → v1.53.0
-
cloud.google.com/go/cloudbuild
:v1.10.1 → v1.13.0
-
cloud.google.com/go/cloudtasks
:v1.11.1 → v1.12.1
-
cloud.google.com/go/compute
:v1.21.0 → v1.23.0
-
cloud.google.com/go/contactcenterinsights
:v1.9.1 → v1.10.0
-
cloud.google.com/go/container
:v1.22.1 → v1.24.0
-
cloud.google.com/go/datacatalog
:v1.14.1 → v1.16.0
-
cloud.google.com/go/dataplex
:v1.8.1 → v1.9.0
-
cloud.google.com/go/datastore
:v1.12.1 → v1.13.0
-
cloud.google.com/go/datastream
:v1.9.1 → v1.10.0
-
cloud.google.com/go/deploy
:v1.11.0 → v1.13.0
-
cloud.google.com/go/dialogflow
:v1.38.0 → v1.40.0
-
cloud.google.com/go/documentai
:v1.20.0 → v1.22.0
-
cloud.google.com/go/eventarc
:v1.12.1 → v1.13.0
-
cloud.google.com/go/firestore
:v1.11.0 → v1.12.0
-
cloud.google.com/go/gkebackup
:v0.4.0 → v1.3.0
-
cloud.google.com/go/gkemulticloud
:v0.6.1 → v1.0.0
-
cloud.google.com/go/kms
:v1.12.1 → v1.15.0
-
cloud.google.com/go/maps
:v0.7.0 → v1.4.0
-
cloud.google.com/go/metastore
:v1.11.1 → v1.12.0
-
cloud.google.com/go/policytroubleshooter
:v1.7.1 → v1.8.0
-
cloud.google.com/go/pubsub
:v1.32.0 → v1.33.0
-
cloud.google.com/go/run
:v0.9.0 → v1.2.0
-
cloud.google.com/go/servicedirectory
:v1.10.1 → v1.11.0
-
cloud.google.com/go/speech
:v1.17.1 → v1.19.0
-
cloud.google.com/go/translate
:v1.8.1 → v1.8.2
-
cloud.google.com/go/video
:v1.17.1 → v1.19.0
-
cloud.google.com/go/vmwareengine
:v0.4.1 → v1.0.0
-
cloud.google.com/go
:v0.110.4 → v0.110.7
-
github.com/felixge/httpsnoop
:v1.0.3 → v1.0.4
-
github.com/go-logr/logr
:v1.2.4 → v1.3.0
-
github.com/golang/glog
:v1.1.0 → v1.1.2
-
github.com/google/go-cmp
:v0.5.9 → v0.6.0
-
github.com/google/uuid
:v1.3.0 → v1.3.1
-
go.opentelemetry.io/contrib/instrumentation/google.golang.org/grpc/otelgrpc
:v0.45.0 → v0.46.0
-
go.opentelemetry.io/contrib/instrumentation/net/http/otelhttp
:v0.44.0 → v0.46.0
-
go.opentelemetry.io/otel/exporters/otlp/otlptrace/otlptracegrpc
:v1.19.0 → v1.20.0
-
go.opentelemetry.io/otel/exporters/otlp/otlptrace
:v1.19.0 → v1.20.0
-
go.opentelemetry.io/otel/metric
:v1.19.0 → v1.20.0
-
go.opentelemetry.io/otel/sdk
:v1.19.0 → v1.20.0
-
go.opentelemetry.io/otel/trace
:v1.19.0 → v1.20.0
-
go.opentelemetry.io/otel
:v1.19.0 → v1.20.0
-
go.uber.org/goleak
:v1.2.1 → v1.3.0
-
golang.org/x/oauth2
:v0.10.0 → v0.11.0
-
golang.org/x/sys
:v0.13.0 → v0.14.0
-
google.golang.org/genproto/googleapis/api
:782d3b1 → b8732ec
-
google.golang.org/genproto/googleapis/rpc
:782d3b1 → b8732ec
-
google.golang.org/genproto
:782d3b1 → b8732ec
-
google.golang.org/grpc
:v1.58.3 → v1.59.0
Removed
-
cloud.google.com/go/dataproc
:v1.12.0
v1.12.6
cert-manager is the easiest way to automatically manage certificates in Kubernetes and OpenShift clusters.
v1.12.6 fixes some CVE alerts and a Venafi issuer bug.
Changes since v1.12.5
Bug or Regression
- Bump golang.org/x/net v0.15.0 => v0.17.0 as part of addressing CVE-2023-44487 / CVE-2023-39325 (#6431, @SgtCoDFish)
- The Venafi issuer now properly resets the certificate and should no longer get stuck with
WebSDK CertRequest Module Requested Certificate
orThis certificate cannot be processed while it is in an error state. Fix any errors, and then click Retry.
. (#6401, @maelvls)
Other (Cleanup or Flake)
- Bump go to 1.20.10 to address CVE-2023-39325. Also bumps base images. (#6412, @SgtCoDFish)
Known bugs
If you misconfigure two Certificate resources to have the same target Secret resource, cert-manager will generate a MANY CertificateRequests, possibly causing high CPU usage and/ or high costs due to the large number of certificates issued (see https://github.com/cert-manager/cert-manager/pull/6406). This problem was resolved in v1.13.2, but the fix cannot be backported to v1.12.x. We recommend using v1.12.x with caution (avoid misconfigured Certificate resources) or upgrading to v1.13.2.
v1.12.5
cert-manager is the easiest way to automatically manage certificates in Kubernetes and OpenShift clusters.
v1.12.5 contains a backport for a name collision bug that was found in v1.13.0
Changes since v1.12.4
Bug or Regression
- BUGFIX: fix CertificateRequest name collision bug in StableCertificateRequestName feature. (#6359, @jetstack-bot)
Other (Cleanup or Flake)
- Updated base images to the latest version. (#6372, @inteon)
- Upgrade Go from 1.20.7 to 1.20.8. (#6371, @jetstack-bot)
v1.12.4
v1.12.4 contains an important security fix that addresses CVE-2023-29409.
Changes since v1.12.3
- Fixes an issue where cert-manager would incorrectly reject two IP addresses as being unequal when they should have compared equal. This would be most noticeable when using an IPv6 address which doesn't match how Go's
net.IP.String()
function would have printed that address. (#6297, @SgtCoDFish) - Use Go 1.20.7 to fix a security issue in Go's
crypto/tls
library. (#6318, @maelvls)
v1.12.3
cert-manager is the easiest way to automatically manage certificates in Kubernetes and OpenShift clusters.
v1.12.3 contains a bug fix for the cainjector which addresses a memory leak!
Changes since v1.12.2
Bugfixes
- BUGFIX[cainjector]: 1-character bug was causing invalid log messages and a memory leak (#6235, @jetstack-bot)
Configuration
-
If you want to rebase/retry this MR, check this box
This MR has been generated by Renovate Bot. Tell Nogweii if it blows up.