Home

Diensten

Services

Contact

Profile

English

Home

Diensten

Services

Contact

Profile

English

You can't buy Zero Trust

You can't buy Zero Trust

You built it.

You built it.

Image
Plan een afspraak
— THE ZERO TRUST ARCHITECT
— THE ZERO TRUST ARCHITECT
Image
Plan een afspraak
— THE ZERO TRUST ARCHITECT
Archtectuur & Strategie
Producten helpen.
Producten helpen.
Producten helpen.
— Maar alleen als je eerst de principes adopteert en consequent doorvoert
— Maar alleen als je eerst de principes adopteert
en consequent doorvoert
— Maar alleen als je eerst de principes adopteert en consequent doorvoert

Iedereen heeft het over Zero Trust. Leveranciers beloven het in een product of dienst. Maar Zero Trust is in de kern geen tool; het is een architectuurkeuze en een manier van ontwerpen. Tooling kan helpen—sterk zelfs—maar pas nadat je de principes hebt omgezet naar samenhang: wat je beschermt, hoe toegang wordt besloten, waar je handhaaft en hoe je het meet.


Daarom begint Zero Trust met architectuur.

Ik help organisaties Zero Trust te vertalen van “goed idee” naar een uitvoerbaar ontwerp en roadmap die teams kunnen bouwen en governance/audit kan volgen—vendor-neutraal en pragmatisch.

Iedereen heeft het over Zero Trust. Leveranciers beloven het in een product of dienst. Maar Zero Trust is in de kern geen tool; het is een architectuurkeuze en een manier van ontwerpen. Tooling kan helpen—sterk zelfs—maar pas nadat je de principes hebt omgezet naar samenhang: wat je beschermt, hoe toegang wordt besloten, waar je handhaaft en hoe je het meet.


Daarom begint Zero Trust met architectuur.

Ik help organisaties Zero Trust te vertalen van “goed idee” naar een uitvoerbaar ontwerp en roadmap die teams kunnen bouwen en governance/audit kan volgen—vendor-neutraal en pragmatisch.

You can’t design anything of any complexity without architecture. Architecture is the basis for all design.
— John A. Zachman

Seven Myths about Zero Trust

Myth 1 — “Zero Trust is a product”

Myth 2 — “When the project is completed, we achieve Zero Trust”

Myth 3 — "We implement MFA/ZTNA, so we are Zero Trust"

Myth 4 — “Zero Trust is only identity”

Myth 5 — “Zero Trust guarantees absolute security”

Myth 6 — “Zero Trust is only for large, complex enterprises”

Myth 7 — “Zero Trust makes everything slow and impractical for users”

Zero Trust is not a technology. It is a mindset and design principle.

Tooling can provide support, but only if you first determine what you are protecting, who/what requires access, and how you enforce it.

Myth 1 — “Zero Trust is a product”

Myth 2 — “When the project is completed, we achieve Zero Trust”

Myth 3 — "We implement MFA/ZTNA, so we are Zero Trust"

Myth 4 — “Zero Trust is only identity”

Myth 5 — “Zero Trust guarantees absolute security”

Myth 6 — “Zero Trust is only for large, complex enterprises”

Myth 7 — “Zero Trust makes everything slow and impractical for users”

Zero Trust is not a technology. It is a mindset and design principle.

Tooling can provide support, but only if you first determine what you are protecting, who/what requires access, and how you enforce it.

Five Core Principles of Zero Trust

Never trust, always verify

elke aanvraag wordt gevalideerd op identiteit + context.

Least privilege

Least privilege — minimaal noodzakelijke rechten, óók voor service accounts en non-human identities.

Protect surface & micro-segmentation

bescherm wat ertoe doet, ontwerp “micro-perimeters”.

Assume breach

ontwerp op impactbeperking en snelle indamming.

Continuous monitoring & validation 

toegang is niet statisch; gedrag en posture tellen doorlopend mee.

Consistent

Similar situations are treated in the same manner.

Complete

Measures cover the full scope of the environment.

Comprehensive

The focus is on the entire chain and infrastructure.

Assume breach

ontwerp op impactbeperking en snelle indamming.

Continuous monitoring & validation 

toegang is niet statisch; gedrag en posture tellen doorlopend mee.

In de praktijk functioneren security programma's beter wanneer deze vijf pijlers zijn geborgd. Ze vormen het minimale toetskader voor ontwerp, implementatie en continue verbetering.

In de praktijk functioneren security programma's beter wanneer deze vijf pijlers zijn geborgd. Ze vormen het minimale toetskader voor ontwerp, implementatie en continue verbetering.

