Bug 2427788 (CVE-2026-0710)

Summary:	CVE-2026-0710 SIPp/sipp: SIPp: Denial of Service and potential Arbitrary Code Execution vulnerability
Product:	[Other] Security Response	Reporter:	OSIDB Bzimport <bzimport>
Component:	vulnerability	Assignee:	Product Security DevOps Team <prodsec-dev>
Status:	NEW ---	QA Contact:
Severity:	high	Docs Contact:
Priority:	high
Version:	unspecified	CC:	lemenkov
Target Milestone:	---	Keywords:	Security
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	---
Doc Text:	A flaw was found in SIPp. A remote attacker could exploit this by sending specially crafted Session Initiation Protocol (SIP) messages during an active call. This vulnerability, a NULL pointer dereference, can cause the application to crash, leading to a denial of service. Under specific conditions, it may also allow an attacker to execute unauthorized code, compromising the system's integrity and availability.	Story Points:	---
Clone Of:		Environment:
Last Closed:		Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	2427821, 2427823
Bug Blocks:

Description OSIDB Bzimport 2026-01-08 06:28:43 UTC

A NULL pointer dereference vulnerability exists in the SendingMessage function of SIPp v3.7.3. When SIPp processes specially crafted SIP messages replayed during an active call scenario, insufficient validation of internal message structures can lead to dereferencing a NULL pointer, triggering a segmentation fault. This flaw can be reliably reproduced using a malformed SIP proof-of-concept and AFLNet replay tooling. Under certain memory layout and runtime conditions, this crash may be exploitable to achieve local arbitrary code execution, impacting the integrity and availability of the system running SIPp.

Comment 1 Peter Lemenkov 2026-01-23 00:56:35 UTC

This issue was fixed in commit 6ff1a322843c0f82e64abebfc7fea69e58204fa5 which initialized previously uninitialized members in the SendingMessage class.

The fix is included in version 3.7.6, and the packages were built and released several weeks ago.