Tools and work in progress

Compile security evidence offline. Review it with reasoning you can check.

Palisade is a free, open-source, single-file compiler that turns scanner exports, SCAP results, STIG checklists, threat intel and inventory sheets into control-mapped evidence without a single network call. Verdict is a Keith Systems reviewer-assist tool in development, designed to map that evidence to NIST, CMMC and HIPAA requirements and propose determinations a person confirms.

At a glance

One tool you can use today. One designed for the step after it.

Palisade turns raw security data into control-mapped evidence inside your browser. Verdict is designed to review that evidence against its requirement and hand a reasoned proposal to the person who decides.

Open source · MIT License v2.9

Palisade

Drop in scanner exports, SCAP results, STIG checklists, threat intel and inventory sheets. Get a control-mapped evidence package without one byte leaving the machine.

  • One HTML file, no build step
  • CSP connect-src 'none'
  • Zero-dependency SBOM
  • Published security audit

Free and public. Jacob Keith is a co-maintainer and named copyright holder. Not a Keith Systems commercial product.

In development Planned

Verdict

Designed to map evidence to the exact requirement it answers, propose a determination with visible reasoning, and leave the final call with a person.

  • Procedure-level mapping
  • Reasoning shown
  • Fingerprint caching
  • Local or no-AI modes

A Keith Systems concept. Not available yet, no users. Design partners welcome.

How they fit

  1. 01Your scan, checklist and inventory files
  2. 02Palisade compiles, offline
  3. 03Control-mapped evidence
  4. 04Verdict reviews (planned)
  5. 05A person decides

Palisade · the problem

Scan-to-evidence work is mostly clerical. Palisade compiles it.

Scanners report findings. Assessors want inventories, STIG coverage, port registries and POA&M rows. The gap is where hours and sensitive data leak away.

Why it exists

Reshaping scan data, checklists, inventories and threat intel into control evidence is still mostly done by hand. The shortcuts are worse: online converters and web tools take host names, addresses, software lists and accounts somewhere you do not control.

Palisade compiles locally, in a browser. Its own security policy forbids the page from reaching the network at all.

Who it is for

  • NIST 800-53 and RMF programs. Every export names its control mapping in the header.
  • DoD assessments. eMASS-shaped baselines, PPSM rows and DISA STIG applicability.
  • Inventory and configuration work. CM-8 inventories, approved software, end-of-support and drift.
  • Vulnerability management. Findings grouped by fix, ranked by observed exploitation, not raw CVSS.
  • SCAP or checklist results. SCC XCCDF and STIG Viewer checklists roll up into per-rule scoring.

No DoD program required. The core engine is framework-agnostic.

  • 18workflow tabs in 4 stages
  • 8analysis views over one filter
  • 20report sections, 5 presets
  • 4leadership lenses
  • 0fetch, XHR, WebSocket or beacon calls
  • 0third-party components

Palisade · why it is impressive

Engineering choices you can verify, not adjectives

Each card is a documented design decision, made because the output is evidence someone will sign against.

File iconA single document with a folded corner.

One file. The bytes you read are the bytes that run.

No bundler or transpiler. Copy palisade.html anywhere and open it from file://. Nothing to deploy, nothing written to browser storage.

Blocked shield iconA shield with a diagonal bar, meaning network access is blocked.

The network is forbidden, not merely unused

The file's own CSP sets connect-src, default-src and related sources to 'none'. Script runs only by its SHA-256, so markup injected by hostile scan data stays inert.

Inspect iconA magnifying glass.

Formats recognized by content

Drop .nessus, SCC .zip, .cklb and workbooks at once. Files route by content, not extension, or report why they did not.

Archive iconA zipped archive box.

Hand-written .xlsx reader and .zip writer

Built on the browser's native DecompressionStream and CompressionStream, with no libraries and size caps that stop decompression bombs.

Merge iconTwo branches joining into one line.

Provenance on every merged row

Rows are tagged scan, listing, both or manual. Listings never overwrite scan evidence or your edits; conflicts and look-alike hosts are flagged, not silently merged.

Target iconConcentric circles with crosshair ticks.

Threat-intel fusion with a selectable scoring authority

Each CVE gets a transparent 0 to 100 score with editable weights. You choose which score drives tiers, and P1 always means weaponized and present on your network.

Ranked list iconA list with lines of decreasing length.

A remediation planner, not a findings dump

