DATA & POLICY AUTOMATION

Palisade

Zero Trust changes your engineers can ship and your assessors can check.

Wagoner Enterprise Palisade reads the flow, identity, asset, and Kubernetes telemetry you already collect and turns it into a ranked list of Zero Trust changes. Each change arrives as configuration with its rollback, an impact estimate, and signed evidence an assessor can verify offline.

Self-hosted Air-gap capable High-side profile available Kubernetes-deployable
Ideal buyer Zero Trust program offices With ICAM, network, and platform owners
Primary output Signed change package Config, rollback, impact, approvals
Deployment Four profiles on Kubernetes SaaS, self-hosted, air-gapped, high side
Standards context SP 800-207 · CISA ZTMM · SP 800-53 Conceptual alignment and control mapping
FOR THE EXECUTIVE

A Zero Trust plan your engineers can carry out.

Agencies already own the products Zero Trust needs. What stalls them is the step between strategy and a safe change window.

The outcome

Progress measured in changes shipped.

Teams get a ranked backlog of changes drawn from how the network actually behaves. Each one is ready to review, with its rollback and a record of who approved it.

The risk it retires

Outages, lockouts, and missing evidence.

A change that breaks a mission system is why many programs stop moving. Palisade shows what each change would break before approval and signs the evidence for the assessor.

Why now

Zero Trust is in the implementation phase.

Executive Order 14028 and the guidance that followed moved the question from whether to adopt Zero Trust to how to execute it. Programs now have to show the work without disrupting the mission.

HOW IT WORKS

From telemetry to a signed change package.

The workflow is the same in connected, self-hosted, and disconnected deployments.

1

Ingest

Load flow logs, sign-in events, asset inventory, and Kubernetes workload data from files.

2

Map

A dependency map built from observed traffic flags hosts that could serve as lateral-movement hubs.

3

Recommend

Changes are ranked across segmentation, conditional access, and service authentication, each with its rationale and a confidence value.

4

Compile

One policy intent becomes configuration for Kubernetes, service mesh, firewall, and conditional-access platforms, each with its rollback.

5

Simulate

Observed flows are replayed against the proposed policy, so the engineer sees which flows would be denied and which services would feel it.

6

Approve and package

The approval a change needs follows from its risk, and nobody approves their own change. Approved changes leave as packages with signed evidence.

REFERENCE ARCHITECTURE

Telemetry in, reviewed changes and evidence out.

Everything runs inside the customer boundary. Palisade never writes to an enforcement platform; platform owners apply its packages through their own change process.

Palisade reference architecture Inside a customer boundary that may be connected, self-hosted, or fully disconnected, telemetry files carrying flow, identity, asset, and Kubernetes data feed a dependency map built from observed traffic. The map drives ranked recommendations for segmentation and access, which are compiled once into configuration for four kinds of enforcement platform, each with its rollback. Proposed changes are replayed against observed flows to show what they would deny, then pass a risk-based approval and leave as a change package with signed evidence. Platform owners apply the package through their own change process, and assessors verify the evidence offline. A tamper-evident audit record runs beneath every step. The product never writes to an enforcement platform. CUSTOMER BOUNDARY, CONNECTED, SELF-HOSTED, OR DISCONNECTED INBOUND OUTBOUND Telemetry files flow, identity, asset, and Kubernetes data Dependency map built from observed traffic Ranked changes segmentation and access Compile once four platforms, each with its rollback Blast-radius replay flows denied, services hit Risk-based approval with separation of duties Change package config, rollback, and signed evidence Platform owners apply it through their own change process Assessor or AO verifies the evidence offline AUDIT RECORD every step is recorded and tamper-evident, and nothing is pushed to an enforcement platform
Figure 1. Reference architecture, public-safe. Conceptual view only. The dashed line marks the customer boundary.

Open the full-resolution diagram

THE PRODUCT

Know what breaks before you ship.

Two screens from the Palisade console: the impact replay for a proposed policy, and the ranked backlog it came from.

Palisade · Blast-radius simulation
Palisade blast-radius simulation screen. A left navigation lists the console sections. Four tiles show a risk score, a medium impact level, 9 of 36 flows denied, and 7 affected services. Below, a broken flows table lists source and destination addresses in a private range, destination ports, and the reason no matching allow rule.
Figure 2. Blast-radius simulation. A proposed policy replayed against observed flows, showing the denied flows and affected services. Sanitized screen with representative, synthetic data.
Palisade · Recommendations
Palisade recommendations screen showing ranked cards. Each card carries a priority, a type such as conditional access, microsegmentation, or service authentication, and a status. Visible titles include enforcing MFA for all users, restricting traffic from a frontend to a payments service, and requiring mutual authentication between services. Each card shows a short rationale and a risk reduction value with its confidence.
Figure 3. Ranked recommendations. Each item shows the evidence behind it and a confidence value, so a program lead can defend the order. Sanitized screen with representative, synthetic data.
WHAT SETS IT APART

