Devices and methods for minimum exposure of user attributes in a mobile network

Abstract

A user entity, UE, (110) is disclosed for allowing a user (110a) of the UE (110) to use communication services provided by a mobile network (100), in particular a 3GPP mobile network or a IEEE wireless network. The UE (110) is configured to generate a vector commitment based on a plurality of user profile attributes of the user (110a). Moreover, the UE (110) is configured to send a User Identity Profile, UIP, request for generating a UIP to a network entity (120) of the mobile network (100), wherein the UIP request comprises a subset of the plurality of user profile attributes of the user (110a) and an opening proof of the vector commitment based on the plurality of user profile attributes.

Description

DEVICES AND METHODS FOR MINIMUM EXPOSURE OF USER ATTRIBUTES IN A MOBILE NETWORKTECHNICAL FIELD

[0001] The present disclosure relates to wireless communications. More specifically, the present disclosure relates to devices and methods for minimum exposure of user attributes in a mobile network, in particular a 3GPP mobile network.BACKGROUND

[0002] The operation and service models of the current telecom network are on the way to hopefully diversify their provided services according to various needs from different users. Specifically, with the same subscription (tariff) plan, users are expected to be treated differently when serving their requests. For example, assuming a father has a mobile phone with a subscription from an operator, and his son wants to use his father’s phone to access Internet; in another example, a guest may want to use the father phone with the same subscription (tariff) plan. For these two users, obviously the service policy for each of them shall be different. The service policy for the father’s son should consider the limited access to certain content providers; on the other hand, the service policy for the father’s friend should consider limiting the speed and a cap on the data volume consumption of the guest user.

[0003] This feature is related to two work items in 3GPP titled with “Study on User Identities and Authentication Architecture” delivered as TR 23.700-32 and “Study on security aspects of User Identities and Authentication” delivered as TR 33.700-32, respectively. The major enhancement is that 3GPP network not only stores a UE subscription profile, but also stores one or multiple user identity profiles (UIPs) , in the core network functions (e.g., user data management (UDM) ) . A UIP describes a user with attributes, among which one mandatory attribute is a linkage to at least one UE’s subscription permanent identifier (SUPI) .

[0004] Currently, how a UIP should be created and stored is still under discussions, driven by several identified key issues (KIs) . One of the identified KIs is the concern of user privacy, where sensitive information of a user might be exposed and leaked during the creation and storage of its UIP. Since one UE subscription might be linked to many users, the risk of privacy information exposure needs to be mitigated.SUMMARY

[0005] It is an objective of the present disclosure to provide improved devices and methods for minimum exposure of user attributes in a mobile network, in particular a 3GPP mobile network.

[0006] The foregoing and other objectives are achieved by the subject matter of the independent claims. Further implementation forms are apparent from the dependent claims, the description and the figures. In the following some or more of the following abbreviations and acronyms will be used:

[0007] UIP                User Identity Profile

[0008] UDM              User Data Management

[0009] SUPI               SUbscription Permanent Identifier

[0010] UE                 User Entity

[0011] NEF               Network Exposure Function

[0012] AF                 Application Function

[0013] SUCI               SUbscription Concealed Identifier

[0014] UIP-AUF UIP AUthentication Function

[0015] CA                 Certificate Authority

[0016] AMF               Access and Mobility Management Function

[0017] AUSF              Authentication Server Function

[0018] According to a first aspect a user entity, UE, is provided for allowing a user of the UE to use communication services provided by a mobile network, for instance, a 3GPP mobile network or a IEEE wireless network. The UE may be implemented as  a user equipment of the mobile network. The UE according to the first aspect is configured to generate a vector commitment based on a plurality of user profile attributes of the user. Moreover, the UE according to the first aspect is configured to send a User Identity Profile, UIP, request for generating a UIP to a network entity of the mobile network, wherein the UIP request for generating the UIP comprises a subset of the plurality of user profile attributes of the user and an opening proof of the vector commitment based on the plurality of user profile attributes. The UE according to the first aspect allows for a minimum exposure of user identity attributes in that a user only provides the necessary attribute information to the network for authentication. In other words, for any attribute that is not required by the network side for registration, the UE according to the first aspect allows avoiding the exposure of those attributes, while the actually exposed attributes, i.e. the subset of the user profile attributes are easily verifiable by the network without involving unnecessary signaling overheads such as repeatedly preparing an attribute set whose entries were already certified by an authority multiple times.