Findings resolve to the action that closes them, ranked by risk retired, so fifty browser findings read as one upgrade. Unrecognized items are marked unparsed, not guessed.

Trend iconA line chart rising to the right.

Change, drift and trend, cycle over cycle

Severity-tiered diffs against prior sessions, escalation when security tooling disappears, a burndown from saved sessions, and aging against your windows.

Report iconStacked pages.

A report that cannot disagree with the screen

Twenty sections and five presets, each rendered by the same function as its tab. Output is a PDF-ready HTML file plus a foldered evidence .zip.

Palisade architecture: files in, one model inside a sealed browser, evidence out Five kinds of input file flow into Palisade: scanner exports (.nessus or Tenable CSV), SCAP results (XCCDF xml or zip), STIG checklists (.ckl and .cklb), threat intel keyed by CVE, and hardware and software baselines plus prior sessions. They merge into one normalized model with identity checked by MAC, IP and OS and every row tagged scan, listing, both or manual. The model sits inside a dashed boundary labeled your browser, connect-src none: no network APIs, no storage, no dependencies. Outputs leave only when you click export: inventories, STIG scoring, PPSM and port matrices, POA&M drafts, a ranked remediation queue, trend and drift, and a report with an evidence zip. An AI prompt package can leave only by a human export, with host names withheld. INPUTS · FILES YOU DROP IN Scanner exports SCAP results STIG checklists Threat intel HW/SW baselines + sessions .nessus · CSV XCCDF .xml · .zip .ckl · .cklb keyed by CVE .xlsx · .csv · .tsv · .json YOUR BROWSER · CONNECT-SRC 'NONE' One normalized model Identity checked: MAC, IP, OS Tagged scan · listing · both · manual 0 network APIs · no storage · no deps CLOSE THE TAB, THE STATE IS GONE YOU CLICK EXPORT OUTPUTS · CONTROL-MAPPED Inventories STIG scoring PPSM / ports POA&M drafts Ranked remediation Trend & drift Report + evidence .zip AI prompt package Human export only · host names withheld
Palisade data flow. Every arrow out is a download a person clicks.

Reading the diagram

  1. Many sources, one model. STIG matrix, inventory, baseline and POA&M cannot contradict each other.
  2. Evidence quality is checked first. Uncredentialed hosts are flagged, never treated as clean.
  3. The boundary is enforced by the browser. No host or scheme is allowed, by construction.
  4. AI stays outside on purpose. Briefings export for your approved assistant; host names are withheld unless you opt in.
  5. The tool flags; people decide. POA&M drafts leave decision fields blank.

Palisade · inputs and outputs

Real formats in. Named, control-mapped artifacts out.

Every export states which NIST 800-53 controls it supports, so an artifact explains itself.

What it reads

Palisade input formats and handling notes
InputFormatsHow it is handled
Tenable scan exports.nessus XML (preferred), Tenable CSVFrom Tenable Nessus, Nessus Professional or Tenable Security Center. CSV must include the Plugin Output column, and the CVE column for intel fusion. Credentialed scans are required for software detection.
SCAP resultsSCC XCCDF result .xml, or the SCC .zipPer-rule results. A newer SCC run replaces an older one by its own date. The current V-ID is read from the Group.
STIG checklists.ckl (XML), .cklb (STIG Viewer 3 JSON)Manual review answers live here. A checklist decision is never overridden by SCC, and the same rule from both counts once.
Threat intel.xlsx, .csv, .tsv keyed by CVEHeaders map by alias, longest phrase first. The header row is found by scoring the first ten rows. Multi-CVE cells split; Excel date serials become ISO dates; unmapped columns pass through.
HW/SW baselines.xlsx, .csv, .tsvYour documented inventory, combined or separate. Workbooks route per worksheet. Hardware that never scans (switches, spares) still lands in the inventory.
Approval decisionsThe review sheet Palisade exported, filled inOnly the four canonical statuses apply. "Unapproved" and "Not authorized" read as Denied; unknown wording stays Not Reviewed and is flagged.
Prior session.jsonDrift detection against a previous cycle, or trend backfill. Loads are transactional: a malformed file restores the previous dataset.
Environment profile.jsonSettings, detection rules and custom report presets so a team shares one setup. Never carries scan data.

What it produces

