CVE-2026-121943
Irontec sngrep through 1.9.0 contains an out-of-bounds stack read vulnerability in sip_check_packet and sip_validate_packet caused by an off-by-one length check on 10240-byte SIP payloads. Remote attackers can send a crafted UDP or TCP SIP packet or supply a pcap file to crash sngrep or leak adjacent stack bytes into displayed SIP fields.
- Score
- 6.3 medium
- Published
- 2026-11-04
- Links
- NVD · cve.org · Report wrong data
Matched ports (1)
| Port | Package | Version | Status | Maintainer |
|---|---|---|---|---|
| net/sngrep | sngrep | 1.8.4 | unaddressed | tad@vif.com |
Template for a VuXML entry
Check the version numbers before you commit this entry. Some ports share an entry in the CVE database with another port, such as sqlite2 and sqlite3. The version shown here may then be one that never existed for this port.
Ranges per package from the CVE rows that match this port, in pkg notation with the port's epoch and revision, every bound checked with pkg; one range per epoch the port actually had. make newentry in security/vuxml creates the vid.
net/sngrep (CPE matched by the package name) has no USES=cpe. The CVE was matched through a CPE from another source, so the package and the version range may belong to a different product. Check the CVE record before using this entry.
<vuln vid="FIXME (make newentry)">
<topic>sngrep -- FIXME</topic>
<affects>
<package>
<name>sngrep</name>
<range><le>1.9.0</le></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>CVE-2026-121943: Irontec sngrep through 1.9.0 contains an out-of-
bounds stack read vulnerability in sip_check_packet and
sip_validate_packet caused by an off-by-one length check on
10240-byte SIP payloads. Remote attackers can send a crafted UDP or
TCP SIP packet or supply a pcap file to crash sngrep or leak
adjacent stack bytes into displayed SIP fields.</p>
</body>
</description>
<references>
<cvename>CVE-2026-121943</cvename>
<url>https://nvd.nist.gov/vuln/detail/CVE-2026-121943</url>
</references>
<dates>
<discovery>2026-11-04</discovery>
<entry>2026-11-04</entry>
</dates>
</vuln>