Security fixes are applied to the default branch (main) and, when practical,
backported to the latest tagged release. Older tags are not supported.
| Version / branch | Supported |
|---|---|
main |
Yes |
Latest tag (v0.5.0 at time of writing) |
Yes |
Older tags (v0.1.0–v0.4.0) |
No |
Docker images tagged :latest and version tags (e.g. :v0.5.0) follow the same
policy — use the latest tag or main-based image for security fixes.
Please do not open a public GitHub issue for security vulnerabilities.
Report them privately using GitHub Security Advisories:
- Open Report a vulnerability on the repository Security tab.
- Describe the issue, affected components (watcher, pipeline, sink, config, etc.), and steps to reproduce.
- Include version information (
git describe --tags, commit SHA, or Docker tag).
Redact secrets from configs, logs, and screenshots (Kafka credentials, TLS keys, API tokens).
| Step | Target timeline |
|---|---|
| Acknowledgement | Within 72 hours |
| Initial assessment | Within 7 days |
| Fix or mitigation plan | Depends on severity; we will keep you updated |
We may ask for additional details. When a fix is ready, we will coordinate disclosure and credit you in the advisory unless you prefer to remain anonymous.
We consider good-faith security research conducted in line with this policy to be authorized. Do not access data that is not yours, degrade service for other users, or exfiltrate production logs containing personal information.
When deploying log-forwarder, follow usual operational hygiene:
- Do not commit credentials in YAML configs; use environment variables or secret stores.
- Restrict network access to metrics and health endpoints.
- Keep Docker images and Go dependencies up to date (Dependabot PRs and
govulncheckin CI).
For non-security bugs, use the bug report issue template.