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, and we are glad to credit you in the advisory. Fixes ship against the latest version of each package.
Our practices
- No third-party dependencies. The npm packages depend only on each other and run no install scripts.
- 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 the workflows are checked by zizmor and OpenSSF Scorecard.
- Reproducible builds. Installs use a frozen lockfile, and the one Zig dependency is pinned by content hash.
- Memory safety. A parse allocates everything in one arena, and the WebAssembly core runs sandboxed from host memory.
- Fuzzing. Millions of adversarial inputs per run, see Testing.