3GPP TS 33.520

Security Assurance Specification (SCAS) for the Policy Control Function (PCF)
V18.2.0 (2024-06) — Release 18 SCAS

1. Scope

▶

Specifies security assurance requirements and test cases for the Policy Control Function (PCF) in 5G System architecture. The PCF is responsible for policy decisions including QoS policies, charging rules, and access control policies that are enforced by the SMF/UPF.

PCF role in 5G: The PCF provides policy rules to the SMF (via N7), AMF (via N15), and AF (via N5). It stores subscriber policy profiles and makes access/QoS decisions. A compromised PCF can override QoS for any subscriber, disable charging, or bypass access restrictions.

2. References & Dependencies

▶
InterfaceProtocolPeer NFPurpose
N7HTTP/2 (SBI)SMFSession policy (PCC rules, QoS, charging)
N15HTTP/2 (SBI)AMFAccess and mobility policy
N5HTTP/2 (SBI)AFApplication influence on traffic routing
N36HTTP/2 (SBI)UDRPolicy data retrieval
NpcfHTTP/2 (SBI)NRF/othersService registration and discovery

3. PCF Functional Overview

▶
┌──────┐ ┌──────┐ ┌──────┐ │ AF │ │ UDR │ │ CHF │ └──┬───┘ └──┬───┘ └──┬───┘ N5 │ N36│ │ │ │ │ ┌──▼───────────────▼───────────────▼──┐ │ PCF │ │ ┌─────────────────────────────────┐ │ │ │ Policy Decision Engine │ │ │ │ - PCC Rules (QoS, Gate, Filter) │ │ │ │ - AM Policy (RFSP, Service Area)│ │ │ │ - UE Policy (URSP, ANDSP) │ │ │ └─────────────────────────────────┘ │ └──┬──────────────────────┬────────────┘ N7 │ N15│ │ │ ┌──▼───┐ ┌───▼───┐ │ SMF │ │ AMF │ └──────┘ └───────┘

Key PCF outputs:

  • PCC Rules: QoS parameters (5QI, MBR, GBR), gate status, SDF filters, charging keys
  • AM Policies: RFSP index, service area restrictions, RAT/frequency selection
  • UE Policies: URSP (route selection), ANDSP (access network discovery)

4. PCF-Specific Threats

▶

TR 33.926 §5.3.5 Unauthorized policy modification ▶

TR 33.926 §5.3.3 MITM on SBI interfaces ▶

Threat IDThreatAttack VectorImpact
PCF-T1QoS Policy EscalationUnauthorized N7 request modifies PCC rules to grant premium QoSService theft, unfair resource allocation
PCF-T2Charging Rule BypassManipulate PCC rules to remove charging keysBilling fraud, revenue loss
PCF-T3Access Policy OverrideModify AM policy via N15 to bypass service area restrictionsUnauthorized network access
PCF-T4AF Abuse via N5Rogue AF influences traffic routing to redirect flowsTraffic interception, service degradation
PCF-T5Policy Data ExfiltrationUnauthorized UDR queries via N36 to extract subscriber profilesPrivacy violation, profiling
PCF-T6Policy DoSFlood PCF with policy requests to degrade decision-makingService interruption for all subscribers

5. Security Requirements

▶
Req IDRequirementRationale
PCF-R1Mutual TLS on all SBI interfaces (N5/N7/N15/N36)Prevent unauthorized NF impersonation
PCF-R2OAuth 2.0 token-based authorization for NF consumersFine-grained access control per NF type
PCF-R3Rate limiting per NF consumer on all API endpointsPrevent policy DoS
PCF-R4Input validation on PCC rule parameters (5QI range, MBR bounds)Prevent QoS escalation
PCF-R5Audit logging of all policy decisions and changesForensic trail, anomaly detection
PCF-R6AF authorization — validate AF permitted to influence specific DNNs/flowsPrevent rogue AF abuse
PCF-R7Integrity protection for policy data stored in UDRDetect tampering of stored policies

6. Test Cases

▶

PCF SCAS test cases extend TS 33.117 general requirements with PCF-specific validations:

TC-PCF-01: SBI Authentication Enforcement

Mandatory

Objective: Verify PCF rejects SBI requests without valid mTLS client certificate.

Procedure: Send N7 SM Policy Create request without TLS client cert → verify 401/403.

Expected: PCF refuses unauthenticated policy requests.

TC-PCF-02: NF Authorization Validation

Mandatory

Objective: Verify PCF validates OAuth 2.0 access tokens and rejects unauthorized NF types.

Procedure: Present valid TLS cert but incorrect NF type in token scope → verify rejection.

Expected: PCF enforces NF-type-specific authorization.

TC-PCF-03: QoS Parameter Bounds Checking

Mandatory

Objective: Verify PCF validates QoS parameters against allowed ranges.

Procedure: Request PCC rule with out-of-range 5QI value or MBR exceeding subscription → verify rejection or capping.

Expected: PCF does not install policy exceeding subscriber authorization.

TC-PCF-04: AF Authorization Scope

Mandatory

Objective: Verify PCF validates AF is authorized for the requested DNN/S-NSSAI.

Procedure: AF on N5 requests traffic influence for DNN it is not authorized for → verify rejection.

Expected: PCF enforces per-AF authorization scope.

TC-PCF-05: Rate Limiting Enforcement

Conditional

Objective: Verify PCF rate-limits API requests to prevent resource exhaustion.

Procedure: Send burst of N7 requests exceeding configured rate → verify 429 Too Many Requests.

Expected: PCF applies per-consumer rate limiting.

TC-PCF-06: Policy Decision Audit Logging

Mandatory

Objective: Verify PCF produces audit logs for policy creation, modification, and deletion.

Procedure: Create, modify, delete PCC rules → verify audit log entries with timestamps, NF identity, and rule details.

Expected: Complete audit trail for all policy changes.