Palisade exports, what each gives a reviewer, and the NIST 800-53 controls it supports
ArtifactWhat it gives the reviewerSupports
STIG_Applicability.csvWhich STIGs apply to which hosts. Products found in scans switch on their own matrix column.CM-6, CM-6(1), CM-2
STIG_Compliance_Summary.csv, STIG_Open_Findings.csv, STIG_Coverage.csvPer-rule results, a printed scoring definition, and STIGs the matrix says apply but were never assessed.CM-6, CM-6(1), CA-2, CA-7
Asset_Inventory.csvScan, listing and manual records merged, each row provenance-tagged.CM-8, CM-8(1), PM-5
Asset_Reconciliation.csvCoverage gaps in both directions: scanned but not listed, listed but never scanned.CM-8, CM-8(3), RA-5
Software_Listing.csv, Approved_Software_Review.csvConsolidated software with ambiguous duplicates flagged, plus an approval round trip.CM-8, CM-10, SA-22, CM-2, CM-7(4), CM-11
eMASS_Hardware_Baseline.csv, eMASS_Software_Baseline.csvBaselines in eMASS import shape.CM-8
PPSM_Registry.txt, PPSM_WorkingCopy.csvListening ports, protocols and services per host.CM-7, CM-7(1), SC-7
Account_Audit.csvDormant, stale-password and default accounts per host, with last-logon dates where the scan reported them.AC-2, AC-2(3), AC-6(5), IA-4
Change_Record.csvPer-host diff against the prior cycle, tiered by severity.CM-3, CM-6(3), CM-11, SI-7
Unsupported_Components.csvComponents past vendor end of support.SA-22, RA-5, SI-2
Remediation_Plan.csv, Prioritized_Vulnerabilities.csvRanked actions, not raw findings, with intel tiers and aging.RA-5, RA-5(2), SI-5, SI-2
POAM_Draft.csv, POAM_Draft_STIG.csvEvidence fields prefilled, decision fields left blank.CA-5
Scan_Coverage.csvCredentialed-scan verification per host.RA-5, RA-5(1), RA-5(5)
Trend_Burndown.csvPosture direction across assessment cycles.CA-7, PM-6
Control_Mapping.csvThe mapping itself, as a reviewable artifact.All of the above

Selected exports shown. The full list is in the project README.

Palisade · trust and supply chain

Built to be assessed, not just trusted

Palisade removes the build and the dependency tree, then publishes the documents a reviewer would otherwise have to request.

Nine assessable artifacts: policy, seal, checksums, SBOM, audit, threat model, regression gate, accessibility and reviewer packet

Policy

Content-Security-Policy, 13 directives

No host or scheme is a source for anything, so "no network calls" is machine-checkable.

Seal

Script runs only by its own hash

Change one byte and the page loads inert. The whole-file digest covers someone who edits the entire file.

Checksums

SHA-256 and SHA-384 digests

SHA256SUMS, SHA384SUMS and MANIFEST.json (SHA-512 plus a markup digest) tie a copy to the repository.

SBOM

CycloneDX 1.6 and SPDX 2.3, deliberately empty

All seven NTIA minimum elements, with an explicitly empty component list. No dependencies, no dependency attacks.

Audit

A published adversarial audit

No path from input to script execution. Of 87 other issues, 19 high, all but six are fixed in v2.9, and the six are explained.

Threat model

Boundaries named, limits stated

The air gap ends at the exported CSV, so formula-executing cells are neutralized on the way out.

Regression gate

Your own browser, your own run

A Chromium harness walks all 18 tabs from file://, asserting zero errors and zero CSP violations, and replays hostile audit inputs.

Accessibility

An honest conformance report

A VPAT-shaped WCAG 2.1 AA and Section 508 report that states where v2.8 does not fully conform, and why.

Reviewer packet

SSDF map and mobile-code determination

A NIST SP 800-218 map and a mobile-code determination for the reviewer who objects to "an HTML file with JavaScript in it."

The policy, verbatim from v2.9

default-src 'none';
script-src 'sha256-rXLlUraYkQK0AWyOdItde6nM7Vp4Okl31uF8o7Q6XsQ=';
style-src 'unsafe-inline'; img-src 'none'; font-src 'none';
connect-src 'none'; frame-src 'none'; worker-src 'none';
object-src 'none'; media-src 'none'; manifest-src 'none';
base-uri 'none'; form-action 'none'

Verify it yourself, offline

sha256sum -c SHA256SUMS
sha384sum -c SHA384SUMS
node tools/seal.mjs palisade.html --verify
bash tools/csp-lint.sh palisade.html

