DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Newsletter
Log In / Join
Refcards Trend Reports
Events Video Library
Refcards
Trend Reports

Events

View Events Video Library

Related

  • Revolutionizing Kubernetes With K8sGPT: A Deep Dive Into AI-Driven Insights
  • A MAP for Kubernetes Supply Chain Security
  • Data Governance Is a Security Control, Not a Compliance Checkbox
  • One Stolen Key, One Stolen Token: Why Machine Identity Is Cloud-Native's Quietest Crisis — and the Only Fix That Actually Holds

Trending

  • PWA on iOS, Part 2: HTTPS, Manifest and Service Worker
  • Closing the Drift Loop: An AI Agent That Drafts Terraform Fixes
  • Genkit Flows as senro Steps: Extremely Powerful AI Pipelines in Go
  • Why Kotlin or Java Is the Wrong Question For Enterprises

Draft This article hasn't been published, so readers can't see it.

In moderation This article is waiting for review, so readers can't see it yet.

Deleted This article has been deleted, so readers can't see it.

  1. DZone
  2. Software Design and Architecture
  3. Cloud Architecture
  4. East/West Is the New North/South

East/West Is the New North/South

With the shift to microservices, lateral traffic inside data centers is growing fast, meaning more threats to networks. Learn about securing each service in its own MicroPerimeter.

By 
Michael Bissell
·
Aug. 02, 18 · Opinion
Post on X (opens in a new tab) Share on LinkedIn (opens in a new tab)
13.5K Views

Join the DZone community Save articles, join the discussion, and download Refcards and Trend Reports with a free account.

Join for free Already a member? Log in

We talk about network traffic in two ways — North/South traffic is the traffic heading in and out of your network. East/West traffic is the traffic from one server to another inside your network. So why do we focus so much on North/South and almost forget about East/West?

As I mentioned in Identity and Security Starts at Home, the era of Zero Trust means we can't trust traffic coming from inside the house. Internal systems can be compromised and if your internal security is just IP whitelisting or trusted certs, a "trusted app" can do a lot of damage by probing the internal network.

And that lateral traffic inside your data center is growing exponentially.

As we go from monolithic applications that are hard to maintain to nimble microservices that support CI/CD best practices, that single application that used to have contacts, companies, invoices and product descriptions just became four applications. And like fractal geometry, we might start splitting invoices into GET and POST as separate services (after all, they have different security concerns).

Yes, the bulk of threats come from outside the network, and I am by no means suggesting that we should stop working on edge security - but if 20% of your traffic comes from outside, the odds are that something in that 80% is going to have a better chance of doing something nefarious.

So, what do you do? Why, you secure each service in its own security MicroPerimeter™! First, wrap your service in a Docker container, this allows Kubernetes to manage not only the scaling but, more importantly, the communication of that Docker container with the outside world.

When Kubernetes fires up a new Docker container, it pulls the security rules from the Cloudentity Management service. This means the traffic gets evaluated right at the source - all the allowed rules are loaded by Kubernetes, and all the data you need to evaluate that request comes in with the MicroPerimeter™ JWT

This is a huge change from having to send the traffic North, out of your data center, to call to a third-party authorization service. Evaluating the validity of the request can literally take less than a millisecond, meaning if you're currently sending your traffic on a long North/South road trip for security, this model can save you thousands of milliseconds and, ultimately, huge savings in hardware, network capacity, and scaled systems.

In one sense, we don't actually make any distinction between East/West and North/South traffic. Traffic is traffic. All traffic needs to be evaluated, no traffic is trusted. While I still strongly believe in first lines of defense like API gateways and WAFs, the idea that we don't trust East/West traffic any more than we trust North/South is fascinating.

Does this mean we open our data centers up with no Edge security at all? I'm not quite there, but in a true, Zero Trust world, of course we can. There is no up or down, left or right, just secure services for as far as the eye can see.

Data (computing) Kubernetes security

Published at DZone with permission of Michael Bissell. See the original article here.

Opinions expressed by DZone contributors are their own.

Related

  • Revolutionizing Kubernetes With K8sGPT: A Deep Dive Into AI-Driven Insights
  • A MAP for Kubernetes Supply Chain Security
  • Data Governance Is a Security Control, Not a Compliance Checkbox
  • One Stolen Key, One Stolen Token: Why Machine Identity Is Cloud-Native's Quietest Crisis — and the Only Fix That Actually Holds

Partner Resources

×

Comments

Loading comments

The comments didn't load

Please try again in a moment.

Likes

Loading

The next likes didn't load. Please try again.

The likes didn't load

Please try again in a moment.

See who liked this

Log in or join DZone for free to see who liked this article.

Log in Join for free
  • RSS
  • X
  • Facebook

ABOUT US

  • About DZone
  • Support and feedback
  • Community research

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Core Program
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 3343 Perimeter Hill Drive
  • Suite 215
  • Nashville, TN 37211
  • [email protected]

Let's be friends:

  • RSS
  • X
  • Facebook