Skip to content

Privacy & Security

Vast is local-first and does not collect browsing telemetry.

Core browsing data remains on your device unless you explicitly use a feature that sends data elsewhere, such as visiting a website, using a network service, or exporting data yourself.

Vast Browser, Vast Relay, the Extensions Hub, and independently published extensions do not have the same data practices:

  • Vast Browser does not send browsing history, URLs, searches, tabs, bookmarks, page content, passwords, or account identity to Vast as product analytics.
  • Vast Relay in official public builds receives a random installation UUID, the running Vast version, cumulative launch count, and instance_kind (packaged, development, test, or unknown) through production Relay. It derives first-seen and last-seen timestamps to deliver signed service/update notices and maintain pseudonymous installation counts. It does not receive browsing history, visited URLs, searches, tabs, bookmarks, page content, passwords, cookies, account identity, device fingerprints, session duration, or notice interaction events. Cloudflare may process request IPs ephemerally for transport security and native rate limiting; Vast does not store them in Relay D1. Test cleanup is permitted only for records explicitly tagged test.
  • Extensions Hub processes a publisher’s GitHub identity/profile, session and CSRF records, ephemeral hashed request keys used by Cloudflare native rate limiting, D1/R2 listings and artifacts, automated and human review records, audit events, versioned Publisher Terms acceptances, and extension reports. Rate-limit keys are not stored in Hub D1. Artifacts and evidence may be retained for distribution, security response, disputes, and legal compliance.
  • Publisher extensions are independent software. Their listings must state requested permissions, data practices, and remote services. A publisher privacy-policy URL is required whenever an extension transmits data or uses external processing.

Vast review and package signing reduce risk but do not replace a publisher’s privacy obligations. See Publishing & policies.

Persistent isolated workspaces use distinct persistent browser partitions for website cookies and storage. Private/ephemeral workspaces use nonpersistent partitions and do not load extensions. Shared workspaces use the default shared partition. Bookmarks and history are browser-level state; workspace isolation does not promise anonymity or a separate fingerprint. Networks, websites, the operating system, and files saved by downloads can retain traces. See the workspace isolation matrix.

Vast 0.3.0 retains built-in common-tracker protection. Its former native ad-block engine, downloadable filter lists, blocking modes, and ad-block allowlist controls have been removed.

Install Adblocker for Vast from Extensions → Explore for filter-list-driven network and cosmetic blocking. Its lists, custom filters, and allowlist are configured in the extension, not in browser Privacy settings. The browser’s cookie, link-cleaning, fingerprinting, and WebRTC controls remain separate.

Private and temporary workspaces do not load extensions, including Adblocker for Vast. Built-in privacy controls still apply there.

Vast can remove common tracking parameters from links while opening them. Affiliate parameter removal is a separate option because it can change referral attribution.

Vast can block third-party cookies, define cookie/login exceptions, clear selected site data on close, and clear broader cookies/site data on exit.

Modes include Standard, Strict, and Maximum. Exceptions can be defined per domain.

Fingerprinting resistance is best-effort. No browser can promise that all websites see an identical fingerprint in every context.

Policies include:

  • Public interface only
  • Default compatibility
  • Disabled

Exceptions can be created for sites that need full WebRTC behavior.

Privacy controls can disable:

  • browsing history;
  • recently closed tabs;
  • page text capture;
  • favicons.

Vast can also use a temporary workspace by default for newly created workspaces.

HTTPS-only mode prefers or requires secure connections where supported. Some legacy or local sites may need exceptions or may not work with strict HTTPS behavior.

Vast can ask before opening links that hand off to other applications.

Potentially dangerous downloads can trigger additional warnings.

The native vault and its autofill controls are retired in 0.5.0. External extensions manage their own permissions, unlock flows, and autofill behavior. Their smoke-test evidence is limited; see Password Manager (retired).

Web content is isolated from Vast’s privileged application APIs. Vast also restricts unsafe navigation and privileged browser behaviors. Implementation details that would meaningfully expose the attack surface are intentionally omitted from public documentation.