Not there yet, by the project's own account: the release-attestation CI workflow had never run as of 2026-10-09, so no attestation exists. Until then, the digests and commands above are the evidence.

Palisade · compared

Where Palisade sits among the tools you already know

Not a scanner, GRC system of record or remediation engine: the offline compiler between them. Based on public documentation as of October 2026.

Capability map: Palisade compared with Tenable Security Center, OpenSCAP, Anchore Grype and Syft, and GRC platforms Qualitative, based on public documentation, Oct 2026. Ratings are full, partial, none, or see vendor docs. Offline or air-gap: Palisade full, Tenable Security Center partial, OpenSCAP full, Grype and Syft partial, Xacta and RegScale partial. Zero dependencies: Palisade full, Security Center none, OpenSCAP none, Grype and Syft partial, Xacta and RegScale none. Mapped evidence: Palisade full, Security Center partial, OpenSCAP partial, Grype and Syft none, Xacta and RegScale full. Multi-source fusion: Palisade full, Security Center partial, OpenSCAP none, Grype and Syft partial, Xacta and RegScale full. Field provenance: Palisade full, Security Center see vendor docs, OpenSCAP none, Grype and Syft none, Xacta and RegScale see vendor docs. Scanning: Palisade none, Security Center full, OpenSCAP full, Grype and Syft full, Xacta and RegScale partial. System of record: Palisade none, Security Center partial, OpenSCAP none, Grype and Syft none, Xacta and RegScale full. CAPABILITY MAP PALISADE VS. REAL TOOLS Palisade Tenable SC OpenSCAP Grype + Syft Xacta / RegScale Offline / air-gap Zero dependencies Mapped evidence Multi-source fusion Field provenance Scanning System of record ?? FullPartialNoneSee docs Qualitative, based on public documentation, Oct 2026
Qualitative, public documentation, Oct 2026. Palisade deliberately scores "none" on scanning and system of record.

How to read it

Palisade is strongest at browser-enforced offline operation, a provably empty dependency list, control-mapped evidence, multi-source fusion and field-level provenance.

It is intentionally empty elsewhere. Tenable, OpenSCAP and Grype scan. Telos Xacta 360 and RegScale are systems of record; Palisade keeps state in a session file you save.

Use Palisade with, not instead of. Scan with Nessus or Security Center, evaluate SCAP with OpenSCAP or SCC, record manual checks in STIG Viewer, fix with tools like Ansible Lockdown, track supply chain with Syft, Grype and Dependency-Track, and keep the record in your GRC platform. Palisade compiles their output into readable evidence, offline.

  • Full
  • Partial
  • None or not in scope
  • Varies or see vendor docs