[0019] In a further possible implementation form, the UIP request for generating the UIP further comprises a digital signature of the vector commitment based on the plurality of user profile attributes.

[0020] In a further possible implementation form, the UE is configured to obtain the digital signature of the vector commitment based on the plurality of user profile attributes from a certification authority, CA.

[0021] In a further possible implementation form, the UIP request for generating the UIP further comprises an identifier of the UE, e.g. a SUCI, and / or an identifier of the user, e.g. a User-ID.

[0022] In a further possible implementation form, the vector commitment is a Merkle tree and wherein each leave of the Merkle tree comprises a hash value of a respective user profile attribute of the plurality of user profile attributes.

[0023] In a further possible implementation form, the UIP request for generating the UIP further comprises position information indicative of the position of the user profile attributes of the subset within the Merkle tree, path information indicative of the path of each user profile attribute of the subset from a root of the Merkle tree, and / or information indicative about one or more interior nodes of the Merkle tree for deriving the root of the Merkle tree.

[0024] According to a second aspect a method is provided for operating a user entity, UE, for allowing a user of the UE to use communication services provided by a mobile network. The method according to the second aspect comprises:

[0025] generating a vector commitment based on a plurality of user profile attributes of the user; and

[0026] sending a User Identity Profile, UIP, request for generating a UIP request to a network entity of the mobile network, wherein the UIP request comprises a subset of the plurality of user profile attributes of the user and an opening proof of the vector commitment based on the plurality of user profile attributes.

[0027] The method according to the second aspect can be performed by the UE according to the first aspect. Thus, further features of the method according to the second aspect result directly from the functionality of the UE according to the first aspect as well as its different implementation forms described above and below.

[0028] According to a third aspect a network entity, in particular a User Authentication Function, UAF, for controlling access of a user entity, UE, of a user to communication services provided by a mobile network is provided. The network entity according to the third aspect is configured to receive a User Identity Profile, UIP, request for generating a UIP from the UE, wherein the UIP request for generating the UIP comprises a subset of a plurality of user profile attributes of the user and an opening proof based on a vector commitment of the plurality of user profile attributes of the user. Moreover, the network entity according to the third aspect is configured to verify the UIP request for generating the UIP based on the subset of a plurality of user profile attributes of the user and the opening proof of the vector commitment the based on the plurality of user profile attributes of the user. The network entity according to the third aspect allows for a minimum exposure of user identity attributes in that a user only provides the necessary attribute information to the network for authentication. In other words, for any attribute that is not required by the network side for registration, the network entity according to the third aspect allows avoiding the exposure of those attributes, while the actually exposed attributes, i.e. the subset of the user profile attributes are easily verifiable without involving unnecessary signaling overheads such as repeatedly preparing an attribute set whose entries were already certified by an authority multiple times.

[0029] In a further possible implementation form, for verifying the UIP request for generating the UIP the network entity according to the third aspect is configured to rebuild the path based on the subset of the plurality of user profile attributes of the user and compare to the path in the provided opening proof from the UE.

[0030] In a further possible implementation form, the UIP request for generating the UIP further comprises a digital signature of the vector commitment based on the plurality of user profile attributes and the network entity according to the third aspect is configured to verify the digital signature of the vector commitment based on the plurality of user profile attributes.

[0031] In a further possible implementation form, the network entity according to the third aspect is configured to verify the digital signature of the vector commitment based on the plurality of user profile attributes using a public key provided by a certification authority, CA.

[0032] In a further possible implementation form, the UIP request for generating the UIP further comprises an identifier of the UE, e.g. a SUCI, and / or an identifier of the user, e.g. a User-ID.

[0033] In a further possible implementation form, the vector commitment is a Merkle tree and each leave of the Merkle tree comprises a hash value of a respective user profile attribute of the plurality of user profile attributes.

[0034] In a further possible implementation form, the UIP request for generating the UIP further comprises position information indicative of the position of the user profile attributes of the subset within the Merkle tree, path information indicative of the path of each user profile attribute of the subset from a root of the Merkle tree, and / or information indicative about one or more interior nodes of the Merkle tree for deriving the root of the Merkle tree.

