Evidence-backed content trust
Decide how untrusted content may be used.
PayloadGlass inspects files locally, maps their real structure, records what analysis completed and what remains uncertain, and produces safe text or supported derivatives with evidence.
Your file stays in the browser. No account. No upload. User file-content egress: 0 bytes.
What your model would ingest
Start with intended use
The same file can require a different answer.
“Safe to open” is not “safe to index” and is not “safe to forward.” Choose what the content is for, then inspect the evidence that matters to that use.
Understand and assess
One evidence graph, not a flattened preview.
PayloadGlass detects format from content, recursively expands supported nested objects, and records findings against the asset and byte range that produced them.
- What is it really? Content identity, structural shape, nested assets and validation extent. A file that can be read two ways is analysed every way, with findings per interpretation — though a polyglot signature alone never convicts.
- What risks does it carry? Hostility, deception and AI-ingestion drive the security assessment — including the decoder-abuse primitives behind zero-click media exploits, read statically from structure and never by running the vulnerable decoder.
- Is it what it claims to be? Cross-format forensics reasons contradictions across a whole nested chain — timestamps, identity and lineage, structural coverage and toolchain. Provenance-contradiction evidence, not cryptographic proof.
- What context changes the decision? Sensitive content, provenance, coverage and intended use stay distinct from the threat verdict.
- Why did it fire — or not? Verdicts decompose into named evidence contributions, and near-misses, demotions and suppressions stay traceable.
- What remains unknown? Skipped providers, encrypted members, exhausted budgets and unsupported surfaces stay visible.
Security assessment · drives verdict
Governance context · does not change threat verdict
Browser Investigation Workbench
A real investigation surface, not a teaser.
The production engine compiled to WebAssembly, running in a Worker on your own machine. It is the same analysis the CLI performs, projected into investigation areas — and your file's content is never uploaded. Nothing to install, nothing to sign up for.
Overview
Assessment, coverage and what the analysis could not establish.
Assets
Nested members and alternate interpretations as one bounded graph.
Evidence
Findings tied to the asset and byte range that produced them.
Context & Data
Sensitive, hidden and model-directed content, kept distinct from the threat verdict.
Extract
Hostile-aware text channels and the model-safe derivative.
Provenance
Identity, lineage and cross-format contradictions across the chain.
Actions
Available operations, bound to the current subject — with local, simulated or refused states disclosed.
The engine starts lazily, declares its own size and profile limits, refuses work it cannot bound, and can be cancelled outright. When an action is local, simulated, unavailable, refused, or would cross an egress boundary, the workbench says so.
Open the workbench →Available only where the format support contract declares a native transform. Fidelity, unsupported members and residual risk remain explicit.
Transform with explicit limits
Hand your model the text, not the payload.
Safe text projects selected textual channels into a model-facing derivative and emits a removal log. Supported native sanitisation can remove active structures, rescan the result and report residual findings. Support and fidelity are always format-specific.
- Safe text ships today. Visible and selected structural text are preserved; prohibited or hidden channels are omitted with evidence.
- Sanitisation is bounded. Native transforms are available for supported formats, followed by verify-rescan.
- No silent rewrite. The output records what changed, what was preserved and what could not be established.
Product maturity
The engine ships. The enforcing layer is being productised.
The local evidence engine and supported transforms are available now. Unified, coverage-aware destination enforcement and packaged customer-deployed connectors are the next product milestone.
Recognise & expand
ShippingContent-based identity and bounded recursive traversal.
Evidence
ShippingTyped findings, spans, source identity and explicit uncertainty.
Asset graph
ShippingNested members and cross-format relationships in one graph.
Risk
ShippingSecurity projections plus advisory governance context.
Coverage
Partial / hardeningWhat ran, what completed and what remains uninspected.
Decision
Partial / hardeningIntended-use guidance today; unified enforcement is being built.
Derivative
Partial / hardeningSafe text and supported sanitisation ship; support varies by format.
Live routing
RoadmapCustomer-deployed connectors and destination writeback.
Where you can run it
One engine, several surfaces — each labelled honestly.
The same analysis engine backs every surface through shared contracts, so a finding means the same thing on the command line, in CI, in the browser and on the desktop. Profiles and connectors reuse that vocabulary rather than forking it.
sis CLI
ShippingLocal native analysis, investigation, reporting, querying, explanation and sanitisation — with machine output, batch and directory scanning, diagnostics and shell integration.
GitHub Action
ShippingRuns the public binary release in CI over repository or build artifacts, emitting JSON, JSONL and SARIF from a single pass. Release and action provenance continue to harden.
Browser Investigation Workbench
ShippingThe production engine compiled to WebAssembly, running in a local Worker and projected into real investigation areas. Your file's content is never uploaded.
Guardian
Partial / hardeningLocal monitored-folder and operator workflows with desktop and service surfaces, MCP integration, snapshot-bound acquisition, audit records and a transactional vault. Persisted automation authority and cross-platform polish are incomplete.
Content Trust API & gateways
RoadmapCustomer-deployed decision and transformation services for ingestion, transfer, collaboration, email or RAG flows. Not a shared hosted endpoint.
Enterprise control plane
LaterMulti-tenant policy, fleet, lifecycle and reporting surfaces built over the same narrow semantic contracts.
Capabilities and support truth
Depth is qualified, not flattened into a format count.
We publish support per root and capability — recognition, structure, parser, member enumeration, text channels, safe-text, sanitisation and sensitivity coverage — rather than a detector count that says nothing about whether your file is covered.
Native roots
Partial and embedded surfaces
On your machine and in your pipeline
Run the production engine locally — or in CI.
The sis CLI is not a reduced edition: it runs the same analysis engine,
on your machine, with no account and no upload. The GitHub Action runs that same
published binary in CI over your repository or build artifacts.
- Scan one file, many paths, or a whole directory
- Fast triage by default, deeper profiles on demand
- Emit several outputs from a single analysis pass
- JSON, JSONL and SARIF for pipelines and code scanning
- Query structure and evidence; explain a decision from its trace
- Check readiness with sis doctor; install shell completions
macOS · Linux · Windows. Published through an artifact-only release path with provenance controls, so the publishing path never reaches source.
Convenience installer — inspect before running
curl -fsSL https://raw.githubusercontent.com/payloadglass/sis-release/main/scripts/install.sh | sh Prefer a published release or package-manager path for controlled environments.
In CI — SARIF into code scanning
sis scan ./artifacts --sarif-out sis.sarif --jsonl-out sis.jsonl Customer-deployed content trust
Put the decision at your content boundary.
We are working with design partners on AI context, support-bundle cleanrooms, customer-deployed intake and local/agent workflows. Raw hostile or sensitive content remains in your environment.