Feature comparison. Each cell gives a rating followed by a short explanation. Based on public documentation, October 2026.
Capability Palisade Tenable Nessus + Security Center OpenSCAP DISA STIG Viewer Anchore Syft + Grype OWASP Dependency-Track
What it is Offline scan-to-evidence compiler Vulnerability scanner (Nessus) and on-premises vulnerability management platform (Security Center) SCAP scanning and reporting CLI1 DISA desktop tool for STIG checklists SBOM generator (Syft) and vulnerability scanner (Grype) Continuous SBOM analysis platform
License MIT Commercial LGPL-2.1 Free from DISA (see DISA) Apache-2.0 Apache 2.0
Nothing to deploy Full: One HTML file opened from file:// None: Scanner plus server platform None: CLI package on each host Partial: Desktop app, Linux and Win64 Partial: Single CLI binaries None: Self-hosted containers with API server
Runs fully offline Full: Enforced by CSP connect-src 'none' Partial: Offline registration and manual plugin updates; a few plugins need internet Full: Local CLI Desktop app; see DISA docs Partial: Grype downloads its database first, then scans offline Varies: vulnerability feeds are online
Scans systems or images None: No, by design; reads scanner output Full: Yes Full: Evaluates hosts against SCAP content None: Manual checklist review Full: Images, filesystems and SBOMs None: Analyzes uploaded SBOMs
Reads Tenable .nessus exports Full: Preferred input Full: Produces them2 None: Not documented None: Not documented None: Not documented None: Not documented
Rolls up SCAP and STIG checklists across hosts Full: XCCDF plus .ckl/.cklb, with coverage reconciled See vendor docs Partial: Per-host reports; no fleet view in a single HTML report Partial: One checklist at a time, with scores and STIG comparisons None: Not in scope None: Not in scope
Exports mapped to NIST 800-53 controls Full: Mapping in every export header Partial: Hundreds of report templates, including compliance Partial: HTML reports and ARF results Partial: Checklist exports (CKL, CKLB, HTML, CSV) None: Not in scope None: Not in scope
eMASS-shaped baselines and PPSM rows Full: First-class exports See vendor docs None: Not documented None: Not documented None: Not in scope None: Not in scope
POA&M drafts Full: Evidence prefilled, decisions blank See vendor docs None: Not documented None: Not documented None: Not in scope None: Not in scope
Exploitation-aware prioritization Full: Your CVE-keyed intel, editable weights, selectable score Full: Built-in risk scores and threat intelligence None: Not in scope None: Not in scope Full: Grype: EPSS, KEV and risk scoring Partial: Re-checks inventory as new CVEs appear
Provenance on merged fields Full: scan, listing, both or manual See vendor docs None: Single source None: Single source None: Not documented See vendor docs
Generates SBOMs for your software None: Ships its own SBOM; does not generate yours See vendor docs None: Not in scope None: Not in scope Full: CycloneDX, SPDX, Syft JSON, signed attestations Partial: Consumes SBOMs (CycloneDX)
System of record and workflow None: Session file you save; no standing database Partial: Dashboards and ticketing None: Not in scope None: Not in scope None: Not in scope Partial: Standing component inventory
Changes system settings None: Never; plans the fix, a person applies it None: Not documented Partial: Generates fix scripts None: No None: No None: No
  1. SCAP Workbench (GPL-3.0) has an archived upstream repository; Red Hat notes it offers less than the oscap command line.
  2. Tenable documents that scan exports and reports are not available in Nessus Essentials.

Palisade · workflow

Same evidence, fewer hands on it

Illustrative, no timings claimed. The difference is fewer steps and handoffs, which is where errors and copies of sensitive data multiply.

Illustrative workflow by hand: 9 steps, 4 handoffs Illustrative. Steps by hand: 1 export scans from the scanner, 2 pivot rows in a spreadsheet (handoff), 3 clean up duplicate software, 4 copy STIG results per checklist (handoff), 5 reconcile against hardware and software lists, 6 look up CVEs in the intel sheet (handoff), 7 type POA&M rows, 8 assemble the report by hand (handoff), 9 re-read everything for quality control. BY HAND · ILLUSTRATIVE 123456789 Export scans from the scanner Pivot rows in a spreadsheet Clean up duplicate software Copy STIG results per checklist Reconcile against HW/SW lists Look up CVEs in the intel sheet Type POA&M rows Assemble the report by hand Re-read everything for QC 9 steps · 4 handoffs File or tool handoff
By hand. Illustrative.
Illustrative workflow with Palisade: 5 steps, 1 handoff Illustrative. Steps with Palisade: 1 export scans as .nessus, 2 drop every file in at once (the one handoff), 3 resolve flagged conflicts, 4 take the readiness meter to green, 5 export the evidence zip. The human judgment steps remain. WITH PALISADE · ILLUSTRATIVE 12345 Export scans as .nessus Drop every file in at once Resolve flagged conflicts Readiness meter to green Export the evidence .zip 5 steps · 1 handoff File or tool handoff Judgment stays human: conflicts, approvals and risk decisions are flagged for you, never decided.
With Palisade. Illustrative.

Palisade · use cases

Where it earns its place

Each scenario uses outputs documented in the README.

01 · RMF package prep

Registration artifacts that agree with each other

STIG applicability, baselines, PPSM rows and POA&M drafts come from one model, and the assessor preset assembles them into one document.

02 · CMMC and NIST 800-171 readiness

An inventory you can defend

Provenance-tagged inventories, an account audit and a change record give access control and configuration work real evidence.

03 · Isolated lab or enclave

Evidence where the network cannot reach

Carry one file in, verify its digest, open from file:// and compile. Threat intel is whatever dated sheet you bring.

04 · MSP quarterly review

Cycle-over-cycle, client by client

Last quarter's session gives a change record and burndown point; leadership gets four lenses. Environment profiles keep setups identical.

05 · Small office with a scan report

From a wall of findings to a short list

A .nessus or Tenable CSV becomes a ranked remediation plan and executive summary. Nessus Essentials documents no export.

