| Version | Supported |
|---|---|
| 1.0.x | Yes |
| < 1.0 | No |
If you discover a security vulnerability in groundctl, please report it responsibly.
Do NOT open a public GitHub issue for security vulnerabilities.
Instead, open a private security advisory:
Include:
- A description of the vulnerability
- Steps to reproduce
- Affected version(s)
- Any potential impact assessment
We will acknowledge your report within 48 hours and provide a timeline for a fix within 5 business days.
- Tool binaries: Runs
--versioncommands on locally installed tools (read-only) - Config files: Reads/writes
.ground.yamland~/.groundctl/directory - Package managers: Invokes package managers only during
ground fix(with user confirmation) - Secret backends: Resolves secret references via CLI tools (op, vault) - never stores secrets
- No network requests (except
ground pullfrom user-specified git repos) - No data collection without opt-in (
ground telemetry on) - No credential storage - secrets are resolved at runtime, never persisted
- No elevated privilege operations -
ground fixuses the user's existing package manager permissions
Telemetry is strictly opt-in. When enabled, only anonymous usage data is collected:
- Command name, OS, architecture
- Execution duration and exit code
- groundctl version
No personally identifiable information, tool versions, config contents, or secret references are ever collected.
groundctl uses well-maintained, widely-adopted Go dependencies:
github.com/spf13/cobra- CLI frameworkgithub.com/Masterminds/semver/v3- Version constraint parsinggithub.com/charmbracelet/lipgloss- Terminal stylinggopkg.in/yaml.v3- YAML parsing
Dependencies are kept minimal and regularly audited via go mod tidy and Dependabot.