Announcing Istio 1.19.8
Istio 1.19.8 patch release.
This release note describes what’s different between Istio 1.19.7 and 1.19.8.
BEFORE YOU UPGRADE
Things to know and prepare before upgrading.
DOWNLOAD
Download and install this release.
DOCS
Visit the documentation for this release.
SOURCE CHANGES
Inspect the full set of source code changes.
Changes
Added an environment variable
COMPLIANCE_POLICYto Istio components for enforcing TLS restriction for compliance with FIPS. When set tofips-140-2on the Istiod container, the Istio Proxy container, and all other Istio components, the TLS version is restricted to v1.2. The cipher suites are limited to a subset ofECDHE-ECDSA-AES128-GCM-SHA256,ECDHE-RSA-AES128-GCM-SHA256,ECDHE-ECDSA-AES256-GCM-SHA384,ECDHE-RSA-AES256-GCM-SHA384, and ECDH curves toP-256.These restrictions apply on the following data paths:
- mTLS communication between Envoy proxies;
- regular TLS on the downstream and the upstream of Envoy proxies (e.g. gateway);
- Google gRPC side requests from Envoy proxies (e.g. Stackdriver extensions);
- Istiod xDS server;
- Istiod injection and validation webhook servers.
The restrictions are not applied on the following data paths:
- Istiod to Kubernetes API server;
- JWK fetch from Istiod;
- Wasm image and URL fetch from Istio Proxy containers;
- ztunnel.
Note that Istio injector will propagate the value of
COMPLIANCE_POLICYto the injected proxy container, when set. (Issue #49081)Fixed an issue where the local client contained incorrect entries in the local DNS name table. (Issue #47340)
Fixed a bug where
VirtualServicecontaining wildcard hosts that aren’t present in the service registry are ignored. (Issue #49364)Fixed an issue where
istioctl precheckinaccurately reports the IST0141 message related to resource permissions. (Issue #49379)Fixed an issue that when using a delegate in a
VirtualService, the effectiveVirtualServicemay not be consistent with expectations due to a sorting error. (Issue #49539)Fixed a bug where specifying a URI regex
.*match within aVirtualServiceHTTP route did not short-circuit the subsequent HTTP routes.