06 · Pre-delivery QC

Catch what a reviewer asks first

Readiness, scan health and coverage gaps show what is missing before shipping. Absent evidence fails, not passes.

Try any of these with the built-in demo: six synthetic hosts across every tab and export.

Verdict · in development

Evidence review that shows its work and hands the decision back to you

A Keith Systems reviewer-assist tool in development. Not available yet, no users. Everything here describes the planned design.

The planned promise

Read the evidence, find the requirement it answers, propose a determination with reasoning in view, answer follow-ups, then step aside while a person decides.

  • StatusIn development
  • AvailabilityNot available yet
  • UsersNone
  • Looking forDesign partners

The problem it is designed for

Every assessment ends with someone judging evidence against requirements: NIST SP 800-53A determination statements, the 110 NIST SP 800-171 R2 requirements of CMMC Level 2, the 15 FAR 52.204-21 requirements of Level 1, or HIPAA's safeguards.

The work is repetitive and largely redone each cycle. Pasting evidence into a chat assistant sends it out of your environment and returns prose with no mapping, record or memory.

Designed for

  • Small teams preparing for CMMC Level 1 or 2.
  • Healthcare and dental offices working through HIPAA safeguards.
  • Assessors who want a second reader that cites evidence.
  • Programs reviewing NIST 800-53 to the procedure level.

Planned as a reviewer-assist layer. Not a GRC system of record, and it certifies nothing.

Why the design is worth watching

Inbox iconAn inbox tray receiving items.

Evidence ingest

Planned: scan output, checklists, configuration exports and policies, including Palisade's artifacts.

Hierarchy iconA tree from one node down to three.

Automatic mapping, procedure deep

Planned routing to control, procedure or determination statement, and CCI where used.

Layers iconThree stacked layers.

Overlay-aware determinations

Planned to judge against the requirement as tailored for your system, not a generic entry.

Eye iconAn open eye.

Reasoning shown, evidence cited

Each proposal is designed to carry its reasoning and evidence, so reviewers check logic, not labels.

Conversation iconA speech bubble with text lines.

Persistent follow-up Q&A

Ask why or what is missing. The thread is planned to stay with the determination for the next reviewer.

Fingerprint iconA stylized fingerprint.

Fingerprint caching

Planned so unchanged evidence is not re-reviewed and effort goes to what changed.

Modules iconFour square blocks, one dashed.

Modular by design

Ingest, mapping, reasoning and review are planned as separate, swappable modules.

Processor iconA chip with pins on every side.

Model placement per environment

Planned per client: fully local, your approved AI service, or no AI.

Person with check iconA person beside a check mark.

A human makes the final call

Designed to propose, never decide. A person accepts, edits or rejects, and that is what gets recorded.

Verdict · planned design

Six stages, one rule: the reasoning is visible and the decision is human

Planned design. Nothing here has shipped.

Verdict planned pipeline, from evidence to human decision Planned design, not shipped. A model placement selector, chosen per environment as local, your cloud, or no-AI, feeds the proposal stage. Six stages run top to bottom: 1 evidence in (scans, checklists, configs, policies); 2 fingerprint cache, so unchanged evidence is not re-reviewed; 3 control mapping to control, procedure, CCI and overlay; 4 proposed determination with reasoning shown and evidence cited; 5 follow-up Q&A, which can loop back to revise the proposal, with the thread kept on record; 6 human decision to accept, edit or reject. Nothing is final until a person decides. PLANNED DESIGN · NOT SHIPPED MODEL PLACEMENT · PER ENVIRONMENT Local Your cloud No-AI 1 · Evidence in 2 · Fingerprint cache 3 · Control mapping 4 · Proposed determination 5 · Follow-up Q&A 6 · Human decision Scans, checklists, configs, policies Unchanged evidence is not re-reviewed Control · procedure · CCI · overlay Reasoning shown, evidence cited Ask why; the thread stays on record Accept, edit or reject: your call Nothing is final until a person decides.
Verdict pipeline. Planned design.
Verdict planned model placement: fully local, your approved cloud, or no-AI review Planned design. Mode A, fully local: evidence and the model both sit inside your environment boundary; nothing leaves your hardware. Mode B, your approved cloud: evidence stays inside your boundary and only crosses to an AI service your organization already approved. Mode C, no-AI review: evidence goes to a human reviewer with no model in the loop, and the person writes each determination. MODE A · FULLY LOCAL Evidence Local model Evidence and model stay on your hardware. MODE B · YOUR APPROVED CLOUD Evidence Approved AI Only to an AI service you already approved. MODE C · NO-AI REVIEW Evidence Reviewer No model in the loop; a person writes it.
Model placement. Planned, chosen per environment.

