Self-encrypting flash drive
Granted 5 Apr 2016 · 1 office action
Current assignee: OVH SAS · originally MANGSTOR, INC.
Law firm: Law firm · Log in to unlock
Attorney: Attorney · Log in to unlock
Inventors: Paul E. Prince, Ashwin Kamath, Trevor Smith · Examiner: Kenneth Chang · AU 2438 · TC 2400
Life of the application
13 dated eventsAbstract
A method comprises receiving a plaintext message (m), encrypting the plaintext message and generating a cipher text (c) and authentication data (t), storing the cipher text in a user data portion of a data storage device, and storing the authentication data in a meta data portion of the data storage device.
Description
4 parts›FIELD
Secure hard drives are a class of disk drives that implement various security features to protect stored user data. Self-Encrypting Drives (SED) are a particular class of secure disk drives that automatically encrypt data as they are being written, and conditionally decrypt data as they are being read from the drive.
The contents of an SED is always encrypted and the encryption keys are themselves encrypted and protected in hardware. Because disk encryption is handled in the drive itself, the overall system performance is not affected or subject to attacks targeting other components of the system.
Due to heightened threat to data privacy and security, SEDs are viewed as an increasingly vital tool in combating data loss and theft. Designing SEDs poses technical challenges on how the encryption and decryption process can be performed.
›SUMMARY
A method comprises receiving a plaintext message (m), encrypting the plaintext message and generating a cipher text (c) and authentication data (t), storing the cipher text in a user data portion of a data storage device, and storing the authentication data in a meta data portion of the data storage device.
A method comprises receiving an initialization vector (IV), receiving a key (k), reading cipher text (c) from a user data portion of a flash storage device, reading authentication data (t) from a meta data portion of the flash storage device, and decrypting the cipher text using the initialization vector, the key, and the authentication data, and generating plaintext (m).
A flash storage device comprises a memory space configured for storing user data, a memory space configured for storing meta data, an encryption module adapted to receive plaintext (m), a key (k), an authentication tag (t), and an initialization vector (IV) to encrypt the plaintext to generate a cipher text (c), and the flash memory device configured to store the cipher text in the user data portion of the flash storage device, and store the authentication tag in the meta data portion of the flash storage device.
›DESCRIPTION OF THE DRAWINGS
FIG. 1 is a simplified diagram illustrating a preferred embodiment of the encryption process according to the present disclosure; and
FIG. 2 is a simplified diagram illustrating a preferred embodiment of the decryption process according to the present disclosure.
›DETAILED DESCRIPTION
There are a number of data encryption algorithms in use today, for instance AES (Advanced Encryption Standard), TLS (Transport Layer Security), and other algorithms such as authenticated encryption where an encryption algorithm is combined with a Message Authentication Code (MAC) to provide data confidentiality (privacy) as well as protection from message tampering to additionally provide data integrity (authenticity).
Flash storage devices have been recognized as an attractive data storage option for mobile computers and smartphone devices because of their small size, light-weight, shock resistance, fast access speed, and low power consumption. It is anticipated that with further advances in flash memory technology, its popularity may rival or even outpace hard disks. The flash memory device can be adapted to perform as a self-encrypting drive according to the present disclosure.
FIG. 1 is a simplified diagram illustrating a preferred embodiment of the encryption process 10 for a flash storage device according to the present disclosure. A data fetch control block 12 receives the user's plaintext message (m) 14 to be stored in the flash storage device, and generates a sector allocation 16 , and a user key (k) 18 along with the plaintext. The encryption key generally remains constant and it can be used to identify the user. The encryption key can be encrypted. Auxiliary data 20 such as the sector address combined with some function of an attribute of the flash block like its “age,” for example, can be provided to a flash translation layer 22 to generate an initialization vector (IV). Other attributes such as utilization information and erase count may be used with or instead of age data. The primary function of the flash translation layer 22 is to perform a translation or mapping function in order to interface the linear flash memory with a file-based or sector-based system. The flash translation layer 22 is tasked with mapping between the logical block address (LBA) used by the host central processing unit (CPU) and the physical address locations in the flash storage device.
The following is a functional model of an authenticated encryption (AE) algorithm according to the present disclosure.
E ( k, IV, m )→( t, c )
Where E is the encrypting machine, k is a user key, IV is a unique (random or pseudorandom) initial value (Initialization Vector) per message, m is the plaintext message to be encrypted, t is an authentication tag, and c is the resultant cipher text.
As shown in FIG. 1 , the flash translation layer 22 is adapted to further generate an initialization vector (IV). The initialization vector is variable and dependent on the auxiliary data 20 so that the encryption is secure. Therefore, the auxiliary data is used to generate a unique initialization vector each time a sector is written. The flash translation layer 22 also generates meta data, which are stored in separate portions of the flash storage device. The meta data is used for flash maintenance functions per sector. The user plaintext 14 , user key 18 , initialization vector and meta data 24 are provided to an encryption machine 26 . The encryption machine 26 is adapted to encrypt the user plaintext 14 using the user key 18 , and initialization vector, to generate an output consisting of the cipher text 32 , an authentication tag, t, and the meta data (unchanged) 34 . The output from the encryption machine 26 is stored in the user data portion of the flash device 28 via a NAND flash device controller 30 .
In flash storage device there is some amount of meta data that is available for flash maintenance functions per sector. A portion of the area used to store meta data can be set aside to store the authentication data or “tag” that is output from the encryption process. This authentication tag is used during decryption to detect and protect from third party tampering of user data.
Additionally, the meta data passes through the same encryption machine and is optionally not encrypted, and it may still be accounted for in the authentication tag. Thus, the meta data, whether encrypted or not, may be protected from tampering because any tampering will be detected by the decryption engine due to a mismatched authentication tag. A different embodiment may have the meta data hashed and optionally encrypted using a completely different key (k) and initialization vector, giving it a mutually exclusive level of confidentiality and integrity with respect to the user data.
The decryption machine inverts this process as follows:
D ( k, IV, c, t )→m OR NULL
Where D is the decrypting machine, IV is the same unique number used during encryption, c is the cipher text, t is the authentication tag, and m is the plaintext message. If the cipher text has been tampered with the decryption will output a “bottom” or “NULL” which implies that the decryption was not successful.
FIG. 2 is a simplified diagram illustrating a preferred embodiment of a decryption process 40 for a flash storage device according to the present disclosure. A user read request 42 is received by the data fetch control block 12 , which is adapted to generate the user key 18 and a sector reference 44 to the data. The flash translation layer 22 receives the auxiliary data or sector table information 20 as well as the sector reference 44 , and generates an initialization vector 46 based on those data. The decryption machine 48 uses the user key 18 , initialization vector 46 , along with the authentication tag and meta data 34 stored in the flash device 28 to decipher the encrypted data or cipher text 32 . As stated above, the authentication tag is primarily used to detect data tampering. If there is a mismatch of the authentication tag, the decryption machine outputs null or error that indicates unsuccessful deciphering.
The features of the present invention which are believed to be novel are set forth below with particularity in the appended claims. However, modifications, variations, and changes to the exemplary embodiments described above will be apparent to those skilled in the art, and the self-encrypting flash drive described herein thus encompasses such modifications, variations, and changes and are not limited to the specific embodiments described herein.
Claims as granted
18 claimsLog in to read the claims of this application.
Log in to unlockClassifications
4 codes- G06F12/14
- H04L9/32
- H04L9/08
- H04L9/06
Claim changes
SoonSee which claims were amended, added or cancelled during examination, with every added and removed word marked.
The published claims of this application are not paired with the granted ones in what we hold.
File wrapper
See the full prosecution history — every USPTO and applicant action on this file, in order.
Log in to unlockDocuments
Log in to open the documents of this file: the application as filed, every office action and response, the notice of allowance.
Log in to unlockChain of title
See the full assignment history — every owner this patent has passed through, with recordation dates and reel/frame numbers.
Log in to unlock