Security Stack Logo
Istio logo

Network & Infrastructure SecurityContainer Security

Istio

Enterprise distribution of Istio enforcing mutual TLS, Layer 7 authorization, and zero-trust segmentation across multi-cluster Kubernetes and virtual-machine workloads.

Kubernetes Network Security

Istio Overview

Istio, in Solo.io's enterprise distribution, secures and routes traffic between Kubernetes and virtual-machine workloads from a single control plane. Its distinguishing mechanism is an ambient, sidecarless data plane built on a per-node ztunnel proxy, which enforces mutual TLS (mTLS) and Layer 7 policy without injecting a sidecar container into every pod, cutting the memory and operational cost of running the mesh at scale.

The platform authenticates every service-to-service connection using X.509 workload identities issued through SPIFFE and SPIRE, so traffic is encrypted and authorized by service identity rather than IP address and port. Authorization policies evaluate HTTP paths, gRPC methods, and workload claims through Common Expression Language (CEL) rules, while waypoint proxies apply Layer 7 egress controls that constrain outbound traffic. A federated multi-cluster service registry links meshes across clouds and on-premises data centers, and east-west gateways carry encrypted cross-cluster traffic that feeds flow telemetry. ECS, Lambda, and virtual-machine extensions bring non-Kubernetes workloads into the same mesh.

Solo.io maintains SOC 2 Type I and Type II attestations, and the platform ships FIPS-validated cryptographic builds of its supported Istio distribution, with daily CVE scanning and N-4 long-term support releases for regulated and mission-critical deployments, delivered through the Solo Enterprise for Istio support tier. Solo.io holds seats on the Istio Steering and Technical Oversight Committees and contributes to Cloud Native Computing Foundation (CNCF) projects including Istio, Envoy, and SPIFFE. Its users include T-Mobile, BMW, ADP, and Carfax.

Key Capabilities

mapped to solution categories
Kubernetes Network Security

Enforces mutual TLS on every service-to-service connection using X.509 workload identities (SPIFFE), so traffic between pods is encrypted and authenticated by service identity rather than IP and port.

Enforces policy on HTTP paths, gRPC, Kafka, and service identity rather than IP and port, so rules survive pod churn and constrain what each service may do.

Enforces DNS-based and IP-based egress policies for pod outbound traffic, preventing C2 communication, data exfiltration, and unauthorized external API calls.

Captures and logs all pod-to-pod network flows including service mesh traffic, providing full observability for anomaly detection and policy validation.

Compliance

certifications
SOC 2 Type ISOC 2 Type II

Integrations

compatible tools
ClickHouseGrafanaJaegerOpenTelemetryPrometheus

Implementation & support

Deployment model
Air-GappedCloudHybridOn-Premises
Pricing structure
Community EditionCustom / Enterprise
Support channels
Community ForumDocumentationSlack (Customer Channel)Ticketing Portal

Info last updated on June 27, 2026