Security tool · Supabase authorization
Prove your Supabase data boundaries before release.
Last updated:
RLSProof builds an ordered migration state and runs deterministic authorization checks across selected SQL and application files. It reports what it found, what it could not prove, and never turns incomplete coverage into a PASS.
Free Quick Scan
Choose a source
Public repository
Scan from GitHub
Enter owner/repo or a normal https://github.com/owner/repo URL. The browser requests selected public files directly from api.github.com; repository contents are not uploaded to a NovaTools server.
URL mode supports public GitHub repositories only. Limits: 18 selected files · 128 KiB/file · 1 MiB total · 5,000 tree entries · 50,000 KiB repository size. Unauthenticated GitHub API rate limits apply.
Private / local source
Scan locally in this browser
Select a repository ZIP or folder. Source files stay in your browser and are never uploaded to MC NovaTools by this scan. RLSProof does not ask for a GitHub personal access token.
Local limits: up to 512 selected source files · 512 KiB/file · 8 MiB analyzed text · 32 MiB ZIP. Unsupported/build/vendor paths are skipped and surfaced as coverage limits when relevant. Environment-file contents are not loaded into findings.
Coverage boundary
Quick Scan is intentionally incomplete.
The free browser surface runs bounded native static checks only. Private repositories can now be analyzed from a local ZIP or folder without sending their source to NovaTools, but Quick Scan still does not perform live database catalog introspection, full external scanner coverage, dynamic authorization fixtures, or symbolic tenant-isolation proof. A clean bounded result therefore remains incomplete, not PASS.
RLSProof's architecture separates ingestion, ordered migration state, deterministic rules, coverage accounting and release gating so deeper correlation, semantic diff, proof and CI layers can be added without weakening existing findings.
Human-reviewed service
Launch Verification
$149 USD one-time
Payment activation pendingFull scanner coverage, reviewed findings, remediation guidance, and a fix → re-test evidence report before launch. Payment checkout is not presented as active until the payment provider has approved and enabled the live flow.
Launch Verification is not a security certification, compliance attestation, penetration test, or guarantee of security.
Why the result stays auditable
RLSProof uses deterministic rules rather than an AI model to decide security findings or release-gate status. Evidence is redacted for common secret formats before it is displayed, high or critical unresolved findings block the gate, and parser uncertainty or skipped coverage remains visible instead of being converted into success.