[0035] According to a fourth aspect a method is provided for operating a network entity, in particular a User Authentication Function, UAF, for controlling access of a user entity, UE, of a user to communication services provided by a mobile network. The method according to the fourth aspect comprises the steps of:

[0036] receiving a User Identity Profile, UIP, request for generating a UIP from the UE, wherein the UIP request for generating the UIP comprises a subset of a plurality of user profile attributes of the user and an opening proof of a vector commitment based on the plurality of user profile attributes of the user; and

[0037] verifying the UIP request for generating the UIP based on the subset of a plurality of user profile attributes of the user and the opening proof of the vector commitment based on the plurality of user profile attributes of the user.

[0038] The method according to the second fourth can be performed by the network entity according to the third aspect. Thus, further features of the method according to the fourth aspect result directly from the functionality of the network entity according to the third aspect as well as its different implementation forms described above and below.

[0039] According to a fifth aspect, a computer program product is provided, comprising a computer-readable storage medium for storing program code which causes a computer or a processor to perform the method according to the second aspect, and / or the method according to the fourth aspect, when the program code is executed by the computer or the processor.

[0040] Details of one or more embodiments are set forth in the accompanying drawings and the description below. Other features, objects, and advantages will be apparent from the description, drawings, and claims.BRIEF DESCRIPTION OF THE DRAWINGS

[0041] In the following, embodiments of the present disclosure are described in more details with reference to the attached figures and drawings, in which:

[0042] FIG. 1 shows a schematic diagram illustrating a mobile network including a UE according to an embodiment, a network entity according to an embodiment and a CA;

[0043] FIG. 2 shows a signalling diagram illustrating the interaction of a UE according to an embodiment and a network entity according to an entity for registering the UE with the mobile network;

[0044] FIG. 3 shows a flow diagram illustrating steps implemented by a network entity according to an embodiment for verifying a registration request from a UE according to an embodiment;

[0045] FIG. 4 shows a flow diagram illustrating a method of operating a UE according to an example for registering with a mobile network; and

[0046] FIG. 5 shows a flow diagram illustrating a method of operating a network entity for controlling access of a UE according to an embodiment to communication services provided by a mobile network.

[0047] In the following, identical reference signs refer to identical or at least functionally equivalent features.

[0048] DETAILED DESCRIPTION OF THE EMBODIMENTS

[0049] In the following description, reference is made to the accompanying figures, which form part of the disclosure, and which show, by way of illustration, specific aspects of embodiments of the present disclosure or specific aspects in which embodiments of the present disclosure may be used. It is understood that embodiments of the present disclosure may be used in other aspects and comprise structural or logical changes not depicted in the figures. The following detailed description, therefore, is not to be taken in a limiting sense, and the scope of the present disclosure is defined by the appended claims.

[0050] For instance, it is to be understood that a disclosure in connection with a described method may also hold true for a corresponding device or system configured to perform the method and vice versa. For example, if one or a plurality of specific method steps are described, a corresponding device may include one or a plurality of units, e.g. functional units, to perform the described one or plurality of method steps (e.g. one unit performing the one or plurality of steps, or a plurality of units each performing one or more of the plurality of steps) , even if such one or more units are not explicitly described or illustrated in the figures. On the other hand, for example, if a specific apparatus is described based on one or a plurality of units, e.g. functional units, a corresponding method may include one step to perform the functionality of the one or plurality of units (e.g. one step performing the functionality of the one or plurality of units, or a plurality of steps each performing the functionality of one or more of the plurality of units) , even if such one or plurality of steps are not explicitly described or illustrated in the figures. Further, it is understood that the features of the various exemplary embodiments and / or aspects described herein may be combined with each other, unless specifically noted otherwise.