Ontdek hoe ik je kan helpen
Ontdek hoe ik je kan helpen

  • Mythe 1 — “Zero Trust is een product.”

    Zero Trust is geen technologie. Het is een denkwijze en ontwerp principe.

    Tooling kan ondersteunen, maar alleen als je eerst vastlegt wat je beschermt, wie/wat toegang nodig heeft, en hoe je dat afdwingt.

  • Mythe 2 — “Als het project klaar is, zijn we Zero Trust.”

    Zero Trust is nooit ‘af’. Het is een continue manier van ontwerpen en verbeteren.

    Je omgeving verandert—dus je controles, policies en validatie moeten meebewegen.

  • Mythe 3 — “We doen MFA/ZTNA, dus we zijn Zero Trust”

    Organisaties die MFA, VPN‑less access of ZTNA hebben uitgerold, claimen soms “we hebben Zero Trust.” In werkelijkheid adresseer je dan vooral identity/access, maar niet je volledige aanvalsoppervlak.

    Zero Trust vraagt consistente principes over identity, device posture, netwerk/microsegmentatie, applicaties en data heen; alleen MFA of ZTNA is een nuttige component, geen eindstatus.

  • Mythe 4 — “Zero Trust is alleen identity”

    Een andere variant is de reductie tot “Zero Trust = IAM + IdP + MFA.” Identity is een sterke signal, maar niet het enige besluitpunt.

    Zero Trust-beslissingen combineren context: identiteit, device health, locatie, gedrag, gevoeligheid van de resource en realtime signalen uit monitoring/telemetry.

  • Mythe 5 — “Zero Trust garandeert absolute security”

    Soms wordt Zero Trust in de board verkocht als “als we dit doen, zijn we veilig.” Geen enkel model biedt 100% zekerheid; Zero Trust reduceert risico en laterale beweging, het elimineert ze niet.

    De werkelijke waarde is: kleinere blast radius, kortere dwell time en betere detectie wanneer (niet of) er iets misgaat.

  • Mythe 6 — “Zero Trust is alleen voor grote, complexe enterprises”

    Kleinere organisaties denken vaak dat Zero Trust “overkill” is of pas relevant boven een bepaalde schaal.

    In de praktijk zijn veel Zero Trust‑principes juist heel toepasbaar in het klein: expliciete policies, least privilege, segmentatie en continu valideren van toegang zijn net zo waardevol bij een mkb‑tenant als bij een bank.

  • Mythe 7 — “Zero Trust maakt alles traag en onwerkbaar voor gebruikers”

    Er leeft nog vaak het beeld: meer checks = slechtere UX (gebruikerservaring. Als je Zero Trust naïef uitrolt (extra prompts overal, handmatige approvals) klopt dat.

    Met adaptieve policies, risk‑based access en goede integratie kan Zero Trust UX juist verbeteren: minder always‑on VPN, meer directe toegang tot specifieke apps, en alleen frictie als het risiconiveau stijgt.

Het overstappen naar ZTA (Zero Trust Architecture) is een proces waarbij een organisatie de risico's in haar operaties evalueert en kan niet eenvoudig worden voltooid door een volledige vervanging van technologie.
National Institute of Standards and Technology (NIST) SP 800

Build a Zero Trust architecture

based on the high-level Zero Trust steps developed by John Kindervag.


I assist organizations in commencing their Zero Trust journey: from principle → design → implementation roadmap.

Specifically, I deliver:

  • Protect Surface & DAAS inventory (what must be protected and why)

  • Transaction flows (how data and requests truly flow, including chains)

  • Target architecture (segmentation, identity, policy enforcement, logging/telemetry)

  • Policy model (who/what/where/when/how + exceptions with governance)

  • Roadmap (step-by-step, iterative, aligned with maturity and priorities)

  • Vendor reality check (integrating tools into the design, not the reverse)

based on the high-level Zero Trust steps developed by John Kindervag.


I assist organizations in commencing their Zero Trust journey: from principle → design → implementation roadmap.

Specifically, I deliver:

  • Protect Surface & DAAS inventory (what must be protected and why)

  • Transaction flows (how data and requests truly flow, including chains)

  • Target architecture (segmentation, identity, policy enforcement, logging/telemetry)

  • Policy model (who/what/where/when/how + exceptions with governance)

  • Roadmap (step-by-step, iterative, aligned with maturity and priorities)

  • Vendor reality check (integrating tools into the design, not the reverse)

Top 10 Cyber Threats Business Must Watches

Top 10 Cyber Threats
Business Must Watches

UPDATES

Top 10 Cyber Threats Business Must Watches

Dus geen tool-selectie als startpunt. Eerst ontwerp, dan pas keuzes.

Dus geen tool-selectie als startpunt. Eerst ontwerp, dan pas keuzes.

  • Stap 1: Afbakenen (protect surface)

  • Stap 2: Modelleren (flows + policy)

  • Stap 3: Ontwerpen & plannen (enforcement + telemetry + 30/60/90 backlog voor dié iteratie)

Plan een afspraak
Logo

© Vaal Consulting 2026. Privacy Policy.

Other web pages
Home
Services
Over mij
Contact
Logo

© Vaal Consulting 2025. Privacy Policy.

Other web pages
Home
Services
Contact
Logo

© Vaal Consulting 2025. Privacy Policy.

Other web pages
Home
Services
Contact