Parts of this article (those related to status and content of IEEE 1619.2 (published in 2010)) need to be updated.(March 2024) |
Institute of Electrical and Electronics Engineers (IEEE) standardization project for encryption of stored data, but more generically refers to the Security in Storage Working Group (SISWG), which includes a family of standards for protection of stored data and for the corresponding cryptographic key management.
Standards
editSISWG oversees work on the following standards:
The base IEEE 1619 Standard Architecture for Encrypted Shared Storage Media uses the XTS-Advanced Encryption Standard (XEX-based Tweaked CodeBook mode (TCB) with ciphertext stealing (CTS);[1] the proper name should be XTC (XEX TCB CTS), but that acronym is already used to denote the drug ecstasy).
The P1619.1 Authenticated Encryption with Length Expansion for Storage Devices uses the following algorithms:
- Counter mode with CBC-MAC (CCM)
- Galois/Counter Mode (GCM)
- Cipher Block Chaining (CBC) with HMAC-Secure Hash Algorithm
- XTS-HMAC-Secure Hash Algorithm
The P1619.2 Standard for Wide-Block Encryption for Shared Storage Media has proposed algorithms including:
- Extended Codebook (XCB) [1]
- Encrypt Mix Encrypt V2 (EME2)
The P1619.3 Standard for Key Management Infrastructure for Cryptographic Protection of Stored Data defines a system for managing encryption data at rest security objects which includes architecture, namespaces, operations, messaging and transport.
P1619 also standardized the key backup in the XML format.
Narrow-block vs. wide-block encryption
editAn encryption algorithm used for data storage has to support independent encryption and decryption of portions of data. So-called narrow-block algorithms operate on relatively small portions of data, while the wide-block algorithms encrypt or decrypt a whole sector. Narrow-block algorithms have the advantage of more efficient hardware implementation. On the other hand, smaller block size provides finer granularity for data modification attacks. There is no standardized "acceptable granularity"; however, for example, the possibility of data modification with the granularity of one bit (bit-flipping attack) is generally considered unacceptable.
For these reasons, the working group selected the narrow-block (128 bits) encryption with no authentication in the standard P1619, assuming that the added efficiency warrants the additional risk. But recognizing that wide-block encryption might be useful in some cases, another project P1619.2 has been started to study the usage of wide-block encryption.
The project is maintained by the IEEE Security in Storage Working Group (SISWG). Both the disk storage standard P1619 (sometimes called P1619.0) and the tape storage standard P1619.1 were standardized in December 2007.[2]
A discussion was ongoing[when?] on standardization of the wide-block encryption for disk drives, like CMC and EME as P1619.2, and on key management as P1619.3.
LRW issue
editFrom 2004 to 2006, drafts of the P1619 standards used the Advanced Encryption Standard (AES) in LRW mode. In the 30 Aug 2006 Archived 11 March 2007 at the Wayback Machine meeting of the SISWG, a straw poll showed that most members would not approve P1619 as it was. Consequently, LRW-AES has been replaced by the XEX-AES tweakable block cipher in P1619.0 Draft 7 (and renamed to XTS-AES in Draft 11). Some members of the group found it non-trivial to abandon LRW, because it had been available for public peer-review for many years (unlike most of the newly suggested variants). The issues of LRW were:
- An attacker can derive the LRW tweak key K2 from the ciphertext if the plaintext contains K2||0n or 0n||K2. Here || is the concatenation operator and 0n is a zero block.[3] This may be an issue for software that encrypts the partition of an operating system under which this encryption software is running (at the same time). The operating system could write the LRW tweak key to an encrypted swap/hibernation file.
- If the tweak key K2 is known, LRW does not offer indistinguishability under chosen plaintext attack (IND-CPA) anymore, and the same input block permutation attacks of ECB mode are possible.[4] Leak of the tweak key does not affect the confidentiality of the plaintext.
See also
editReferences
edit- ^ "The XTS-AES Tweakable Block Cipher: The XTS-AES Tweakable Block Cipher" (Document). Institute of Electrical and Electronics Engineers. 18 April 2008.
- ^ "IEEE Approves Standards for Data Encryption". Press release. IEEE Standards Association. 19 December 2007. Archived from the original on 3 February 2008.
- ^ Laszlo Hars (29 May 2006). "RE: pay attention to P1619 so-called "Pink herrings"". Posting on P1619 mailing list. Archived from the original on 15 April 2013. Retrieved 7 October 2013.
- ^ Laszlo Hars (2 June 2006). "P1619: how serious is the leak of K2". Posting on P1619 mailing list. Archived from the original on 12 July 2006. Retrieved 7 October 2013.
External links
edit- SISWG home page
- IEEE 1619-2007 IEEE Standard for Cryptographic Protection of Data on Block-Oriented Storage Devices
- IEEE 1619-2018 IEEE Standard for Cryptographic Protection of Data on Block-Oriented Storage Devices
- IEEE 1619.2-2021 IEEE Standard for Wide-Block Encryption for Shared Storage Media
- Email archive for SISWG in general and P1619 in particular
- Email archive for P1619.1 (Authenticated Encryption)
- Email archive for P1619.2 (Wide-block Encryption)
- Email archive for P1619.3 (Key Management) (withdrawn)