[0051] FIG. 1 shows a schematic diagram illustrating a mobile network 100 configured to provide mobile communication services to user entities, UEs, such as the UE 110. In an embodiment, the mobile network 100 may be a current or future 3rd Generation Partnership Project (3GPP) mobile network 100, and the UE 110 may be, for instance, a smartphone 110 configured to use the communication services provided by the mobile network 100. As will be described in more details in the following, for allowing a user 110a of the UE 110 to the use communication services provided by the mobile network 100, the UE 110 is configured to register with a network entity 120 (referred to in FIG. 1 as UIP Authentication Function, UIP-AUF 120) . To this end, the UE 110 is configured to generate a vector commitment based on a plurality of user profile attributes of the user 110a. In an embodiment, the plurality of user profile attributes of the user 110a may include sensitive data of the user 110a, such as the user’s name, the user’s date of birth, the user’s passport number, the user’s social security number and the like. As will be described in more details in the following, in an embodiment the vector commitment based on the plurality of user profile attributes of the user 110a may be a Merkle tree of the plurality of user profile attributes of the user 110a. The UE 110 is further configured to send a User Identity Profile, UIP, request for generating a UIP, i.e. for registering the UE 110 to the network entity 120, e.g. UIP-AUF 120 of the mobile network 100, wherein the UIP request for generating the UIP comprises a subset of the plurality of user profile attributes of the user 110a and an opening proof of the vector commitment based on the plurality of user profile attributes. In turn, the network entity 120, e.g. UIP-AUF 120 is configured to receive the UIP request for generating the UIP from the UE 110 and to verify the UIP request based on the subset of a plurality of user profile attributes of the user 110a and the opening proof of the vector commitment based on the plurality of user profile attributes of the user 110a. As will be appreciated, the registration scheme implemented by the UE 110 and the network entity 120 allows limiting the number of user attributes just to the required user attribute information needed by the network operator in order to create a UIP for later authentication. Moreover, the provided user attributes are verifiable by the network entity 120 and the verifiability of the selected user attributes may be reused if each of the attributes is already certified.

[0052] As already described above, in an embodiment the UE 110 is configured to build the vector commitment in the form of a Merkle tree (also referred to as hash tree) with all user profile attributes. In an embodiment, the Merkle tree may be signed by a certification authority, CA, 130. The user 110a only picks required attributes and provides them together with the Merkle tree information and the certification information of the Merkle tree to the network entity 120 to create a UIP.

