INTERACTIVE DEMOSample results only. No code is uploaded, stored or scanned. Inputs do not change the sample report.
redzohuGOVERNANCE How it works
BUILT TO LEARN / SHARED TO EXPLORE

Policy meets code.
With clear limits.

REDZOHU Governance Scanner is a personal engineering and portfolio project. I built it to explore governance tooling, practice product development, and learn by creating my own workflows instead of relying only on hosted third-party products. It is not offered as a commercial compliance service.

Download the guide ↓

What the scanner actually does

The local application accepts a ZIP archive or a supported public Git repository. You specify deployment regions, sector and risk tiers. It compares source files and project metadata against a curated control registry and produces a report grouped by jurisdiction.

01 / ApplicabilityYou declare where the project operates. The tool does not determine its legal risk classification.
02 / Automated checksConftest/OPA evaluate configured policies. Semgrep checks source patterns. Small scripts check documentation and approved secrets-manager usage.
03 / Human reviewNon-automatable items stay visible as manual attestations. Documented exceptions remain visible as accepted risks, with owners and expiry dates.
04 / EvidenceEach completed assessment produces a JSON record with registry version and a SHA-256 integrity hash. This is not a digital signature or independent audit.

What a result means

PASS means the applicable configured check passed for this input. It does not mean the project complies with every law or has no vulnerabilities. Findings can include false positives and false negatives. Missing or outdated rules can leave gaps. Some requirements cannot be assessed from source code.

Public demo versus local scanner

The public frontend demo uses a bundled sample fixture. It does not upload, retain or scan your chosen source. Form choices let you explore the workflow, but do not alter the sample findings. The local Flask application runs the real policy engines and stores reports locally. Those reports can contain source references or sensitive findings; access and retention are the operator's responsibility.

Scope and limitations

Why I built it

To make my skills and interests tangible: a working interface, reusable policies, testable checks and a transparent evidence trail. This is an evolving experiment that welcomes learning and careful feedback—not a promise of enterprise completeness.

Explore the workflow →