Skip to content

Security: Sekiph82/FormuLab

Security

SECURITY.md

Security Policy

Supported versions

FormuLab is pre-1.0 and ships a single rolling line — the latest tagged release is the only one that receives fixes. There is no long-term-support branch today.

Reporting a vulnerability

Preferred: GitHub's private vulnerability reporting. Open the repository's Security tab → Report a vulnerability. This creates a private advisory only the maintainer can see — nothing is exposed publicly until a fix is ready and the maintainer chooses to disclose it.

If private vulnerability reporting is not available on this repository at the time you read this, open a regular GitHub issue with the minimum detail needed to confirm a fix is needed, and ask for a private channel before posting exploit details.

Do not open a public issue containing exploit details, proof-of-concept code, or any unpatched vulnerability's technical specifics.

What to include

  • Affected version/commit.
  • Platform (Windows/macOS/Linux) and, if relevant, whether it reproduces in a signed release build or only a local dev build.
  • Steps to reproduce, or a minimal repro project.
  • Impact assessment, if you have one — not required.

Response

This is a single-maintainer open-source project. There is no formal SLA. A best-effort acknowledgement and initial triage should be expected within a reasonable time; a security fix's timeline depends on severity and maintainer availability, disclosed honestly rather than promised on a fixed schedule that can't be guaranteed.

Scope

In scope: FormuLab's own source code (apps/desktop/, packages/, runtime/skills/core, runtime/harness), its build/release pipeline, and its Windows/macOS/Linux installers.

Out of scope: vulnerabilities in third-party dependencies not specific to how FormuLab uses them (report those upstream — e.g. to astral-sh/uv or the relevant npm/crates.io package maintainer) and vulnerabilities in an LLM provider's own API/service that FormuLab merely calls with a user-supplied key.

Code signing and release integrity

Current status: FormuLab's Windows release artifacts are not signed today. Every formulab.exe/MSI/NSIS build to date is NotSigned (verified directly via Get-AuthenticodeSignature on every release build this project has produced) — this is disclosed in every current release's own notes, not hidden.

The project has applied for SignPath Foundation's free open-source code-signing program — see docs/SIGNPATH_APPLICATION.md for the eligibility assessment and dossier. That application has not been approved. No SignPath organization, signing certificate, or signing connector exists yet. Once (if) approved, releases will be Authenticode-signed via SignPath.io, with the private key held on SignPath Foundation's own HSM — never stored in this repository, in CI logs, or on any maintainer's machine — and this section will be updated to reflect that as a real, current fact, not before. See docs/CODE_SIGNING_POLICY.md for the full policy this project intends to follow once signing is active, including verification instructions for that future state.

Privacy

See docs/PRIVACY.md for what FormuLab does and does not send over the network, and what stays local by default.

There aren't any published security advisories