We value your privacy

We use strictly necessary cookies to run the site. With your consent, we also use analytics cookies to understand traffic. We do not use marketing or personalization cookies. By clicking "Accept All", you consent to analytics cookies. Learn more

Skip to main content

Frequently Asked Questions

Everything you need to know about ProvenanceOS.

How do I get access to ProvenanceOS?

Create an account and start a 14-day Launch or Growth trial from the pricing page. A payment card is not required to start the trial. If no payment method is on file when the trial ends, the subscription is cancelled and you are not charged. The Control plan is sales-led.

Is self-serve signup open?

Yes. Launch and Growth signup and checkout are open. The trial is 14 days. Control is not sold through self-serve checkout.

Do you offer discounts for startups or nonprofits?

Yes. Contact us at support@provenance-os.com for startup and nonprofit pricing.

Is my code data secure?

Selected supported dependency manifests and a bounded sample of source files (up to 40 files / 512 KB) are processed transiently and never retained; only the sampled files' paths are stored with the result. ProvenanceOS stores scan metadata and results — and, when connected, the organization's GitHub token, encrypted at rest — not a repository mirror. All data is encrypted in transit (TLS 1.3) and encrypted at rest by our infrastructure providers (InsForge and Railway), and the platform is built to SOC 2 controls.

What repositories do you support?

Public GitHub, GitLab, and Bitbucket repository URLs can be scanned today. Private GitHub repositories scan with a connected GitHub token. Private GitLab and Bitbucket repositories, and GitLab or Bitbucket account connections, are not available.

What compliance standards are supported?

SOC 2 compliance reports are planned. EU AI Act, GDPR, HIPAA, and SLSA Level 3 reporting is planned for later phases. The platform is built to SOC 2 controls today.

How does scanning work today?

Authenticated scan intake is live now: submit a public GitHub, GitLab, or Bitbucket repository URL and ProvenanceOS creates a durable, queued scan job with npm and PyPI dependency resolution, OSV.dev vulnerability matching, AI-origin scoring over a bounded source sample, and policy evaluation. Private GitHub repositories scan with a connected GitHub token. Compliance report generation is planned.

How ProvenanceOS processes your data

ProvenanceOS accepts GitHub, GitLab, and Bitbucket repository URLs. Public repositories scan without a token; private GitHub repositories scan with a connected GitHub token (Integrations → GitHub), stored encrypted and displayed only as its last four characters. For each scan it reads supported npm and PyPI dependency manifests transiently to check packages against OSV, and fetches a bounded sample of source files (up to 40 files / 512 KB, JavaScript, TypeScript, and Python) transiently to compute an AI-origin score. Manifest and source file content is held in memory only for the duration of the scan and is not retained; the paths of the sampled files are stored with the scan result so its coverage can be shown. ProvenanceOS retains scan metadata and the dependency, vulnerability, AI-origin, and policy results. Archive uploads, provider OAuth or sync, policy enforcement, and compliance reports are planned. Completed scans can be exported as CycloneDX JSON. Repository content is not used to train models or stored as a repository mirror.

Data typeProcessedRetainedRetentionThird-party access
Source filesYes, transiently. To compute the AI-origin score, each scan fetches a bounded sample of the repository's JavaScript, TypeScript, and Python source files (up to 40 files / 512 KB in total, 128 KB per file, within a 20-second budget) from the repository host at its default branch, crawled from the package entry points. Vendored, generated, minified, and lock files are never fetched. File content is held in memory only while the scan runs. Archive and source-file uploads are not available.Content: no. Sampled file paths: yes.File content is discarded when the scan completes and is never written to storage, logs, or a repository mirror. The repository-relative paths of the sampled files (not their content), with the file and byte counts and the caps applied, are stored with the scan result so the score's coverage can be shown, and are deleted with the job or on account deletion.None beyond the repository's provider (GitHub, GitLab, or Bitbucket) that serves the files. Source content is scored in-process; it is not sent to OSV, an AI model provider, or any other third party.
Repository metadataYes. A GitHub, GitLab, or Bitbucket repository URL and provider are read to create a durable scan job. Public repositories scan directly; private GitHub repositories scan with a connected GitHub token (Integrations → GitHub).YesRetained for the life of the account so job history is queryable. Deleted on account deletion.Hosted on InsForge (managed Postgres). The repository's provider serves the dependency manifests and the sampled source files for the scan.
Derived signalsYes. Supported npm and PyPI dependency manifests are read transiently, packages are checked against OSV, and dependency and vulnerability results are stored with the scan. The AI-origin score (score, confidence, contributing stylometric signals, and sample coverage) and the policy evaluation computed from the same scan are stored with it.YesRetained with the scan job so results remain queryable. A completed scan can be exported as CycloneDX JSON. Deleted with the job or on account deletion.Stored in ProvenanceOS infrastructure (InsForge managed Postgres). Only dependency identifiers are sent to OSV. Not shared with other third parties.
ReportsNo. Compliance reports are planned. CycloneDX is a completed-scan dependency export, not a compliance report.NoNot applicable. ProvenanceOS does not generate or retain compliance reports today.None. A CycloneDX export is generated for download only after a completed scan.
Credentials/tokensOptional. The organization can connect a GitHub personal access token (Integrations → GitHub) so scans can read private repositories the token can access. On connect the token is validated against the GitHub API, then stored encrypted at rest (AES-256-GCM, key held server-side) and used only by the scan worker to read repositories for that organization's own scans.The token: yes — encrypted at rest. It is displayed to users only as its last four characters. No other repository-provider credentials or tokens are collected.Stored until the organization disconnects the token (Integrations → GitHub → Disconnect), which deletes the stored copy immediately. Deleted on account deletion.The token is sent only to GitHub itself, as authorization for the scans the organization authorizes. It is not shared with any other third party. GitLab and Bitbucket tokens are not collected.

Still have questions?

Contact our team