US11240026B2 - Devices and methods of managing data - Google Patents
Devices and methods of managing data Download PDFInfo
- Publication number
- US11240026B2 US11240026B2 US16/413,773 US201916413773A US11240026B2 US 11240026 B2 US11240026 B2 US 11240026B2 US 201916413773 A US201916413773 A US 201916413773A US 11240026 B2 US11240026 B2 US 11240026B2
- Authority
- US
- United States
- Prior art keywords
- key
- user
- data
- crypto
- container
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active, expires
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/602—Providing cryptographic facilities or services
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6209—Protecting access to data via a platform, e.g. using keys or access control rules to a single file or object, e.g. in a secure envelope, encrypted and accessed using a key, or with access control rules appended to the object itself
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
- H04L9/0618—Block ciphers, i.e. encrypting groups of characters of a plain text message using fixed encryption transformation
- H04L9/0631—Substitution permutation network [SPN], i.e. cipher composed of a number of stages or rounds each involving linear and nonlinear transformations, e.g. AES algorithms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
- H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
- H04L9/0822—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using key encryption key
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
- H04L9/0838—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these
- H04L9/0841—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these involving Diffie-Hellman or related key agreement protocols
- H04L9/0844—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these involving Diffie-Hellman or related key agreement protocols with user authentication or key authentication, e.g. ElGamal, MTI, MQV-Menezes-Qu-Vanstone protocol or Diffie-Hellman protocols using implicitly-certified keys
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
- H04L9/0863—Generation of secret information including derivation or calculation of cryptographic keys or passwords involving passwords or one-time passwords
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
- H04L9/0869—Generation of secret information including derivation or calculation of cryptographic keys or passwords involving random numbers or seeds
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/30—Public key, i.e. encryption algorithm being computationally infeasible to invert or user's encryption keys not requiring secrecy
- H04L9/3066—Public key, i.e. encryption algorithm being computationally infeasible to invert or user's encryption keys not requiring secrecy involving algebraic varieties, e.g. elliptic or hyper-elliptic curves
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
- H04L9/3242—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving keyed hash functions, e.g. message authentication codes [MACs], CBC-MAC or HMAC
Definitions
- the present application generally relates to data management and, in particular, to managing data stored within a container.
- a computing device may be configured to secure data stored at the computing device.
- Stored data may be confidential or proprietary to a particular user and access to that stored data may be contingent on verifying an identity of a user who wishes to access the stored data. For example, a computing device may require a user to authenticate prior to operating the computing device and prior to accessing or modifying the stored data.
- Security operations may include comparing a received user input to a password list. In another example, security operations may include encrypting data using cryptographic keys associated with a particular user.
- FIG. 1 illustrates, in simplified block diagram form, a computing device for managing data, in accordance with an example of the present application
- FIG. 2 illustrates encryption key derivation operations, in accordance with an example of the present application
- FIG. 3 illustrates, in flowchart form, a method of managing data stored within a container, in accordance with an example of the present application
- FIG. 4 illustrates hardened user key generation operations, in accordance with an example of the present application.
- FIG. 5 illustrates, in simplified block diagram form, an electronic device, in accordance with an example of the present application.
- the present application describes a method of managing data stored within a container on a computing device.
- the container may be associated with at least one registered user.
- the data within the container may be encrypted by a data encryption key (DEK) and stored as encrypted data.
- the method includes: authenticating a user based on a user secret associated with the container; generating a soft key based on the user secret; generating, by a crypto-processor other than a main processor of the computing device, secure generator output including a crypto key component associated with the authenticated user; generating, by the crypto-processor, a hardened user key based on a key agreement protocol using the soft key and the crypto key component associated with the authenticated user; constructing an unencrypted DEK associated with the hardened user key for accessing a subset of the data stored within the container; and decrypting the subset of data using the unencrypted DEK.
- DEK data encryption key
- the present application describes a computing device managing data stored within a container.
- the container may be associated with at least one registered user.
- the data within the container may be encrypted by a data encryption key (DEK) and stored as encrypted data.
- the computing device includes: a security module including a crypto-processor; a main processor coupled to the security module; and a memory coupled to the processor and the crypto-processor.
- the memory may store instructions that, when executed, configure at least one of the main processor or the crypto-processor to: authenticate a user based on a user secret associated with the container; generate a soft key based on the user secret; generate, by the crypto-processor, secure generator output including a crypto key component associated with the authenticated user; generate, by the crypto-processor, a hardened user key based on a key agreement protocol using the soft key and the crypto key component associated with the authenticated user; construct an unencrypted DEK associated with the hardened user key for accessing a subset of the data stored within the container; and decrypt the subset of data using the unencrypted DEK.
- the present application describes non-transitory computer-readable storage medium storing processor-readable instructions that, when executed, configure a processor to perform one or more of the methods described herein.
- processor is intended to include all types of processing circuits or chips capable of executing program instructions.
- the terms “about”, “approximately”, and “substantially” are meant to cover variations that may exist in the upper and lower limits of the ranges of values, such as variations in properties, parameters, and dimensions. In a non-limiting example, the terms “about”, “approximately”, and “substantially” may mean plus or minus 10 percent or less.
- the term “and/or” is intended to cover all possible combinations and sub-combinations of the listed elements, including any one of the listed elements alone, any sub-combination, or all of the elements, and without necessarily excluding additional elements.
- the phrase “at least one of . . . or . . . ” is intended to cover any one or more of the listed elements, including any one of the listed elements alone, any sub-combination, or all of the elements, without necessarily excluding any additional elements, and without necessarily requiring all of the elements.
- a container may be a component of a sandboxing technique used to restrict access to specified data or applications stored on a computing device. That is, a container may be an allocated portion of addressable memory on the computing device for separating a specified set of data or applications from another set of data or applications stored in memory.
- a data container may compartmentalize enterprise data from personal data, or vice versa, stored in memory of an electronic device. The computing device may require that access to the enterprise be granted only in response to a successful authentication process, whereas access to the personal data may be granted without an authentication process.
- an application container may encapsulate files, dependencies or libraries of a software application running in an operating system.
- the computing device may encrypt the data using a data encryption key (DEK).
- DEK data encryption key
- the security strength of the encrypted data may be associated with the security strength of methods used to manage the DEK. It may be desirable to minimize storing the DEK in raw or un-protected format. For example, an un-protected DEK may be an unencrypted DEK.
- the computing device may encrypt the DEK using a user key that may be derived from a user secret and that is received from a user. That is, a user secret may be data input used for determining whether a user associated with the data input may be provided access to data or a data container. In some examples, the user secret may be an alpha-numeric password or a biometric input from the user. The user secret may be used for authenticating a user that is associated with the container and may be used for securing the DEK. In some examples, a user key may be generated based on the received user secret and a password-based derivation function (e.g., Password-Based Key Derivation Function 2 (PBKDF2) or the like.).
- PBKDF2 Password-Based Key Derivation Function 2
- the above-described example methods of generating a user key based on a received user secret and a password-based derivation function may be vulnerable to an “offline attack”. That is, an unscrupulous entity may attempt to extract or copy data from the computing device and onto another computing device (e.g., an offline device) for conducting brute force operations. Such brute force operations may be for uncovering the user key for decrypting the DEK. It may be desirable to provide devices and methods to thwart such attempts at conducting offline attacks.
- FIG. 1 illustrates, in simplified block diagram form, a computing device 100 for managing data, in accordance with an example of the present application.
- the computing device 100 includes a security module 110 and a main processor 102 coupled to the security module 110 .
- the computing device 100 may include a communications module for providing network communications capabilities with other computing devices.
- the computing device 100 may receive, via the communications module, commands or data (e.g., user secret, etc.) as input for example operations described herein.
- commands or data e.g., user secret, etc.
- the security module 110 may be an integrated circuit configured to provide secure data including an identity and a known internal state of the computing device 100 .
- the security module 110 may include a crypto-processor 112 configured to execute operations relating to encryption, signing, key generation, random number generation, or the like.
- the security module 110 may include a secure store 114 , such as non-volatile memory, for storing secret or proprietary data associated with the computing device 100 .
- the main processor 102 and/or the crypto-processor 112 may directly or indirectly retrieve data stored in the secure store 114 .
- the security module 110 may be a trusted platform module (TPM) device or other similar device.
- TPM trusted platform module
- the computing device 100 may include memory storing applications or other data.
- the computing device 100 may include memory that stores a container management application 120 , a system record 122 , and/or a data store 130 .
- the container management application 120 may include processor readable instructions that, when executed, cause the main processor 102 and/or the crypto-processor 112 to perform operations to manage data stored within a container 132 , among other example operations described herein.
- the system record 122 may be a data file including encryption keys, registered user info, or other data for managing stored data.
- the computing device 100 includes the data store 130 for storing data, applications, filesystems, or the like.
- the data store 130 may include one or more containers 132 , such as a security perimeter being associated with specified data, application, or filesystems. Although a single container is illustrated in FIG. 1 , it may be contemplated that the data store 130 may include any number of containers.
- the container 132 may be akin to a security perimeter and a component of a sandboxing technique to restrict access to specified data or applications.
- the container 132 may be associated with at least one registered user. Further, the one or more processors may allow access to the data or applications stored within the container to the at least one registered user once a registered user has been authenticated.
- the data or applications stored within the container 132 may be encrypted using a data encryption key (DEK) and stored as encrypted data.
- DEK data encryption key
- the data or applications stored within the container 132 may be encrypted with Advanced Encryption Standard Cipher Block Chaining (AES-CBC) mode using a 256-bit key (e.g., DEK).
- AES-CBC Advanced Encryption Standard Cipher Block Chaining
- DEK 256-bit key
- the DEK may be further encrypted with a user key, where the user key may be generated based on a user secret (e.g., a password, biometric input, etc.).
- An administrative server or an administrative user may specify the key length associated with the user key.
- the one or more processors may be configured to delete the container 132 , the data or applications stored within the container 132 may correspondingly be deleted.
- the one or more processors may register the container 132 by associating a generated user key with the container 132 .
- the one or more processors may conduct operations to allow access to the data or applications within the container 132 in response to receiving an associated user key.
- the computing device 100 includes an input module 140 .
- the input module 140 may include a touch screen display for displaying a user interface and a touch screen interface for receiving motion or touch input from the user of the computing device 100 .
- the input module 140 may provide a user interface for a user to interact with the computing device 100 .
- Other examples of input/output modules for displaying content to the user or for receiving input signals representing commands or selectable options from the user of the computing device 100 are contemplated.
- FIG. 2 illustrates encryption key derivation operations 200 , in accordance with one example of the present application.
- the main processor 102 may conduct a random number generator operation 202 to generate a data encryption key 204 (e.g., DEK). Further, the main processor 102 may conduct an encryption operation 208 to encrypt application data 206 using the data encryption key 204 .
- the encryption operation 208 may include utilizing an AES-CBC protocol using a 256-bit key. In some examples, the data encryption key 204 may be 256-bit in length.
- the resulting encrypted application data may be stored within the container 132 .
- the application data 206 may include two or more files or may include two or more portions of data. Further, there may be two or more cryptographic initialization vectors, and each initialization vector may be associated with a data file or a portion of data. Thus, the main processor 102 may conduct an encryption operation 208 on the respective files or portions of data using a respective initialization vector, thereby encrypting a given file or data portion separately than encrypting another file or data portion. Other encryption protocols for conducting the encryption operation 208 may be contemplated.
- the extent to which the encrypted application data may be secure corresponds to the extent that the data encryption key 204 is safeguarded. That is, it may be desirable to restrict usage of the data encryption key 204 to one or more registered users associated with the container 132 . It may be desirable to minimize storing the DEK in plaintext or un-protected format. That is, it may be desirable to minimize storing an unencrypted DEK.
- the main processor 102 may conduct a further encryption operation 210 to secure the data encryption key 204 .
- the further encryption operation 210 may encrypt the data encryption key 204 using a user key 212 .
- the further encryption operation 210 may include utilizing an AES-CBC protocol using a 256-bit key. That is, the user key 212 may be 256-bit in length.
- Other encryption protocols for conducting the further encryption operation 210 may be contemplated.
- the user key 212 may be based on a user secret 214 that is provided, via the input module 140 ( FIG. 1 ), by a user of the computing device 100 ( FIG. 1 ).
- the user secret 214 may be an alpha-numeric input or a biometric input. Other formats of the user secret 214 may be contemplated.
- the main processor 102 may conduct key derivation operations 216 to derive the user key 212 .
- the key derivation operations 216 may include a Password-Based Key Derivation Function 2 (PBKDF2) operation. Other key derivation operations may be contemplated.
- PBKDF2 Password-Based Key Derivation Function 2
- the key derivation operation 216 may derive the user key 212 having a specified length.
- the main processor 102 may derive a user key 212 having a 256-bit length, such that the main processor 102 may conduct the further encryption operations 210 to encrypt the previously generated data encryption key 204 using the user key 212 .
- the main processor 102 may store in a keystore 218 the data encryption key 204 in an encrypted format.
- the keystore 218 may be a repository of stored security certificates, such as public key certificates, cryptographic keys, or the like.
- the keystore 218 may be a data file, a cryptographic token, or other allocated portion of memory accessible by an operating system or applications.
- the system records 122 of FIG. 1 may include the keystore 218 . That is, the keystore 218 may not be stored within a secure enclave, but may be stored in memory that is accessible by the main processor 102 .
- the keystore 218 (or contents of the keystore 218 ) may be encrypted or otherwise obfuscated based on a static key, where the static key that may be stored at the computing device 100 .
- the main processor 102 may generate a data encryption key 204 or a user key 212 having any length.
- the data encryption key 204 or the user key 212 may be 256-bits in length or greater. A longer key length may increase the robustness of any generated encryption keys. Nonetheless, in some examples, the encryption key derivation operations 200 illustrated in FIG. 2 may be vulnerable to an “offline attack”. That is, an unscrupulous entity may attempt to extract or copy data from the computing device 100 and onto another computing device (e.g., an offline device) for conducting brute force operations for determining the user key 212 .
- another computing device e.g., an offline device
- the offline computing device may include a supercomputer, such as a computer with comparatively high floating-point operations per second, as compared to a general-purpose computer.
- a supercomputer such as a computer with comparatively high floating-point operations per second
- Other types of computers operating as offline devices with hardware/software configured to conduct operations to “crack”/reverse-engineer passwords or with high floating-point operations per second may be contemplated.
- the unscrupulous entity may decrypt an encrypted form of the data encryption key 204 .
- devices and methods including operations from a security module 110 ( FIG. 1 ) are be provided.
- FIG. 3 illustrates, in flowchart form, a method 300 of managing data stored within a container 132 ( FIG. 1 ) on a computing device 100 ( FIG. 1 ), in accordance with an example of the present application.
- the method 300 includes operations that may be carried out by one or more processors of the computing device 100 .
- the method 300 may include operations that may be carried out by at least one of the main processor 102 or the crypto-processor 112 .
- the method 300 may be implemented, at least in part, through processor executable instructions associated with the container management application 120 ( FIG. 1 ).
- one or more operations may be implemented via processor executable instructions in other applications or in an operating system stored and executed on the computing device 100 .
- the container 132 may be associated with at least one registered user. That is, one or more processors may register the container 132 by associating one or more users to the container 132 , where each respective user may be associated with a user secret (e.g., a password).
- the user secret may be used for authenticating the user at the computing device 100 and for providing access to data and/or applications stored within the container 132 .
- the data stored within the container 132 may be encrypted by a data encryption key (DEK) and stored as encrypted data.
- DEK data encryption key
- the one or more processors may authenticate a user based on a user secret associated with the container 132 .
- the user secret may be an alpha-numeric input or a biometric input. That is, the computing device 100 may authenticate the user such that the user may be permitted to operate the input module 140 ( FIG. 1 ) of the computing device and may be permitted to access or modify data stored within the container 132 . Other types of input for receiving the user secret may be contemplated.
- the one or more processors may generate a soft key based on the user secret.
- a soft key may be a key derived based on a software derivation function and the user secret.
- the software derivation function may include operations conducted by a main or general purpose processor of the computing device.
- the one or more processors may generate the soft key using a key derivation function, such as Password-Based Key Derivation Function 2 (PBKDF2).
- PBKDF2 Password-Based Key Derivation Function 2
- the key derivation function may utilize apply a pseudorandom function to the user secret and a salt value to generate a user key
- the user key may be used as a cryptographic key for subsequent operations.
- the salt value may be random data used as additional input to the pseudorandom function.
- the key derivation function may be a hash-based message authentication code (HMAC).
- HMAC hash-based message authentication code
- the key derivation function may provide a soft key having a specific length.
- the one or more processors may be configured to generate a soft key having a 256-bit length.
- the crypto-processor 112 may generate secure generator output including a crypto key component associated with the authenticated user.
- the secure generator output may be based on a secure random number generator output, such as a pseudo-random number generator with characteristics that may be understood to be suitable for cryptography operations.
- the crypto-processor 112 may be a processor that is other than the main processor 102 ( FIG. 1 ). In some examples, the crypto-processor 112 may be a distinct processor separate from the main processor 102 for conducting operations relating to encryption, key or data signing, key generation, random number generation, or the like.
- the crypto-processor 112 may be a component of the security module 110 , such that select data or keys generated by the crypto-processor 112 may be confined to the security module 110 and may not be permitted to be copied or released in plaintext or unencrypted format outside the security module 110 .
- the secure generator output includes a first elliptic curve cryptography (ECC) key pair and a second ECC key pair.
- ECC elliptic curve cryptography
- Each of the respective ECC key pairs include a private key and a public key.
- the crypto-processor 112 may discard a public key of the first ECC key pair and a private key of the second ECC key pair, such that the crypto key component includes the private key of the first ECC key pair and the public key of the second ECC key pair.
- the crypto-processor 112 may generate a hardened user key based on a key agreement protocol using the soft key and the crypto key component associated with the authenticated user.
- the hardened user key may be a key derived based on one or more cryptographic keys generated by a secure hardware component of the computing device.
- at least a portion of the cryptographic keys generated by the secure hardware component may be confined to the secure hardware component or accessible only when access to the secure hardware component is provided.
- the key agreement protocol may be based on elliptic curve cryptography, such as an Elliptic-Curve Diffie-Hellman (ECDH) protocol or operations.
- ECDH Elliptic-Curve Diffie-Hellman
- the hardened user key may be generated based on the previously generated soft key and the crypto key component.
- the hardened user key is based on the crypto key component, it may be challenging for an unscrupulous entity to extract or copy the memory contents of the computing device 100 to another computing device (e.g., an offline device) and, subsequently, to conduct brute force operations for determining a user key for decrypting a data encryption key associated with the container 132 .
- the unscrupulous entity may be unable to generate the hardened user key. Without being able to generate the hardened user key, the unscrupulous entity may be unable to decrypt the hardened DEK for decrypting associated data stored within the container 132 .
- the one or more processors may have encrypted data stored within the container 132 using an Advanced Encryption Standard (AES) protocol and the hardened user key.
- AES Advanced Encryption Standard
- the one or more processors may construct an unencrypted DEK associated with the hardened user key for accessing a subset of the data stored within the container 132 .
- the one or more processors may decrypt the subset of data using the unencrypted DEK.
- example operations of the main processor 102 and the crypto-processor 112 described herein may collectively generate a hardened user key that may be used to decrypt a previously encrypted DEK.
- the unencrypted DEK may be used for decrypting data that may be associated with the authenticated user and that is stored in the container 132 .
- the one or more processors may further secure additional data associated with the authenticated user using the unencrypted DEK. That is, the one or more processors may conduct operations for receiving, via a communication module, additional data from another computing device or via the input module 140 . Further, the one or more processors may encrypt the additional data using the unencrypted DEK (from operation 310 ) and, subsequently, store the encrypted additional data within the container 132 .
- constructing the unencrypted DEK includes decrypting the hardened DEK using an Advanced Encryption Standard (AES) protocol and the hardened user key.
- AES Advanced Encryption Standard
- the AES protocol may be the AES-CBC protocol operations.
- a subset of the operations of the method 300 may conducted by the main processor 102 and another subset of the operations of method 300 may be conducted by the crypto-processor 112 .
- operations 302 , 304 , 310 , and 312 may be conducted by the main processor 102 and operations 306 and 308 may be conducted by the crypto-processor 112 .
- the crypto-processor 112 may conduct operations associated with generating a crypto key component and with generating a hardened user key using a key component that is intended to be undecipherable outside the security module 110 .
- the example operations of the method 300 may generate a hardened user key based on key components that depend on secure hardware aspects of the computing device 100 in addition to a soft key or user secret received from a registered and authenticated user associated with the container 132 .
- FIG. 4 illustrates, hardened user key generation operations 400 , in accordance with an example of the present application.
- a subset of the operations may be associated with the security module 110 ( FIG. 1 ), which are illustrated within the hashed-line box.
- the subset of operations that may be associated with the security module 110 may be conducted by the crypto-processor 112 .
- another subset of operations, which are illustrated outside the hashed box, may be conducted by the main processor 102 .
- a DEK may be used for encrypting data, applications, filesystems, or the like, where the encrypted data, applications, or filesystems may be stored in a container 132 ( FIG. 1 ) of a computing device 100 ( FIG. 1 ).
- a registered container may be associated with a user who may wish to secure and store data within the container 132 .
- the data may be encrypted using a DEK and, subsequently, the encrypted data may be stored in the container 132 .
- the DEK may be encrypted using a hardened user key.
- the data that has been encrypted using the DEK may be associated with a user corresponding to the hardened user key.
- the hardened user key may be generated based on operations that may be conducted within the security module 110 ( FIG. 1 ) and based on operations that may be conducted exterior to the security module 110 .
- the main processor 102 may receive, via the input module 140 ( FIG. 1 ), a user secret 402 .
- the user secret may be a password in alpha-numeric format or may be a biometric input.
- the main processor 102 may conduct key derivation operations 404 , such as operations of the PBKDF2 protocol, based on the user secret 402 to generate a soft user key 406 .
- the PBKDF2 protocol may utilize: (i) a user salt value based on randomly generated 64 bits of data and the user secret 402 to provide a 256-bit soft user key. It may be appreciated that the user salt value may be based on other quantities of randomly generated data and the soft user key 406 may be any other length.
- a crypto-processor 408 may generate, by secure random number generator (RNG) operations, two sets of random generated data (identified individually as 410 a and 410 b ) for providing encryption keys.
- RNG secure random number generator
- a first set of random generated data 410 a may provide a first ECC key pair including a private key 412 of the first ECC key pair and a public key 414 of the first ECC key pair.
- a second set of random generated data 410 b may provide a second ECC key pair including a private key 416 of the second ECC key pair and a public key 418 of the second ECC key pair.
- the crypto-processor 408 may delete 420 or disregard the public key 414 of the first ECC key pair and may delete or disregard the private key 416 of the second ECC key pair.
- the remaining private key 412 of the first ECC key pair and the public key 418 of the second ECC key pair may be used as inputs to a subsequent key agreement protocol operations for generating a hardened user key 424 .
- the hardened DEK may be stored in an un-migratable portion of the computing device.
- the ECC keys that are not deleted or disregarded may be accessible by the crypto-processor 408 in response to a successful authentication of the user.
- the ECC keys may be accessible in response to a successful authentication of the user based on the received user secret.
- the public key 418 of the second ECC key pair may be stored at a keystore external to the security module 110
- the private key 412 of the first ECC key pair may be stored within the security module 110 .
- the private key 412 of the first ECC key pair may be stored in a secure store 114 ( FIG. 1 ) of the security module 110 . It may be appreciated that these aforementioned keys may be associated with the user of the user secret 402 .
- the crypto-processor 408 may generate the hardened user key 424 based on the soft user key 406 as an input to a further encryption operation 422 .
- the main processor 102 may conduct the further encryption operation 422 based on a combination of the generated soft user key 406 , the private key 412 of the first ECC key pair, and the public key 418 of the second ECC key pair.
- the further encryption operation 422 may utilize the soft user key 406 as input of Elliptic-curve Diffie-Hellman (ECDH) protocol operations with: (a) the private key 412 of the first ECC key pair and (b) the public key 418 of the second ECC key pair to generate a hardened user key 424 .
- the soft user key 406 may be provided to the Elliptic-curve Diffie-Hellman (ECDH) protocol operations as an ECC-CMS-SharedInfo entityUInfo parameter. That is, the ECC-CMS-SharedInfo entityUInfo field may represent a derived form of the data provided by the user (see e.g., https://tools.ietf.org/html/rfc8418).
- the hardened user key 424 may be used to encrypt a DEK previously used to encrypt data stored in a container 132 ( FIG. 1 ) and that is associated with the user corresponding to the user secret 402 . It may be appreciated that the hardened user key 424 may be based on (i) a user secret 402 , which may be used to authenticate a user; and (ii) encryption keys that may, at least, in part be inaccessible by processes external to the security module 110 . Accordingly, an “offline attack” by an unscrupulous entity may be thwarted, even if the unscrupulous entity was successful copying data (including data within a container) to an offline computing device.
- the unscrupulous entity may be unable to generate a hardened user key 424 necessary for: (a) decrypting a DEK associated with data stored in the container 132 ; and (b) subsequently decrypting the data stored in the container. Without an unencrypted DEK, the unscrupulous entity may be unable to decrypt data stored in the container.
- one of a main processor or a crypto-processor may receive a user secret. Based on the user secret, one of the main processor or the crypto-processor may generate an ECC public key based on the user secret. For example, the main processor or the crypto-processor may map the user secret or a representation of the user secret as a point on an Elliptic curve associated with encryption operations of the computing device. Thus, the ECC public key may be identified at the particular point on the Elliptic curve. Accordingly, the crypto-processor may conduct ECDH operations with the generated ECC public key for generating a hardened user key for decrypting a DEK.
- FIG. 5 illustrates, in simplified block diagram form, an electronic device 500 , in accordance with an example of the present application.
- the electronic device 500 may be the example computing device 100 illustrated in FIG. 1 .
- the electronic device 500 includes one or more main processors 502 , memory 504 , and a communications module.
- the communication module may provide the computing device 100 with network capabilities to communicate with other computing devices.
- the memory 504 may include a data store 506 for storing data, applications, filesystems, or the like. Further, the data store 506 may include one or more of the example containers 132 of FIG. 1 .
- the memory 504 may store processor executable software applications 508 that may include an operating system to provide basic device operations. The software applications 508 may also include instructions implementing operations of the methods described herein.
- the electronic device 500 may include a security module 510 , which may be a hardware-based circuit to provide trusted information, including the identity and internal state data of the electronic device 500 .
- the security module 510 may provide cryptographic functionality including encrypting, signing, key generation, random number generation, or the like. In one example, the security module 510 may correspond to the security module 110 of FIG. 1 .
- the electronic device 500 may include an input module 512 for receiving signals representing user input.
- the input module 512 may be a keyboard device, a touch input device, an acoustic input device, or any other device for receiving signals representing user input as described in examples herein.
- the electronic device 500 may include a display interface and/or a display 514 .
- the display 514 may include examples such as a liquid crystal display (LCD), an e-ink/e-paper display, or the like. In some examples, the display 514 may be a touchscreen display.
- the electronic device 500 may be a portable electronic device, such as a smartphone, a personal computer, a personal digital assistant, a portable navigation device, a mobile phone, a wearable computing device (e.g., smart watch, wearable activity monitor, or the like), or any other type of computing device that may be configured to store data and software instructions, and execute software instructions to perform example operations described herein.
- a portable electronic device such as a smartphone, a personal computer, a personal digital assistant, a portable navigation device, a mobile phone, a wearable computing device (e.g., smart watch, wearable activity monitor, or the like), or any other type of computing device that may be configured to store data and software instructions, and execute software instructions to perform example operations described herein.
- Example embodiments of the present application are not limited to any particular operating system, system architecture, mobile device architecture, server architecture, or computer programming language.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Pure & Applied Mathematics (AREA)
- Mathematical Optimization (AREA)
- Mathematical Physics (AREA)
- Mathematical Analysis (AREA)
- Algebra (AREA)
- Computing Systems (AREA)
- Bioethics (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Power Engineering (AREA)
- Storage Device Security (AREA)
- Lock And Its Accessories (AREA)
Abstract
Description
Claims (20)
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/413,773 US11240026B2 (en) | 2019-05-16 | 2019-05-16 | Devices and methods of managing data |
CA3080448A CA3080448C (en) | 2019-05-16 | 2020-05-06 | Devices and methods of managing data |
EP20174233.5A EP3739489B1 (en) | 2019-05-16 | 2020-05-12 | Devices and methods of managing data |
CN202010414785.2A CN111949999A (en) | 2019-05-16 | 2020-05-15 | Apparatus and method for managing data |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/413,773 US11240026B2 (en) | 2019-05-16 | 2019-05-16 | Devices and methods of managing data |
Publications (2)
Publication Number | Publication Date |
---|---|
US20200366483A1 US20200366483A1 (en) | 2020-11-19 |
US11240026B2 true US11240026B2 (en) | 2022-02-01 |
Family
ID=70682663
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/413,773 Active 2040-05-07 US11240026B2 (en) | 2019-05-16 | 2019-05-16 | Devices and methods of managing data |
Country Status (4)
Country | Link |
---|---|
US (1) | US11240026B2 (en) |
EP (1) | EP3739489B1 (en) |
CN (1) | CN111949999A (en) |
CA (1) | CA3080448C (en) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11803766B1 (en) * | 2019-12-12 | 2023-10-31 | Amazon Technologies, Inc. | Active scanning tool for identifying customer misconfigurations of virtual machine instances |
EP4092597B1 (en) * | 2021-05-18 | 2023-11-01 | Knobs S.r.l. | Portable device for the exchange, transfer and transport of sensitive digital information |
CN116707802B (en) * | 2023-08-04 | 2023-12-12 | 河南省信息化集团有限公司 | Authorization management method and system based on key encryption key (KEK) |
Citations (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040146015A1 (en) | 2003-01-27 | 2004-07-29 | Cross David B. | Deriving a symmetric key from an asymmetric key for file encryption or decryption |
US20070014416A1 (en) | 2005-07-15 | 2007-01-18 | David Rivera | System and method for protecting against dictionary attacks on password-protected TPM keys |
US20130046993A1 (en) * | 2007-01-22 | 2013-02-21 | Spyrus, Inc. | Portable Data Encryption Device with Configurable Security Functionality and Method for File Encryption |
US20140032933A1 (en) | 2012-07-24 | 2014-01-30 | Ned M. Smith | Providing access to encrypted data |
US20150106626A1 (en) * | 2013-10-11 | 2015-04-16 | Sap Ag | Shared encrypted storage |
US20150121086A1 (en) * | 2013-10-31 | 2015-04-30 | Kili Technology Corporation | Systems and methods for secure processing with embedded cryptographic unit |
GB2533187A (en) | 2014-09-02 | 2016-06-15 | Apple Inc | Method of using one device to unlock another device |
US20160283723A1 (en) * | 2013-02-12 | 2016-09-29 | Amazon Technologies, Inc. | Data security with a security module |
US20170063816A1 (en) * | 2015-08-24 | 2017-03-02 | Virtru Corporation | Methods and systems for distributing encrypted cryptographic data |
US20170063544A1 (en) * | 2015-08-26 | 2017-03-02 | Rubicon Labs, Inc. | System and method for sharing data securely |
US20170078255A1 (en) * | 2015-09-11 | 2017-03-16 | iAspire, LLC | Systems and methods for implementing modular digital encryption key management solutions |
US20170126642A1 (en) * | 2015-10-15 | 2017-05-04 | Pkware, Inc. | Systems and Methods for Smartkey Information Management |
US20170310480A1 (en) * | 2014-09-26 | 2017-10-26 | Good Technology Holdings Limited | Access to software applications |
US20180063095A1 (en) * | 2016-09-01 | 2018-03-01 | AtCipher.com Limited | Data encipherment prior to recipient selection |
US20180167372A1 (en) * | 2016-12-14 | 2018-06-14 | Microsoft Technology Licensing, Llc | Offline protection of secrets |
US20180191495A1 (en) * | 2015-06-22 | 2018-07-05 | Cyphre, Llc | Accelerated encryption and decryption of files with shared secret and method therefor |
CN108449178A (en) | 2018-03-26 | 2018-08-24 | 北京豆荚科技有限公司 | The generation method of root key in a kind of secure and trusted performing environment |
CN108599938A (en) | 2018-04-23 | 2018-09-28 | 北京数字认证股份有限公司 | The method and system of mobile terminal private data are protected by credible performing environment |
US20180287792A1 (en) * | 2017-03-28 | 2018-10-04 | Alibaba Group Holding Limited | Method and system for protecting data keys in trusted computing |
US20190228164A1 (en) * | 2018-01-25 | 2019-07-25 | Arm Limited | Sensitive information provision process |
US20190229924A1 (en) * | 2019-03-28 | 2019-07-25 | Intel Corporation | Key rotating trees with split counters for efficient hardware replay protection |
US20190288840A1 (en) * | 2018-03-15 | 2019-09-19 | Atakama LLC | Passwordless security system for data-at-rest |
US20190356649A1 (en) * | 2018-05-21 | 2019-11-21 | Wickr Inc. | Local Encryption for Single Sign-On |
US20190356650A1 (en) * | 2018-05-21 | 2019-11-21 | Wickr Inc. | Local Encryption for Single Sign-On |
US20200195621A1 (en) * | 2018-12-16 | 2020-06-18 | Auth9, Inc. | Method, computer program product and apparatus for encrypting and decrypting data using multiple authority keys |
US20200213111A1 (en) * | 2017-11-08 | 2020-07-02 | Wickr Inc. | Two-Way Handshake for Key Establishment for Secure Communications |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2003904317A0 (en) | 2003-08-13 | 2003-08-28 | Securicom (Nsw) Pty Ltd | Remote entry system |
KR20170059082A (en) | 2015-11-20 | 2017-05-30 | 삼성전자주식회사 | File operation processing method and electronic device supporting the same |
-
2019
- 2019-05-16 US US16/413,773 patent/US11240026B2/en active Active
-
2020
- 2020-05-06 CA CA3080448A patent/CA3080448C/en active Active
- 2020-05-12 EP EP20174233.5A patent/EP3739489B1/en active Active
- 2020-05-15 CN CN202010414785.2A patent/CN111949999A/en active Pending
Patent Citations (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040146015A1 (en) | 2003-01-27 | 2004-07-29 | Cross David B. | Deriving a symmetric key from an asymmetric key for file encryption or decryption |
US20070014416A1 (en) | 2005-07-15 | 2007-01-18 | David Rivera | System and method for protecting against dictionary attacks on password-protected TPM keys |
US20130046993A1 (en) * | 2007-01-22 | 2013-02-21 | Spyrus, Inc. | Portable Data Encryption Device with Configurable Security Functionality and Method for File Encryption |
US20140032933A1 (en) | 2012-07-24 | 2014-01-30 | Ned M. Smith | Providing access to encrypted data |
US20160283723A1 (en) * | 2013-02-12 | 2016-09-29 | Amazon Technologies, Inc. | Data security with a security module |
US20150106626A1 (en) * | 2013-10-11 | 2015-04-16 | Sap Ag | Shared encrypted storage |
US20150121086A1 (en) * | 2013-10-31 | 2015-04-30 | Kili Technology Corporation | Systems and methods for secure processing with embedded cryptographic unit |
GB2533187A (en) | 2014-09-02 | 2016-06-15 | Apple Inc | Method of using one device to unlock another device |
US20170310480A1 (en) * | 2014-09-26 | 2017-10-26 | Good Technology Holdings Limited | Access to software applications |
US20180191495A1 (en) * | 2015-06-22 | 2018-07-05 | Cyphre, Llc | Accelerated encryption and decryption of files with shared secret and method therefor |
US10523646B2 (en) * | 2015-08-24 | 2019-12-31 | Virtru Corporation | Methods and systems for distributing encrypted cryptographic data |
US20170063816A1 (en) * | 2015-08-24 | 2017-03-02 | Virtru Corporation | Methods and systems for distributing encrypted cryptographic data |
US20170063544A1 (en) * | 2015-08-26 | 2017-03-02 | Rubicon Labs, Inc. | System and method for sharing data securely |
US20170078255A1 (en) * | 2015-09-11 | 2017-03-16 | iAspire, LLC | Systems and methods for implementing modular digital encryption key management solutions |
US20170126642A1 (en) * | 2015-10-15 | 2017-05-04 | Pkware, Inc. | Systems and Methods for Smartkey Information Management |
US10015150B2 (en) * | 2015-10-15 | 2018-07-03 | Pkware, Inc. | Systems and methods for Smartkey information management |
US20180063095A1 (en) * | 2016-09-01 | 2018-03-01 | AtCipher.com Limited | Data encipherment prior to recipient selection |
US20180167372A1 (en) * | 2016-12-14 | 2018-06-14 | Microsoft Technology Licensing, Llc | Offline protection of secrets |
US20180287792A1 (en) * | 2017-03-28 | 2018-10-04 | Alibaba Group Holding Limited | Method and system for protecting data keys in trusted computing |
US20200213111A1 (en) * | 2017-11-08 | 2020-07-02 | Wickr Inc. | Two-Way Handshake for Key Establishment for Secure Communications |
US20190228164A1 (en) * | 2018-01-25 | 2019-07-25 | Arm Limited | Sensitive information provision process |
US20190288840A1 (en) * | 2018-03-15 | 2019-09-19 | Atakama LLC | Passwordless security system for data-at-rest |
CN108449178A (en) | 2018-03-26 | 2018-08-24 | 北京豆荚科技有限公司 | The generation method of root key in a kind of secure and trusted performing environment |
CN108599938A (en) | 2018-04-23 | 2018-09-28 | 北京数字认证股份有限公司 | The method and system of mobile terminal private data are protected by credible performing environment |
US20190356649A1 (en) * | 2018-05-21 | 2019-11-21 | Wickr Inc. | Local Encryption for Single Sign-On |
US20190356650A1 (en) * | 2018-05-21 | 2019-11-21 | Wickr Inc. | Local Encryption for Single Sign-On |
US20200195621A1 (en) * | 2018-12-16 | 2020-06-18 | Auth9, Inc. | Method, computer program product and apparatus for encrypting and decrypting data using multiple authority keys |
US20190229924A1 (en) * | 2019-03-28 | 2019-07-25 | Intel Corporation | Key rotating trees with split counters for efficient hardware replay protection |
Non-Patent Citations (1)
Title |
---|
Extended European Search Report dated Oct. 1, 2020, EP Application No. 20174233.5. |
Also Published As
Publication number | Publication date |
---|---|
CA3080448A1 (en) | 2020-11-16 |
EP3739489B1 (en) | 2022-04-06 |
EP3739489A1 (en) | 2020-11-18 |
CA3080448C (en) | 2024-01-02 |
CN111949999A (en) | 2020-11-17 |
US20200366483A1 (en) | 2020-11-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9813247B2 (en) | Authenticator device facilitating file security | |
US10938792B2 (en) | Layered encryption for end to end communication | |
EP2973183B1 (en) | Intra-computer protected communications between applications | |
CA3080448C (en) | Devices and methods of managing data | |
US8953805B2 (en) | Authentication information generating system, authentication information generating method, client apparatus, and authentication information generating program for implementing the method | |
US20140281548A1 (en) | Intra-computer protected communications between applications | |
US20130254536A1 (en) | Secure server side encryption for online file sharing and collaboration | |
US20080072066A1 (en) | Method and apparatus for authenticating applications to secure services | |
CN107317677B (en) | Secret key storage and equipment identity authentication method and device | |
CN110868291B (en) | Data encryption transmission method, device, system and storage medium | |
US11606202B2 (en) | Methods and systems for secure data transmission | |
JP6756056B2 (en) | Cryptographic chip by identity verification | |
CN110401538A (en) | Data ciphering method, system and terminal | |
US11783091B2 (en) | Executing entity-specific cryptographic code in a cryptographic coprocessor | |
US20210248245A1 (en) | Calculation device, calculation method, calculation program and calculation system | |
US20090235083A1 (en) | System and method for preventing unauthorized access to information | |
WO2022093341A1 (en) | Secure key exchange using key-associated attributes | |
WO2022199796A1 (en) | Method and computer-based system for key management | |
CN108985079B (en) | Data verification method and verification system | |
US20210111901A1 (en) | Executing entity-specific cryptographic code in a trusted execution environment | |
CN114556344A (en) | Executing entity-specific cryptographic code in a cryptographic coprocessor | |
CN117828641A (en) | User password protection method, medium encryption key protection method and storage device | |
CN113449345A (en) | Method and system for protecting data realized by microprocessor | |
Daswani et al. | Key Management and Exchange |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: BLACKBERRY LIMITED, CANADA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:WHITE, JOHNATHAN GEORGE;BROWN, DANIEL RICHARD L.;SIGNING DATES FROM 20190415 TO 20190430;REEL/FRAME:049196/0320 |
|
FEPP | Fee payment procedure |
Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
AS | Assignment |
Owner name: BLACKBERRY LIMITED, ONTARIO Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BLACKBERRY UK LIMITED;REEL/FRAME:049305/0027 Effective date: 20190529 |
|
AS | Assignment |
Owner name: BLACKBERRY LIMITED, CANADA Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE ASSIGNOR AND ASSIGNEE NAME PREVIOUSLY RECORDED ON REEL 049196 FRAME 0320. ASSIGNOR(S) HEREBY CONFIRMS THE ASSIGNMENT;ASSIGNOR:BROWN, DANIEL RICHARD L.;REEL/FRAME:049787/0114 Effective date: 20190430 Owner name: BLACKBERRY UK LIMITED, UNITED KINGDOM Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE ASSIGNMENT TO CORRECT THE ASSIGNOR, JOHNATHAN GEORGE WHITE, AND ASSIGNEE BLACKBERRY LIMITED PREVIOUSLY RECORDED ON REEL 049196 FRAME 0320. ASSIGNOR(S) HEREBY CONFIRMS THE ASSIGNEE NAME, BLACKBERRY LIMITED, TO THE CORRECT ASSIGNEE NAME, BLACKBERRY UK LIMITED;ASSIGNOR:WHITE, JOHNATHAN GEORGE;REEL/FRAME:050411/0344 Effective date: 20190415 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT VERIFIED |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
AS | Assignment |
Owner name: MALIKIE INNOVATIONS LIMITED, IRELAND Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BLACKBERRY LIMITED;REEL/FRAME:064104/0103 Effective date: 20230511 |