Mode A · Fully local

For environments that cannot send evidence anywhere. Planned to run on hardware you control.

Mode B · Your approved cloud

Evidence is designed to go only to an AI service you already approved, by your choice, never by default.

Mode C · No-AI review

Designed to keep organizing evidence and the review record while the reviewer writes every determination.

Same principle as Palisade: where a model runs is decided per environment, never as an afterthought.

Verdict · compared

A reviewer-assist layer, not another system of record

Telos Xacta 360, RegScale and Paramify are systems of record, several with AI features. Verdict does not plan to replace them; it is designed to sit between your evidence and that record.

Capability map: Verdict planned design compared with manual review, GRC platforms and general chat AI Planned design. Qualitative, based on public documentation, Oct 2026. Procedure-level mapping: Verdict planned full, manual review partial, GRC platforms partial, general chat AI none. Reasoning shown: Verdict full, manual partial, GRC see vendor docs, chat AI partial. Q&A per determination: Verdict full, manual none, GRC see vendor docs, chat AI partial. Skips unchanged input: Verdict full, manual partial, GRC see vendor docs, chat AI none. Data stays with you: Verdict full, manual full, GRC partial, chat AI none. System of record: Verdict none, manual none, GRC full, chat AI none. eMASS or OSCAL output: Verdict none, manual none, GRC full, chat AI none. CAPABILITY MAP VERDICT COLUMN IS PLANNED Verdict (planned) Manual review GRC platforms General chat AI Procedure-level mapping Reasoning shown Q&A per determination Skips unchanged input Data stays with you System of record eMASS / OSCAL output ??? FullPartialNoneSee docs Planned design. Qualitative, based on public documentation, Oct 2026
Planned design. Qualitative, public documentation, Oct 2026. GRC platforms lead widely on system of record and package output.

Where Verdict is designed to fit

Against spreadsheet review, the same data control plus mapping, cited reasoning, question threads and caching.

Against general chat AI, evidence stays inside a boundary you choose, tied to a requirement, with a record. OpenAI says business plans are not used for training by default while consumer plans may be unless you opt out; either way evidence leaves your environment.

Against GRC platforms, not a substitute. They manage the record, POA&Ms, SSPs and OSCAL or eMASS exchange, and Xacta.ai and RegScale's AI already assist with statements. Verdict is planned to feed trusted determinations into whichever record you keep.

  • Full
  • Partial
  • None or not planned
  • Varies or see vendor docs
Verdict planned design compared with existing approaches. The Verdict column describes planned capabilities, not shipped features. Based on public documentation, October 2026.
Capability Verdict (planned) Manual spreadsheet review Telos Xacta 360 RegScale Paramify DISA STIG Viewer OpenSCAP General chat AI
What it is Reviewer-assist layer for evidence-to-requirement determinations Evidence and requirements in workbooks, judged by a person Commercial GRC and RMF platform Commercial continuous controls monitoring platform built on OSCAL Commercial compliance documentation platform DISA desktop tool for STIG checklists Open-source SCAP evaluation CLI General-purpose AI assistant
Status In development; not available Available Available Available Available Available Available Available
Deployment Planned per environment: local, approved cloud or no-AI Your machines On-premises, hosted or SaaS; SaaS is FedRAMP High Authorized On-prem, cloud or air-gapped, per vendor Cloud and self-hosted options Desktop app, Linux and Win64 Local CLI, Linux and Windows Vendor-hosted service
Maps evidence to requirements Full, planned: Planned to control, procedure and CCI level Partial: Entirely by hand Partial: Xacta.ai drafts implementation statements and validation procedures See vendor docs See vendor docs Partial: STIG rule level, one checklist at a time Partial: SCAP rule level None: No built-in mapping
Frameworks Planned: NIST 800-53 (800-53A procedures), NIST 800-171 / CMMC Level 1 to 2, HIPAA Security Rule Any RMF and others; see vendor docs See vendor docs FedRAMP, CMMC, GovRAMP, FISMA, DoD ATO DISA STIGs SCAP content None built in
Proposed determination with reasoning shown Full, planned: Planned for every determination Partial: Only if the reviewer writes it See vendor docs See vendor docs See vendor docs None: Reviewer sets status and comments Partial: Pass or fail per rule, with HTML report Partial: Free-form and unstructured
Follow-up Q&A tied to each determination Full, planned: Planned, persistent per determination None: No See vendor docs See vendor docs See vendor docs None: No None: No Partial: Chat thread, not tied to a determination record
Skips re-review of unchanged evidence Full, planned: Planned fingerprint caching Partial: Reviewer memory See vendor docs See vendor docs See vendor docs None: No None: No None: No
Evidence stays in your environment Full, planned: Planned local and no-AI modes Full: Yes Partial: On-premises option available Partial: Air-gapped option per vendor Partial: Self-hosted option Full: Desktop app Full: Local CLI None: Evidence leaves your environment
System of record, workflow and approvals None: Not planned; feeds your record None: Workbooks only Full: Workflow, approvals, document generation, POA&Ms Full: Continuous monitoring, POA&M management Full: SSP generation, POA&M management None: No None: No None: No
eMASS or OSCAL exchange None: Not planned None: No Full: eMASS connection, OSCAL export Full: Built on OSCAL Full: OSCAL, eMASS and Word SSPs None: Not documented None: Not documented None: No
Human makes the final call Full, planned: By design, every determination Full: Yes Full: Approval workflow See vendor docs See vendor docs Full: Reviewer sets status Automated results; reviewer interprets Up to the user

