CVE-2026-8119
Denial of Service in Open5GS NSSF Component
Publication date: 2026-05-08
Last updated on: 2026-05-08
Assigner: VulDB
Description
Description
CVSS Scores
EPSS Scores
| Probability: | |
| Percentile: |
Meta Information
Affected Vendors & Products
| Vendor | Product | Version / Range |
|---|---|---|
| open5gs | open5gs | to 2.7.7 (inc) |
Helpful Resources
Exploitability
| CWE ID | Description |
|---|---|
| CWE-404 | The product does not release or incorrectly releases a resource before it is made available for re-use. |
Attack-Flow Graph
AI Powered Q&A
How does this vulnerability affect compliance with common standards and regulations (like GDPR, HIPAA)?:
The provided information does not specify any direct impact of this vulnerability on compliance with common standards and regulations such as GDPR or HIPAA.
Can you explain this vulnerability to me?
CVE-2026-8119 is a vulnerability in the Open5GS project affecting the Network Slice Selection Function (NSSF) component. Specifically, it occurs in the function ogs_sbi_stream_find_by_id within the /lib/sbi/nghttp2-server.c library. The issue arises when the NSSF processes a delayed response from a Home-NSSF after the original client has disconnected. The NSSF tries to find the original stream by ID, but if the stream is no longer available, the code incorrectly assumes the stream pointer is valid and crashes. This causes the NSSF process to exit unexpectedly, resulting in a denial of service.
How can this vulnerability impact me? :
This vulnerability can cause a denial of service (DoS) in the Open5GS NSSF component. An attacker with local access can trigger the vulnerability by sending a request with a short timeout, causing the client to disconnect before the Home-NSSF response arrives. When the delayed response is processed, the NSSF crashes due to improper handling of a NULL stream pointer, causing the NSSF container to exit with a fatal error. This disrupts the network slice selection functionality, potentially impacting the availability of the 5G core network services.
How can this vulnerability be detected on my network or system? Can you suggest some commands?
This vulnerability can be detected by monitoring for crashes or abnormal exits of the NSSF component in Open5GS, specifically looking for the NSSF container exiting with status code 139.
Since the vulnerability is triggered when the NSSF attempts to process a delayed response after the client disconnects, you can simulate this by sending a request to the GET /nnssf-nsselection/v2/network-slice-information endpoint with a short timeout and then disconnecting the client before the response arrives.
Commands to detect the issue could include checking the NSSF process status and logs for crashes, for example:
- Use system commands like `ps aux | grep nssf` to check if the NSSF process is running.
- Check container or system logs for exit status 139 or fatal errors related to ogs_sbi_stream_find_by_id, e.g., `journalctl -u open5gs-nssf` or `docker logs <nssf_container>`.
- Use curl or similar tools to send a request with a short timeout to the vulnerable endpoint: `curl --max-time 1 http://<nssf-ip>:<port>/nnssf-nsselection/v2/network-slice-information` and then disconnect before the response.
What immediate steps should I take to mitigate this vulnerability?
Immediate mitigation steps include limiting local access to the NSSF component since the attack requires local access.
Monitor the NSSF process for crashes and implement automated restarts to reduce downtime.
Avoid sending requests that could trigger the vulnerability, such as those with short timeouts that cause client disconnections before the Home-NSSF response arrives.
Since the project has not yet responded with a patch, consider applying custom patches or workarounds if available, or isolate the vulnerable component until a fix is released.