CAIN-42 CAIN Studio
25CAIN-42 Top 25 › cain_audit deliverables › How it works

How it works

  1. Collect. Every file with the chosen extensions (default .py) under the client's folder, skipping vendored and build folders (.git, node_modules, venv, dist, build, site-packages, vendor and more). Files over 2 MB or not valid UTF-8 are excluded and listed as such.
  2. Manifest. Each file's SHA-256 (of its UTF-8 text) goes into a manifest; the manifest's own SHA-256 names exactly what was audited.
  3. Scan. FALSEWORK grades every file and cross-checks routes against engines. The package itself generates no verdict, severity or finding; the engine decides.
  4. Rank. Files are ranked by severity times how close they sit to a real action (routes, money, auth and dispatch paths rank above utilities).
  5. Report. A client report with the verdict, method, measured accuracy, limits, findings, the list of files with no findings, the reviewer's notes (or a plain statement that there were none), remediation and verification steps.
  6. Sign. A record holding the report, the findings, the manifest and their digests, hashed and signed with Ed25519.
  7. Bundle and self-check. The zip is verified by the same standalone verifier the client gets. If that fails, the command exits non-zero and nothing is issued.

What is bound to what

ThingBound byChange it and…
The client's codeManifest digest in the signed recordaudit-code-check.py says DIFFERENT
The reportreport_sha256 in the signed recordthe verifier says TAMPERED
The findingsfindings_sha256 in the signed recordthe verifier says TAMPERED
The recordSHA-256 + Ed25519 signaturethe verifier says TAMPERED
The issuerThe key the client pinsa different key → TAMPERED; no key → NOT VERIFIED

FIRME AI CORPORATION · CAIN-42 is a Byzantine trust fabric. Numbers marked "our own check" were run by us, not by an independent party. Nothing on these pages is a certification.