Last updated: January 29, 2026
This document provides security-relevant information about gitspine for enterprise security reviews and compliance assessments.
gitspine is a local terminal application (TUI) for visualizing and interacting with git repositories. It runs entirely on the user's machine with no server-side component and no network activity of any kind.
gitspine makes no network requests. No telemetry, no validation, no analytics. The binary runs fully offline.
Note: Git operations (push, fetch, clone) you initiate use your existing git/ssh configuration and are separate from gitspine itself.
gitspine stores no configuration of its own. There is no settings file, no cache directory, no local database.
Commit message drafts are temporarily written to the system temp directory when invoking an external editor. These files are deleted when the editor closes.
gitspine reads and writes files only within git repositories you explicitly open:
All git operations use the same permissions as your user account. gitspine does not request or use elevated privileges.
gitspine does not implement its own credential storage. All authentication for git operations (SSH keys, HTTPS credentials) is delegated to your system's git credential configuration. gitspine never has access to your passwords or tokens.
gitspine may spawn the following external processes:
All subprocess invocations use safe argument passing (arrays, not shell strings) to prevent command injection.
Key dependencies (Rust crates):
| Crate | Version | Purpose |
|---|---|---|
| git2 | 0.20 | Git operations (libgit2 bindings) |
| ratatui | 0.30 | Terminal UI rendering |
| crossterm | 0.29 | Cross-platform terminal control |
| chrono | 0.4 | Date/time handling |
| notify | 6.x | Filesystem watching |
A full dependency list can be provided upon request. All dependencies are sourced from crates.io, the official Rust package registry.
No elevated privileges (root/admin) are required or requested.
If you discover a security vulnerability in gitspine, please report it responsibly:
Please include a detailed description of the vulnerability, steps to reproduce, and any relevant technical details. We appreciate responsible disclosure and will credit researchers (with permission) in our release notes.
For security questions or to request additional documentation for your security review, contact nick@pachulski.me.