Yuku

Security

Yuku processes source code that may be attacker controlled, so it treats every input as untrusted.

Reporting a vulnerability

Please do not open a public issue. Report privately through GitHub’s private vulnerability reporting, or email arshadpyaseen@gmail.com.

We aim to acknowledge reports within 72 hours. Please allow a reasonable window for a fix before public disclosure. We are glad to credit you in the advisory. Fixes ship against the latest version.

Our practices

  • No third-party dependencies. The npm package has none and runs no install scripts, and the Zig build has none.
  • Provenance publishing. Releases publish to npm with provenance through OIDC trusted publishing, with no long-lived tokens.
  • Hardened CI. Every action is pinned to a commit hash, workflow tokens are read-only by default, and zizmor and OpenSSF Scorecard check the workflows.
  • Reproducible builds. Installs use a frozen lockfile.
  • Memory safety. A parse allocates everything in one arena and frees it in one step. Where the npm package runs Yuku as WebAssembly, it is also sandboxed from host memory.
  • Fuzzing. Millions of adversarial inputs per run, see Testing.