Do not open a public issue for security vulnerabilities.
Email security@sipnab.com with:
- Description of the vulnerability
- Steps to reproduce or proof of concept
- Impact assessment (what an attacker could achieve)
- Your name/handle for credit (optional)
Use the subject line: [SECURITY] <brief description>
| Stage | Target |
|---|---|
| Acknowledgment | 48 hours |
| Initial assessment | 7 days |
| Fix for critical issues | 30 days |
| Public disclosure | After fix is released |
The following are in scope for security reports:
- Parser crashes -- malformed SIP/SDP/RTP input causing panics or undefined behavior
- Key material leakage -- TLS private keys, SRTP master keys, or credentials written to logs, pcap exports, or API responses
- Privilege escalation -- bypassing
--userprivilege drop or--chrootisolation - Scanner kill amplification --
--kill-scannerlogic exploitable for denial of service - API authentication bypass -- accessing
--api,--metrics, or--mcp(HTTP transport) endpoints without valid credentials, including bypass of the bearer-token check, the constant-time comparison, or the rate limiter - MCP DNS-rebind / host-header bypass -- accepting requests with
Hostheaders outside the configured allowlist, or any path that lets the HTTP MCP transport be reached without the--mcp-token/--mcp-token-fileguard on a non-loopback bind - HEP ingest -- forged or replayed HEP packets accepted by the listener, a
--hep-allow-killcontrol accepted from an unauthenticated sender, or any path where the HMAC does not cover the field it is used to authorize - MCP read-only invariant violation -- any MCP tool that sends SIP, or that mutates dialog/stream/alert state while not in the capture-control group, or that is reachable while its opt-in is off.
open_captureclears the dialog and stream stores by design; it is in scope only if it can be called without being enabled server-side - Command injection --
--alert-exec,--on-dialog-exec, or--on-quality-execcommand injection via crafted SIP fields
- Denial of service via high packet volume (expected operational concern, not a vulnerability)
- Issues requiring local root access on the capture host
- Bugs in dependencies without a demonstrated exploit path in sipnab
Only the latest release is supported with security fixes. There are no LTS branches.
Reporters who follow responsible disclosure will be credited in the release notes unless they request otherwise.