Skip to content

Security: Timwood0x10/CodeScope

Security

SECURITY.md

Security Policy

Reporting a Vulnerability

If you discover a security vulnerability in CodeScope, please report it privately — do not open a public GitHub issue.

Please include:

  • A description of the issue and its potential impact.
  • Steps to reproduce (minimal example or proof of concept).
  • Affected version / commit.
  • Any suggested fix.

You should receive an initial response within 72 hours. Please do not disclose the issue publicly until a fix has been released (see timeline below).

Supported Versions

Only the latest release of CodeScope receives security fixes. Users should always run the newest release.

Version Supported
Latest release ✅
Older releases ❌

Scope

CodeScope runs locally and indexes source code on the user's machine. Security-relevant issues include, but are not limited to:

  • Path traversal during indexing or queries — escaping the project root and accessing files outside the indexed directory.
  • SQL injection in graph/query builders. All queries must use parameterized statements; hand-joined SQL is never acceptable.
  • FFI memory corruption — buffer overflows, use-after-free, double-free, or exceptions crossing the extern "C" boundary between the Rust server and the C++ engine.
  • Malformed-input crashes — a crafted source file or JSON argument that crashes the server instead of returning a structured error.
  • Command injection through shell-out calls or unchecked file paths.

Out of scope: bugs with no security impact, denial-of-service via extremely large inputs on a component explicitly designed to process them, and issues in third-party dependencies (report those upstream).

Disclosure Timeline

We follow a coordinated 90-day disclosure timeline:

  1. Day 0: You report the issue privately; we acknowledge within 72 hours.
  2. Day 1–30: We investigate and develop a fix, keeping you updated.
  3. Day 30–60: The fix is validated and a patched release is prepared.
  4. Day 60–90: The patched release is published; a public advisory is drafted.
  5. Day 90: Public disclosure (or earlier, once a fix is widely available), with credit to the reporter unless they prefer to remain anonymous.

If a fix is delayed, we will keep you informed and agree on an extended timeline.

There aren't any published security advisories