RFC 9310: X.509 Certificate Extension for 5G Network Function Types
- R. Housley,
- S. Turner,
- J. Preuß Mattsson,
- D. Migault
Abstract
This document specifies the certificate extension for including Network Function Types (NFTypes) for the 5G System in X.509 v3 public key certificates as profiled in RFC 5280.¶
Status of This Memo
This is an Internet Standards Track document.¶
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 7841.¶
Information about the current status of this document, any
errata, and how to provide feedback on it may be obtained at
https://
Copyright Notice
Copyright (c) 2023 IETF Trust and the persons identified as the document authors. All rights reserved.¶
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents
(https://
1. Introduction
The 3rd Generation Partnership Project (3GPP) has specified several Network Functions (NFs) as part of the service-based architecture within the 5G System. There are 56 NF Types defined for 3GPP Release 17; they are listed in Table 6.1.6.3.3-1 of [TS29.510], and each NF type is identified by a short ASCII string.¶
Operators of 5G Systems make use of an internal PKI to identify interface instances in the NFs in a 5G System. X.509 v3 public key certificates [RFC5280] are used, and the primary function of a certificate is to bind a public key to the identity of an entity that holds the corresponding private key, known as the certificate subject. The certificate subject and the SubjectAltName certificate extension can be used to support identity-based access control decisions.¶
This document specifies the NFTypes certificate extension to support role-based access control decisions by providing a list of NF Types associated with the certificate subject. The NFTypes certificate extension can be used by operators of 5G Systems or later.¶
2. Terminology
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here.¶
3. Network Function Types Certificate Extension
This section specifies the NFTypes certificate extension, which provides a list of NF Types associated with the certificate subject.¶
The NFTypes certificate extension MAY be included in public key certificates [RFC5280]. The NFTypes certificate extension MUST be identified by the following object identifier:¶
This extension MUST NOT be marked critical.¶
The NFTypes extension MUST have the following syntax:¶
The NFTypes MUST contain at least one NFType.¶
Each NFType MUST contain only an ASCII string; however, the string MUST NOT include control characters (values 0 through 31), the space character (value 32), or the delete character (value 127).¶
Each NFType MUST contain at least one ASCII character and MUST NOT contain more than 32 ASCII characters.¶
The NFTypes MUST NOT contain the same NFType more than once.¶
If the NFTypes contain more than one NFType, the NFTypes MUST appear in ascending lexicographic order using the ASCII values.¶
The NFType uses the IA5String type to permit inclusion of the underscore character ('_'), which is not part of the PrintableString character set.¶
4. ASN.1 Module
This section provides an ASN.1 Module [X.680] for the NFTypes certificate extension, and it follows the conventions established in [RFC5912] and [RFC6268].¶
5. Security Considerations
The security considerations of [RFC5280] are applicable to this document.¶
Some of the ASCII strings that specify the NF Types are standard. See
Appendix A for values defined in 3GPP Release 17. Additionally, an operator MAY
assign its own NF Types for use in their own network. Since the NF Type
is used for role-based access control decisions, an operator
The certificate extension supports many different forms of role-based access control to support the diversity of activities that NFs are trusted to perform in the overall system. Different levels of confidence that the NFTypes were properly assigned might be needed to contribute to the overall security of the 5G System. For example, more confidence might be needed to make access control decisions related to a scarce resource than implementation of filtering policies. As a result, different operators might have different trust models for the NFTypes certificate extension.¶
6. Privacy Considerations
In some security protocols, such as TLS 1.2 [RFC5246], certificates are exchanged in the clear. In other security protocols, such as TLS 1.3 [RFC8446], the certificates are encrypted. The inclusion of the NFTypes certificate extension can help an observer determine which systems are of most interest based on the plaintext certificate transmission.¶
7. IANA Considerations
For the NFTypes certificate extension defined in Section 3, IANA has
assigned an object identifier (OID) for the certificate extension. The
OID for the certificate extension has been allocated in the "SMI Security
for PKIX Certificate Extension" registry
For the ASN.1 Module defined in Section 4, IANA has assigned an
OID for the module identifier. The OID for the module
has been allocated in the "SMI Security for PKIX Module Identifier"
registry
8. References
8.1. Normative References
- [RFC2119]
-
Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10
.17487 , , <https:///RFC2119 www >..rfc -editor .org /info /rfc2119 - [RFC5280]
-
Cooper, D., Santesson, S., Farrell, S., Boeyen, S., Housley, R., and W. Polk, "Internet X.509 Public Key Infrastructure Certificate and Certificate Revocation List (CRL) Profile", RFC 5280, DOI 10
.17487 , , <https:///RFC5280 www >..rfc -editor .org /info /rfc5280 - [RFC8174]
-
Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words", BCP 14, RFC 8174, DOI 10
.17487 , , <https:///RFC8174 www >..rfc -editor .org /info /rfc8174 - [TS29.510]
-
3rd Generation Partnership Project, "Technical Specification Group Core Network and Terminals; 5G System; Network Function Repository Services; Stage 3 (Release 17)", 3GPP TS:29.510 V17.8.0, , <https://
www >..3gpp .org /ftp /Specs /archive /29 _series /29 .510 /29510 -h80 .zip - [TS33.310]
-
3rd Generation Partnership Project, "Technical Specification Group Services and System Aspects; Network Domain Security (NDS); Authentication Framework (AF) (Release 17)", 3GPP TS:33.310 V17.5.0, , <https://
www >..3gpp .org /ftp /Specs /archive /33 _series /33 .310 /33310 -h50 .zip - [X.680]
-
ITU-T, "Information technology -- Abstract Syntax Notation One (ASN.1): Specification of basic notation", ITU-T Recommendation X.680, ISO/IEC 8824-1:2021, , <https://
www >..itu .int /rec /T -REC -X .680
8.2. Informative References
- [RFC5246]
-
Dierks, T. and E. Rescorla, "The Transport Layer Security (TLS) Protocol Version 1.2", RFC 5246, DOI 10
.17487 , , <https:///RFC5246 www >..rfc -editor .org /info /rfc5246 - [RFC5912]
-
Hoffman, P. and J. Schaad, "New ASN.1 Modules for the Public Key Infrastructure Using X.509 (PKIX)", RFC 5912, DOI 10
.17487 , , <https:///RFC5912 www >..rfc -editor .org /info /rfc5912 - [RFC6268]
-
Schaad, J. and S. Turner, "Additional New ASN.1 Modules for the Cryptographic Message Syntax (CMS) and the Public Key Infrastructure Using X.509 (PKIX)", RFC 6268, DOI 10
.17487 , , <https:///RFC6268 www >..rfc -editor .org /info /rfc6268 - [RFC8446]
-
Rescorla, E., "The Transport Layer Security (TLS) Protocol Version 1.3", RFC 8446, DOI 10
.17487 , , <https:///RFC8446 www >..rfc -editor .org /info /rfc8446 - [TS29.571]
-
3rd Generation Partnership Project, "Technical Specification Group Core Network and Terminals; 5G System; Common Data Types for Service Based Interfaces; Stage 3 (Release 17)", 3GPP TS:29.571 V17.8.0, , <https://
www >..3gpp .org /ftp /Specs /archive /29 _series /29 .571 /29571 -h80 .zip
Appendix A. NFType Strings
Table 6.1.6.3.3-1 of [TS29.510] defines the ASCII strings for the NF Types specified in 3GPP documents; these enumeration values in 3GPP Release 17 are listed below in ascending lexicographic order. This list is not exhaustive.¶
Appendix B. Example Certificate Containing a NFTypes Extension
The example certificate conforms to the certificate profile in
Table 6.1.3c.3-1 of [TS33.310]. In addition, the NFTypes
certificate is included with only one NFType, and it is "AMF". The
SubjectAltName certificate extension contains a fully qualified domain
name (FQDN) and a uniform
The following shows the example certificate. The values on the left are the ASN.1 tag (in hexadecimal) and the length (in decimal).¶
Acknowledgements
Many thanks to Ben Smeets, Michael Li, Tim Hollebeek, Roman Danyliw, Bernie Volz, and Éric Vyncke for their review, comments, and assistance.¶