Skip to main content

Summary — You've Built a Data Security Program

✅ All Modules Complete4 Hours9 Labs3 Personas
You've Built a Data Security Program
Over the past four hours, you followed Dataparity Inc. from data chaos to full enforcement — discovering, protecting, and investigating sensitive data across the channels that matter most in the real world.

What You Built Today

You didn't just run through a demo. You built a complete data security program from scratch — the same architecture that protects real organisations at scale.

🔑The central insight: Sensitive data doesn't have one exfiltration path. It moves through the web, onto devices, into browsers, through email, via SaaS APIs, and into GenAI tools. Each channel requires a different enforcement mechanism — but one policy engine ties them all together.


The Dataparity Story — Start to Finish

ModuleWhat You DidThe Risk You Addressed
Module 1 — VisibilityMapped 911 apps (21 sanctioned), traced the payroll file to SharePoint, identified Copilot exposureYou can't protect what you can't see
Module 2 — ProtectionBuilt detection logic, then enforced it across 3 channelsVisibility without enforcement is just a report
Module 3 — InvestigationTriaged Kevin's violations, coached him, escalated, automatedEnforcement without response is incomplete

The Payroll_2025 file threaded all three modules — discovered at rest in Lab 3, exposed to Copilot in Lab 4, blocked in transit in Labs 6 and 7, blocked in a browser in Lab 8, and investigated by Priya in Lab 9. One file. Five risk contexts. One platform.


The Three Channels You Enforced

In Module 2, you protected data across three distinct exfiltration surfaces — each requiring a different enforcement mechanism:

🌐 Channel 1 — Web / Inline DLP (Lab 6)

Kevin attempted to upload the payroll report to ChatGPT. The Zscaler proxy inspected the outbound HTTPS request, matched the DP Project Code engine, and blocked the transfer before it left the network. The enforcement point: between the device and the internet.

💾 Channel 2 — Endpoint DLP (Lab 7)

Kevin opened the payroll report in Notepad++ and attempted to copy sensitive content. The Zscaler endpoint agent blocked the clipboard operation on the device itself — no network traffic involved. This works even when the device is completely off-network. The enforcement point: the OS layer.

🧠 Channel 3 — Browser DLP (Lab 8)

Kevin pasted payroll data into a GenAI prompt. Proxy-based DLP couldn't see it — ChatGPT uses WebSocket streaming that looks like a single encrypted connection. Browser DLP intercepted the clipboard paste inside the browser process, before any network transmission. The enforcement point: the DOM layer.


The Channels We Didn't Cover Today

These three channels represent Zscaler's complete data security coverage — all enforced by the same policy engine and detection logic you built in Lab 5:

ChannelWhat It ProtectsStatus
🌐 Web / Inline DLPUploads to cloud apps, web transfers✅ Lab 6
💾 Endpoint DLPUSB, clipboard, local file operations✅ Lab 7
🧠 Browser DLPGenAI prompts, web form submissions✅ Lab 8
📧 Email DLPOutbound email attachments and body contentBeyond today's scope
☁️ SaaS / CASBAPI-level data movement in sanctioned appsBeyond today's scope
🏗️ Public IaaSData at rest and in motion across AWS, Azure, GCPBeyond today's scope
🏢 On-PremisesData moving through on-prem infrastructure and private appsBeyond today's scope

💡The same DP Project Code engine you built in Lab 5 would enforce policy across all six channels — you only need to build the detection logic once.


The Architecture in One View

┌──────────────────────────────────────────────────────────────────────────┐
│ One Detection Engine │
│ (DP Project Code — built in Lab 5) │
│ SSN + Credit Cards + ABA Routing + DP Project Code │
└───┬──────────┬──────────┬──────────┬──────────┬──────────┬───────────────┘
│ │ │ │ │ │
🌐 Web 💾 Endpoint 🧠 Browser 📧 Email ☁️ SaaS 🏗️ IaaS / 🏢 On-Prem
(Lab 6) (Lab 7) (Lab 8) (future) (future) (future)

One engine. One policy intent. Enforced everywhere data moves.


Key Takeaways

1. Visibility before enforcement. Module 1 wasn't optional setup. The Shadow IT discovery, DSPM findings, and Copilot readiness assessment gave you the evidence to justify and tune the policies you built in Module 2. Most organisations skip this step — and then wonder why their DLP has too many false positives.

2. The proxy only sees what crosses the network. Labs 7 and 8 exist because Lab 6 alone isn't enough. Endpoint DLP catches what never hits the network. Browser DLP catches what the proxy can't inspect inside a WebSocket stream. Defense in depth isn't a buzzword — it's three different enforcement layers covering three different blind spots.

3. Detection logic is shared infrastructure. You built one dictionary and one engine in Lab 5. That same engine powered three labs across two enforcement channels. In a real deployment, a single well-tuned engine protects email, web, endpoint, browser, and SaaS simultaneously. Maintenance cost stays flat while coverage expands.

4. Investigation closes the loop. Blocking events without investigation is half a program. Lab 9 showed what happens after the block — triage, coaching, escalation, automation. The ZWA workflow you configured turns reactive incident response into a repeatable, auditable process.

5. The user is not the enemy. Kevin wasn't malicious. He was convenient. The block notification, the coaching email, and the escalation workflow in Lab 9 are all designed to change behaviour — not punish it. That's the difference between a security program and a security wall.


Learn More

Ready to go deeper? Explore Zscaler's full data security platform:

📚zscaler.com/learn/data-security
Whitepapers, solution briefs, and architecture guides for every data security use case covered today — and beyond.

Share Your Feedback

We'd love to hear about your experience today. Takes less than 2 minutes.

📝Submit Lab Feedback
Your feedback directly shapes the next iteration of this lab. 6 questions, 2 minutes.

💡 Facilitator Notes

This is your closing moment. A few suggestions to finish strong:

  • Ask the room: "Before today, how many of you thought proxy-based DLP was enough?" Then: "After Lab 7 and 8 — still feel that way?"
  • Tie back to their environment: "Think about your own organisation — which of these six channels do you have covered today? Which ones are blind spots?"
  • The Payroll thread: "We followed one file through 5 labs and 3 modules. In your environment, what's your Payroll_2025 file — and do you know where it is right now?"
  • Leave them with the core thesis: "Data security used to be about files. Today it's about meaning — understanding what data represents, wherever it moves, on any channel, on any device."
🎓
Lab Assistant
Zenith Live 2026 · Dataparity
Introduction
Browse all topics