Dm-crypt

From Wikipedia, the free encyclopedia

dm-crypt is a transparent disk encryption subsystem in Linux kernel versions 2.6 and later and in DragonFly BSD. It is part of the device mapper infrastructure, and uses cryptographic routines from the kernel's Crypto API. Unlike its predecessor cryptoloop, dm-crypt was designed to support advanced modes of operation, such as XTS, LRW and ESSIV (see disk encryption theory), in order to avoid watermarking attacks.[1] In addition to that, dm-crypt also addresses some reliability problems of cryptoloop.[2]

dm-crypt is implemented as a device mapper target and may be stacked on top of other device mapper transformations. It can thus encrypt whole disks (including removable media), partitions, software RAID volumes, logical volumes, as well as files. It appears as a block device, which can be used to back file systems, swap or an LVM physical volume.

Some Linux distributions support the use of dm-crypt on the root file system. These distributions use initrd to prompt the user to enter a passphrase at the console, or insert a smart card prior to the normal boot process.[3]

Frontends

The dm-crypt device mapper target resides entirely in kernel space, and is only concerned with encryption of the block device — it does not interpret any data itself. It relies on user space front-ends to create and activate encrypted volumes, and manage authentication. At least two frontends are currently available: cryptsetup and cryptmount.

cryptsetup

The "cryptsetup" command-line interface does not write any headers to the encrypted volume, and hence only provides the bare essentials: Encryption settings have to be provided every time the disk is mounted (although usually employed with automated scripts), and only one key can be used per volume; the symmetric encryption key directly derived from the supplied passphrase. For these reasons, the use of cryptsetup is discouraged with plain passphrases.[4] However, the simplicity of cryptsetup makes it useful when combined with third party software, for example, with smart card authentication.

cryptsetup also provides commands to deal with the Linux Unified Key Setup (LUKS) on-disk format. This format provides additional features such as key management and key stretching (using PBKDF2), and remembers encrypted volume configuration across reboots.[3][5]

cryptmount

The "cryptmount" interface is an alternative to the "cryptsetup" tool that allows any user to mount/unmount a dm-crypt file system when needed, without needing superuser privileges after the device has been configured by a superuser.

Features

The fact that disk encryption (volume encryption) software like dm-crypt only deals with transparent encryption of abstract block devices gives it a lot of flexibility. This means that it can be used for encrypting any disk-backed file systems supported by the operating system, as well as swap space. Encrypted volumes can be stored on disk partitions, logical volumes, whole disks as well as file-backed disk images (through the use of loop devices with the losetup utility). It can also be configured to encrypt RAID volumes and LVM physical volumes.

It can also be configured to provide pre-boot authentication through an initrd, thus encrypting all data on the computer (except the bootloader, the kernel and the initrd itself).[3]

When using the cipher block chaining mode of operation with predictable initialization vectors as other disk encryption software, the disk is vulnerable to watermarking attacks. This means that an attacker is able to detect the presence of specially crafted data on the disk. To address this problem in its predecessors, dm-crypt included provisions for more elaborate, disk encryption-specific modes of operation.[1] Support for ESSIV (encrypted salt-sector initialization vector) was introduced in Linux kernel version 2.6.10, LRW in 2.6.20 and XTS in 2.6.24. However, the CBC mode is still the default for compatibility with older volumes.

The Linux Crypto API includes support for most popular block ciphers and hash functions, which are all usable with dm-crypt.

Compatibility

dm-crypt and LUKS encrypted disks can be accessed and used under MS Windows using FreeOTFE, provided that the filesystem used is supported by Windows (e.g. FAT/FAT32/NTFS).

Encrypted Ext2, Ext3 and Ext4 filesystems are supported by use of Ext2Fsd (all ext* versions) or Ext2 Installable File System for Windows (ext2 and ext3 only) and with FreeOTFE.

Cryptsetup/LUKS and the required infrastructure have also been implemented on the DragonFly BSD operating system.[6]

See also

References

  1. ↑ 1.0 1.1 Clemens Fruhwirth (2005-07-18). New Methods in Hard Disk Encryption (PDF). Vienna University of Technology. Retrieved 2007-04-20. 
  2. ↑ Mike Peters (2004-06-08). Encrypting partitions using dm-crypt and the 2.6 series kernel. Retrieved 2012-02-20. 
  3. ↑ 3.0 3.1 3.2 W. Michael Petullo (2007-01-18). "Disk encryption in Fedora: Past, present and future". Red Hat Magazine. Retrieved 2007-04-20. 
  4. ↑ Markus Reichelt (2004-06-20). "Why Mainline Cryptoloop Should Not Be Used". Retrieved 2007-04-20. 
  5. ↑ Clemens Fruhwirth (2004-07-15). "TKS1 – An anti-forensic, two level, and iterated key setup scheme" (PDF). draft. Retrieved 2006-12-12. 
  6. ↑ Alex Hornung (2010-07-23). "HEADS UP: dm, lvm, cryptsetup and initrd on master". 

External links

The Linux operating system family
Organization
Linux kernel
GNU
Distribution
Linux
distribution
Other
Documentation
Developers
  • Linux conferences
Users
Technical
Standards
Operation
Core components
C standard library
Init daemons
Sysutils
Linux kernel
components
Variants
Main line
High-performance
computing (HPC)
Real-time
computing (RTC)
MMU-less
Virtualization
Hypervisor
OS-level
virtualization
Other
Malware
User interfaces
Graphical UI
Linux adoption
Linux range of use
Mobile
Adopters
Media
People
This article is issued from Wikipedia. The text is available under the Creative Commons Attribution/Share Alike; additional terms may apply for the media files.