Verdict column: planned, not shipped. Competitor cells reflect public documentation as of October 2026; "See vendor docs" means not found.

Verdict · early access

Help shape Verdict before it ships

Design partners help decide which evidence types, frameworks and model-placement modes come first.

  • Tell us your frameworks: CMMC, NIST 800-171, HIPAA or NIST 800-53.
  • Tell us where a model may run, if anywhere.
  • Hear first when there is something to try. No commitment.

Working with Jacob

The tools reflect the habits. The consulting is available today.

Jacob Keith, CISSP, works with businesses from Lompoc across the Central Coast. No tool required; the same rules apply: offline first, your data stays with you, reasoning shown.

Assessments

Security assessments

What matters most, ranked in plain English, with a written plan for whoever does the fixes.

Defense supply chain

CMMC and NIST 800-171 readiness

Gap analysis and evidence preparation. Keith Systems certifies no one; you arrive knowing where you stand.

Not sure where to start? Try the 2-minute Security Self-Check, browse all services, or read about Jacob.

Questions

Before you call.

Is Palisade really free?

Yes. It is free and open source under the MIT License, with full source on GitHub. Jacob Keith is a co-maintainer and named copyright holder alongside another maintainer. It is a community project, not a Keith Systems commercial product, and there is no support contract behind it. For help reading and acting on its output, Jacob offers security assessments, CMMC and NIST 800-171 readiness and HIPAA security risk analysis. Keith Systems does not certify anyone. The work helps you find gaps and prepare.

Does any of my data leave the machine when I use Palisade?

No. The file's Content-Security-Policy sets `connect-src`, `default-src` and every other fetch directive to `'none'`, so the browser refuses any network request. Files leave only as downloads you click. The optional AI prompt package is also just a file. Carrying it to an AI assistant is a deliberate human step, and host names are withheld unless you opt in.

What files does Palisade read?

Tenable `.nessus` XML (preferred) or Tenable CSV with the Plugin Output column, SCC XCCDF result `.xml` or the SCC results `.zip`, STIG Viewer `.ckl` and `.cklb` checklists, CVE-keyed threat-intel sheets in `.xlsx`, `.csv` or `.tsv`, your documented hardware and software listings, and prior session `.json` files for drift and trend. Files are recognized by content, not extension.

Can I use Verdict today?

Not yet. Verdict is a Keith Systems concept in development. It has not shipped and has no users. It is designed to run with a fully local model, with an AI service your organization has already approved, or in a no-AI review mode where a person writes every determination. In every mode, a human makes the final call. To help shape it as a design partner, or to hear when there is something to try, join the early-access list.

Start with a free security consult.

A short call about what you have to protect and what to do first. Or take the 2-minute Self-Check for a plain-English score.

Not sure if we're a fit? Call (805) 800-8163 or send a message anyway. If it's not something I do, I'll say so and help you figure out where to look.

Call (805) 800-8163 Free security consult