[0053] More specifically, in a first step (referred to as Step#1 in FIG. 1) the UE 110 of the user 110a builds a Merkle tree with a set of attributes that can be certified at one time as a batch by one or a group of CAs 130. In according with the requirements for registering with the network 100, the user 110a in a second step (referred to as Step#2 in FIG. 1) picks only the attributes necessarily  needed to create a UIP and provides this subset of user attributes together with the Merkle tree information to the network entity 120, e.g. the UIP-AUF 120, which may be implemented as a network function of the core network 140 of the mobile network 100. In a third step (referred to as Step#3 in FIG. 1) , the network entity 120, e.g. UIP-AUF 120 retrieves the verifying tool, for instance, a public key from the CA (s) 130 and verifies the provided attributes with the auxiliary data contained in the Merkle tree information in a fourth step (referred to as Step#4 in FIG. 1) . If the verification is successful, the UIP is created.

[0054] As already described above, the UIP-AUF 120 requires verifiable user attributes to create a UIP for the user 110a so that later on when the user 110a accesses the mobile network 100 with the UE 110, its registration can be authenticated. When creating the UIP, one or more of the parameters listed in the following table may be used.

[0055] FIG. 2 shows a signalling diagram illustrating in more details the interaction of the UE 110 according to an embodiment with the network entity 120, e.g. UIP-AUF 120 according to an entity for registering the UE 110 with the mobile network 100. As already described above, the User-X 110a constructs a Merkle Tree with a set of user attributes and gets the Merkle Tree (with all attributes as leaf nodes) certified by one or multiple CA (s) 130. The CA (s) 130 are responsible to check if those attributes are authentic. For example, the CA (s) 130 may be government office entities, education office entities or any authority office entity that can confirm the information claimed in the attributes. Once the attributes are examined, including the constructed Merkle Tree of the attributes, the CA (s) 130 will sign the root of the Merkle Tree and send the certified Merkle Tree back to the User-X 110a in a response. In an embodiment, the Merkle tree may be generated in a conventional way, where all attributes are put at the leaf nodes and each attribute will be first hashed and then every two hashed leaf nodes are hashed again to form a new node until the root hash node is formed. In an embodiment, the set of attributes grouped may be those attributes that can be certified at the User-X’s most convenience (e.g., in one batch or involving the least number of CAs 130) .

[0056] In step 1 of FIG. 2, the User-X 110a of the UE 110 sends a UIP creation request (or UIP request for generating a UIP) to the network. After the User-X 110a of the UE 110 prepares its attribute set, the UIP creation request can be triggered either by the User-X 110a or the UE 110 and sent to the network side. This request contains parameters defined in Table 1 and the identity of the host UE (e.g., SUCI) .

[0057] In step 2 of FIG. 2, the AUSF 121 authenticates the UE identity. Depending on whether the host UE’s identity registers itself or not, the UE identity may need to be authenticated. Specifically, if the UE 110 is not yet registered, a primary authentication against UE’s identity may be required. Otherwise, this step may be skipped, for example, if the identity of the UE 110 provided in the UIP request in step 1 is already a valid GUTI, then the AMF / AUSF 121 can directly forward the request to the UIP-AUF 120.

[0058] In a step 3 of FIG. 2, the AUSF 121 forwards the UIP authentication request to the UIP-AUF 120. This is because the information provided by the User-X 110a via the UE 110 have to be authenticated. Hence, the AUSF 121 forwards the relevant information to the UIP-AUF 120, where the integrity and authenticity of the information wis checked.

[0059] In step 4 of FIG. 2, the UIP-AUF 120 checks the integrity of the provided attribute information of the User-X 110a, which is illustrated in more detail in FIG. 3. The UIP-AUF 120 first of all reconstructs the Merkle Tree with the selected attributes, where their hash values are calculated and compared to the hash values of the Merkle Tree nodes at positions indicated by the index values (see steps 4.1 and 4.2 of FIG. 3) . If the comparison shows the same hash values, then the UIP-AUF 120 further re-constructs the following non-leaf nodes (see step 4.3 of FIG. 3) and also compares to the non-leaf nodes provided within the request from the User-X 110a. If the root node of the reconstructed Merkle Tree with the selected attributes shares the same hash value as the root  node hash of the Merkle Tree from the User-X 110a (see step 4.4 of FIG. 3) then the UIP-AUF 120 can conclude that the selected attributes were not tempered and match the whole attribute set on the side of the User-X 110a, although the other attribute values are not visible, i.e. have not been exposed to the UIP-AUF 120.

[0060] In step 5 of FIG. 2 the UIP-AUF 120 sends a verifying tool retrieval request to the CA (s) 130. This is because the UIP-AUF 120 needs a verifying tool to examine if the attributes are really endorsed by trusted authorities. In an embodiment, the UIP-AUF 120 (or another network entity of the mobile network 100) has a trusted list of authorities and the location to retrieve their verifying tool. Thus, the UIP-AUF 120 is directed to the corresponding authorities and sends a retrieval request to one or multiple CA(s) 130.

[0061] In step 6 of FIG. 2, the CA (s) 130 sends a verifying tool response to the UIP-AUF 120. In an embodiment, this verifying tool is a public key of the CA 130 that can be used to verify the signature that was signed with the corresponding private key held by the CA 130. Since public key information can be securely shared to anyone, the CA 130 can safely share this verifying tool, e.g. the public key, to the public such as publishing online and a well-known portal.

[0062] In step 7 of FIG. 2, the UIP-AUF 120 uses the retrieved verifying tool, e.g. the public key to verify the signature (s) of the Merkle Tree root. This will confirm whether or not the endorsement is previously given by the corresponding CA (s) 130.

[0063] In step 8 of FIG. 2, the UIP-AUF 120 sends a UIP authentication response to the AUSF 121. The authentication response contains the verification result about the authenticity of the attributes. If the verification results confirm that the attributes are trusted, a UIP is created in the UDM of the mobile network 100. In an embodiment, the UIP creation by the UDM may be in accordance with the procedure disclosed in 3GPP TR 23.700-32. Also, in the UIP, it may be linked to the UE’s identity (e.g., SUPI) .

[0064] In step 9 of FIG. 2, the AUSF 121 sends a UIP creation response to the User-X 110a. More specifically, once the UIP has been created by the UDM, a confirmation is sent to the User-X 110a via the AMF 121 and the UE 110 to inform that the UIP has been created.

[0065] In step 10 of FIG. 2, the User-X 110a may proceed with a session establishment request with its identity over the UE 110 to a data network 150. More specifically, when the User-X 110a requests to establish a PDU session, the User-X 110a provides via the UE 110 its User-ID and UE information. During authentication, its User-ID will be checked against the stored UIP created before. Once the ownership of the User-ID (as well as the UE-ID) can be verified, the session request will be handled by a SMF of the mobile network 100 and possibly further network entities for establishing the session.

[0066] FIG. 4 shows a flow diagram illustrating a method 400 of operating the UE (110) for allowing the user 110a of the UE 110 to use the communication services provided by the mobile network 100. The method 400 comprises a step 401 of generating a vector commitment based on a plurality of user profile attributes of the user 110a. As already described above, in an embodiment the vector commitment based on the plurality of user profile attributes of the user 110a may be a Merkle tree of the plurality of user profile attributes. Moreover, the method 400 comprises a step 403 of sending a User Identity Profile, UIP, request for generating a UIP to a network entity 120 of the mobile network 100, wherein the UIP request for generating the UIP comprises a subset of the plurality of user profile attributes of the user 110a and an opening proof of the vector commitment based on the plurality of user profile attributes.

[0067] The method 400 can be performed by the UE 110 illustrated in FIG. 1. Thus, further features of the method 400 result directly from the functionality of the UE 110 illustrated in FIG. 1 as well as the different embodiments thereof described above and below.

[0068] FIG. 5 shows a flow diagram illustrating a method 500 of operating the network entity 120 for controlling access of the UE 110 of the user 110a to the communication services provided by the mobile network 100. The method 500 comprises a step 501 of receiving a User Identity Profile, UIP, request for generating a UIP from the UE 110, wherein the UIP request for generating the UIP comprises a subset of a plurality of user profile attributes of the user 110a and an opening proof of a vector commitment based on the plurality of user profile attributes of the user 110a. As already described above, in an embodiment the vector commitment based on the plurality of user profile attributes of the user 110a may be a Merkle tree of the plurality of user profile attributes. Moreover, the method 500 comprises a step 503 of verifying the UIP request for generating the UIP based on the subset  of a plurality of user profile attributes of the user 110a and the opening proof of the vector commitment based on the plurality of user profile attributes of the user 110a.

[0069] The method 500 can be performed by the network entity 120, e.g. UIP-AUF 120 illustrated in FIG. 1. Thus, further features of the method 500 result directly from the functionality of the network entity 120, e.g. UIP-AUF 120 illustrated in FIG. 1 as well as the different embodiments thereof described above and below.

[0070] The person skilled in the art will understand that the "blocks" ( "units" ) of the various figures (method and apparatus) represent or describe functionalities of embodiments of the present disclosure (rather than necessarily individual "units" in hardware or software) and thus describe equally functions or features of apparatus embodiments as well as method embodiments (unit =step) .

[0071] In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus, and method may be implemented in other manners. For example, the described embodiment of an apparatus is merely exemplary. For example, the unit division is merely a logical function division and may be another division in an actual implementation. For example, a plurality of units or components may be combined or integrated into another system, or some features may be ignored or not performed. In addition, the displayed or discussed mutual couplings or direct couplings or communication connections may be implemented by using some interfaces. The indirect couplings or communication connections between the apparatuses or units may be implemented in electronic, mechanical, or other forms.

[0072] The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one position, or may be distributed on a plurality of network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the solutions of the embodiments.

[0073] In addition, functional units in the embodiments of the disclosure may be integrated into one processing unit, or each of the units may exist alone physically, or two or more units may be integrated into one unit.

Claims

1.A user entity, UE, (110) for allowing a user (110a) of the UE (110) to use communication services provided by a mobile network (100) , wherein the UE (110) is configured to:generate a vector commitment based on a plurality of user profile attributes of the user (110a) ; andsend a User Identity Profile, UIP, request for generating a UIP to a network entity (120) of the mobile network (100) , wherein the UIP request comprises a subset of the plurality of user profile attributes of the user (110a) and an opening proof of the vector commitment based on the plurality of user profile attributes.2.The UE (110) of claim 1, wherein the UIP request further comprises a digital signature of the vector commitment based on the plurality of user profile attributes.3.The UE (110) of claim 2, wherein the UE (110) is configured to obtain the digital signature of the vector commitment based on the plurality of user profile attributes from a certification authority, CA, (130) .4.The UE (110) of any one of the preceding claims, wherein the UIP request further comprises an identifier of the UE (110) and / or an identifier of the user (110a) .5.The UE (110) of any one of the preceding claims, wherein the vector commitment is a Merkle tree and wherein each leave of the Merkle tree comprises a hash value of a respective user profile attribute of the plurality of user profile attributes.6.The UE (110) of claim 5, wherein the UIP request further comprises position information indicative of the position of the user profile attributes of the subset within the Merkle tree, path information indicative of the path of each user profile attribute of the subset from a root of the Merkle tree, and / or information indicative about one or more interior nodes of the Merkle tree.7.A method (400) of operating a user entity, UE, (110) for allowing a user (110a) of the UE (110) to use communication services provided by a mobile network (100) , wherein the method (400) comprises:generating (401) a vector commitment based on a plurality of user profile attributes of the user (110a) ; andsending (403) a User Identity Profile, UIP, request for generating a UIP to a network entity (120) of the mobile network (100) , wherein the UIP request comprises a subset of the plurality of user profile attributes of the user (110a) and an opening proof of the vector commitment based on the plurality of user profile attributes.8.A network entity (120) for controlling access of a user entity, UE, (110) of a user (110a) to communication services provided by a mobile network (100) , wherein the network entity (120) is configured to:receive a User Identity Profile, UIP, request for generating a UIP from the UE (110) , wherein the UIP request comprises a subset of a plurality of user profile attributes of the user (110a) and an opening proof based on a vector commitment of the plurality of user profile attributes of the user (110a) ; andverify the UIP request based on the subset of a plurality of user profile attributes of the user (110a) and the opening proof of the vector commitment based on the plurality of user profile attributes of the user (110a) .9.The network entity (120) of claim 8, wherein for verifying the UIP request the network entity (120) is configured to rebuild the path based on the subset of the plurality of user profile attributes of the user (110a) and compare to the path in the provided opening proof from the UE (110) .10.The network entity (120) of claim 8 or 9, wherein the UIP request further comprises a digital signature of the vector commitment based on the plurality of user profile attributes and wherein the network entity (120) is configured to verify the digital signature of the vector commitment based on the plurality of user profile attributes.11.The network entity (120) of claim 10, wherein the network entity (120) is configured to verify the digital signature of the vector commitment based on the plurality of user profile attributes using a public key provided by a certification authority, CA, (130) .12.The network entity (120) of any one of claims 8 to 11, wherein the UIP request further comprises an identifier of the UE (110) and / or an identifier of the user (110a) .13.The network entity (120) of any one of claims 8 to 12, wherein the vector commitment is a Merkle tree and wherein each leave of the Merkle tree comprises a hash value of a respective user profile attribute of the plurality of user profile attributes.14.The network entity (120) of claim 13, wherein the UIP request further comprises position information indicative of the position of the user profile attributes of the subset within the Merkle tree, path information indicative of the path of each user profile attribute of the subset from a root of the Merkle tree, and / or information indicative about one or more interior nodes of the Merkle tree.15.A method (500) for operating a network entity (120) for controlling access of a user entity, UE, (110) of a user (110a) to communication services provided by a mobile network (100) , wherein the method (500) comprises:receiving (501) a User Identity Profile, UIP, request for generating a UIP from the UE (110) , wherein the UIP request comprises a subset of a plurality of user profile attributes of the user (110a) and an opening proof of a vector commitment based on the plurality of user profile attributes of the user (110a) ; andverifying (503) the UIP request based on the subset of a plurality of user profile attributes of the user (110a) and the opening proof of the vector commitment based on the plurality of user profile attributes of the user (110a) .16.A computer program product comprising a computer-readable storage medium for storing program code which causes a computer or a processor to perform the method (400) of claim 7 or the method (500) of claim 15 when the program code is executed by the computer or the processor.

Images