Prototype materials

Public prototype materials for technical review.

This page brings together the current public prototype materials for GIFTS. They now show a live reference-implementation shape: provider-style event conversion, scoring, analyst review, dashboard output, dry-run response planning, and public-data conversion auditing.

Public package contents

Currently available

  • current reference implementation archive and GitHub repository
  • provider-style identity-incident demo outputs
  • static dashboard, triage snapshot, workflow report, and response plan
  • public-data source catalog and Splunk CreateAccessKey result

Not included here

  • proprietary employer systems
  • restricted operational data
  • customer information
  • confidential internal implementation details
How to review the prototype

Start with the demo evidence, then inspect the implementation.

For most technical readers, the best starting point is now the cloud identity demo because it shows the current workflow end to end. The paper and prototype report still explain the research lineage; the repository and reference archive show the current implementation.

Cloud identity demo evidence

Best first stop for seeing the current implementation convert CloudTrail-style records into findings, dashboard state, triage context, and a response plan.

Reference archive

Best option for readers who want a snapshot of the current public reference implementation, including docs, examples, tests, Docker path, and CLI workflows.

Source repository

Best follow-up for readers who want commit history, current docs, tests, and the implementation roadmap.

Current release status

The public package is a reviewable reference implementation.

GIFTS is currently presented as a read-only reference implementation for technical evaluation. It shows provider-style ingestion, sessionization, scoring, analyst reporting, dashboard output, dry-run response planning, and a bounded deep-path research layer. It should be read as a serious reference implementation, not yet as a finished enterprise product.

Useful today

  • technical review and code inspection
  • local execution of the cloud identity incident demo
  • review of analyst reports, dashboards, and dry-run response plans
  • public/lab corpus intake planning and conversion-audit review

Still ahead

  • authorized pilot telemetry and false-positive review
  • production deployment workflows and operator UX hardening
  • deeper benchmark labels and calibrated manifold/deep-path claims
  • customer-safe packaging and release-grade integration docs
Cloud identity demo evidence

The current demo runs from provider-style events to analyst review outputs.

The bundled cloud identity incident demo converts CloudTrail-style records into GIFTS sessions, scores them with the balanced policy, writes SOC/export artifacts, builds a dry-run response plan, stores findings locally, and renders a static dashboard.

GIFTS dashboard preview showing one run, two findings, one pending critical alert, one pending deep queue item, and zero provider actions executed.
Static preview of the generated cloud identity demo dashboard. The linked artifact is the plain HTML output produced by the reference implementation.

Public-data result

GIFTS also ran against the selected Splunk AWS CreateAccessKey public scenario: 75 raw CloudTrail records became 39 valid sessions. The conversion audit records that one oversized session was capped, so this remains validation evidence rather than a benchmark claim.

End-to-end walkthrough

Follow one public path from raw events to workflow findings.

This short walkthrough shows the current public adoption path in sequence: start from CloudTrail-like raw records, convert them into the GIFTS session contract, score the sessions into analyst findings, then inspect the structured outputs from a small reference run.

Step 1. Raw event input

Begin with session-tagged CloudTrail-like records that preserve action name, source, principal identity, IP, region, user agent, and resource context.

Step 2. GIFTS session contract

Convert those records into the stable sessionized GIFTS contract. That is the current public handoff between provider-specific logs and the reference package.

Step 4. Structured model-run outputs

A small reference run can emit both a human-readable forensic report and a machine-readable JSON summary for comparison and downstream review.

How to read the suspicious session

In the sample output, the suspicious session includes a blackout interval where events are intentionally hidden. GIFTS now has two public review layers: a workflow scoring layer that ranks the session for analyst review, and a prototype reconstruction layer that can produce multiple candidate reconstructions, a recommended consensus sequence, and per-slot uncertainty values.

  • Workflow findings show which sessions should be reviewed first and why.
  • Observed actions show what the model was allowed to see.
  • Consensus missing actions show the current recommended reconstruction.
  • Uncertainty by index shows where competing hypotheses agree less strongly.
  • Fast-path and deep-path metrics summarize how the small reference run behaved overall.

This is still prototype evaluation output, not a production forensic claim. The goal is to make the current method reviewable, interpretable, and easier to adapt.

Release note

These materials are a reviewable reference implementation, not a production release.

The current prototype demonstrates mechanics, structure, and evaluation logic through public materials. It is best read as a technical reference package rather than as a claim about production scale or enterprise deployment.

Questions about the prototype

Use the contact page for questions about the package, reproducibility, or collaboration.

The contact page is the best route for technical questions, clarification requests, or collaboration inquiries related to the public materials.