What makes the plan safe to execute.

Works with what you own

One intent compiles to four kinds of enforcement platform, so a change is written once instead of once per team. Palisade plans the change and your existing products enforce it.

Rollback with every change

Each compiled change ships with the artifact that reverses it. The package is a handoff to the platform owner, never a button that alters production.

Impact known before approval

Replay against observed traffic shows the flows a policy would deny before anyone signs off.

Approvals that scale with risk

The risk of a change sets the approval it needs, and a requester can only make it stricter. Separation of duties, step-up sign-in, and a read-only assessor role are part of the workflow.

Evidence that verifies offline

Signed evidence packs and a tamper-evident audit record can be checked with a standalone verifier, with no network and no need to trust the vendor.

Built for disconnected networks

Palisade is self-hosted, ingests from files, and depends on no vendor cloud. Air-gapped and high-side profiles tighten the defaults, including mandatory change approval.

HOW IT COMPARES

It plans and proves the change. Your platforms enforce it.

Palisade complements most of these categories. It produces the changes enforcement platforms carry out and the evidence governance tools track.

Category-level comparison based on typical capabilities in each category; individual products vary.
Capability Palisade Microsegmentation platforms Network security policy management Kubernetes policy tooling Zero Trust maturity and GRC tools
RolePlans and packages changesEnforces segmentationFirewall rule analysis and workflowCluster policy and admissionTracks assessments
Basis for recommendationsObserved flow, identity, asset, and workload dataIts own agents or sensorsRule base and topologyManifests and cluster stateQuestionnaires
Impact before changeReplay lists denied flows and servicesMonitor or test modePath and rule analysisAudit or dry-run modesNot applicable
RollbackGenerated with every changeInside the platformVaries by workflowThrough version controlNot applicable
Assessor evidenceSigned packs, verified offlinePlatform reportsChange recordsPolicy reportsUploaded artifacts
Disconnected operationAir-gapped and high-side profilesSome on-premises optionsOn-premises is commonWherever the cluster runsOften SaaS only
WHERE IT LANDS FIRST

Start with one enclave and the telemetry you have.

No connectors are needed. The first engagement runs on uploaded files.

Entry use case

Baseline one enclave

Upload telemetry from one enclave and get back a ranked backlog and a signed evidence pack.

Entry use case

Check a change first

Replay a segmentation or access change and see what it would affect before the change window.

Entry use case

Hand an assessor real evidence

Give the assessor or AO signed packs they verify themselves, instead of screenshots.

Bought by Zero Trust program offices, and used day to day by ICAM leads, network and Kubernetes platform owners, and ISSOs.

STANDARDS AND MATURITY

Built around published Zero Trust guidance.

Alignment is conceptual, not a certification.

NIST SP 800-207Separation of policy decision and enforcement, least privilege, and continuous verification shape the workflow.
CISA Zero Trust Maturity ModelUsed as framing for the program conversation.
NIST SP 800-53 Rev. 5Evidence can be mapped to controls you load, such as access enforcement, information flow, and audit, for compliance reporting.
RESPONSIBLE USE

Where the tool stops.

  • Palisade supports engineering change control and mission risk acceptance. It does not replace them
  • Generated configuration is a starting point that platform owners review and test before deployment
  • Replay covers observed traffic, and confidence falls as visibility does
Technology readinessTRL 5. Components validated end to end in a relevant laboratory environment on representative, synthetic data, with broad automated test coverage. Containerized and Kubernetes-deployable. Production hardening, accreditation, and site-specific engineering are scoped per program.
Intellectual propertyPatent pending. Wagoner Enterprises, LLC has filed United States patent applications covering technologies in this product. No patent has yet issued.

This is a public-safe overview. Recommendation rules, scoring, and internal interfaces are available under appropriate agreements.

GET STARTED

See it run against telemetry you recognize.

We run a sanitized walkthrough on representative flow and identity data and hand you the resulting packs to inspect.

Request Technical Walkthrough Back to all solutions Sanitized demonstrations available, including for disconnected environments.