Before
- Trust the network
- Unencrypted east-west traffic
- IP-based access control
- Perimeter-only security
- Implicit trust inside the cluster
Module 5 of 16
Identity-based security, mTLS, trust domains, and microsegmentation for cloud-native systems
Start here
Before
After
Zero Trust is not a product. It is an architecture principle: never trust, always verify. Every request — regardless of where it comes from — must be authenticated, encrypted, and authorized before it is processed.
Regular TLS only verifies the server. mTLS verifies both sides. The client presents a certificate proving its identity, and the server verifies it before accepting the connection. This is the transport-layer foundation of zero trust.
Instead of one large trusted network, microsegmentation creates fine-grained security boundaries around individual services or groups of services. Combined with identity-based policies, it limits the blast radius of any breach to the compromised segment.
North-south traffic (external to cluster) gets security attention by default — load balancers, WAFs, API gateways. East-west traffic (service to service inside the cluster) is often unencrypted and unauthenticated. Zero trust means east-west traffic gets the same security treatment as north-south.
Real world
Common mistakes
Key terms
Mutual TLS — both client and server verify certificates
Fine-grained network boundaries around individual services
Service-to-service communication inside the cluster
External traffic entering/leaving the cluster
Security model: never trust, always verify, regardless of source
Labs
Set up manual mTLS between two services to understand the fundamentals.
Compare flat network vs microsegmented zero trust architecture.
Recap
Related resources