mirror of
https://git.proxmox.com/git/mirror_zfs.git
synced 2026-05-22 10:37:35 +03:00
Native Encryption for ZFS on Linux
This change incorporates three major pieces: The first change is a keystore that manages wrapping and encryption keys for encrypted datasets. These commands mostly involve manipulating the new DSL Crypto Key ZAP Objects that live in the MOS. Each encrypted dataset has its own DSL Crypto Key that is protected with a user's key. This level of indirection allows users to change their keys without re-encrypting their entire datasets. The change implements the new subcommands "zfs load-key", "zfs unload-key" and "zfs change-key" which allow the user to manage their encryption keys and settings. In addition, several new flags and properties have been added to allow dataset creation and to make mounting and unmounting more convenient. The second piece of this patch provides the ability to encrypt, decyrpt, and authenticate protected datasets. Each object set maintains a Merkel tree of Message Authentication Codes that protect the lower layers, similarly to how checksums are maintained. This part impacts the zio layer, which handles the actual encryption and generation of MACs, as well as the ARC and DMU, which need to be able to handle encrypted buffers and protected data. The last addition is the ability to do raw, encrypted sends and receives. The idea here is to send raw encrypted and compressed data and receive it exactly as is on a backup system. This means that the dataset on the receiving system is protected using the same user key that is in use on the sending side. By doing so, datasets can be efficiently backed up to an untrusted system without fear of data being compromised. Reviewed by: Matthew Ahrens <mahrens@delphix.com> Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov> Reviewed-by: Jorgen Lundman <lundman@lundman.net> Signed-off-by: Tom Caputi <tcaputi@datto.com> Closes #494 Closes #5769
This commit is contained in:
committed by
Brian Behlendorf
parent
376994828f
commit
b525630342
+34
-18
@@ -96,6 +96,18 @@ extern "C" {
|
||||
* physical I/O. The nop write feature can handle writes in either
|
||||
* syncing or open context (i.e. zil writes) and as a result is mutually
|
||||
* exclusive with dedup.
|
||||
*
|
||||
* Encryption:
|
||||
* Encryption and authentication is handled by the ZIO_STAGE_ENCRYPT stage.
|
||||
* This stage determines how the encryption metadata is stored in the bp.
|
||||
* Decryption and MAC verification is performed during zio_decrypt() as a
|
||||
* transform callback. Encryption is mutually exclusive with nopwrite, because
|
||||
* blocks with the same plaintext will be encrypted with different salts and
|
||||
* IV's (if dedup is off), and therefore have different ciphertexts. For dedup
|
||||
* blocks we deterministically generate the IV and salt by performing an HMAC
|
||||
* of the plaintext, which is computationally expensive, but allows us to keep
|
||||
* support for encrypted dedup. See the block comment in zio_crypt.c for
|
||||
* details.
|
||||
*/
|
||||
|
||||
/*
|
||||
@@ -110,32 +122,33 @@ enum zio_stage {
|
||||
ZIO_STAGE_ISSUE_ASYNC = 1 << 4, /* RWF-- */
|
||||
ZIO_STAGE_WRITE_COMPRESS = 1 << 5, /* -W--- */
|
||||
|
||||
ZIO_STAGE_CHECKSUM_GENERATE = 1 << 6, /* -W--- */
|
||||
ZIO_STAGE_ENCRYPT = 1 << 6, /* -W--- */
|
||||
ZIO_STAGE_CHECKSUM_GENERATE = 1 << 7, /* -W--- */
|
||||
|
||||
ZIO_STAGE_NOP_WRITE = 1 << 7, /* -W--- */
|
||||
ZIO_STAGE_NOP_WRITE = 1 << 8, /* -W--- */
|
||||
|
||||
ZIO_STAGE_DDT_READ_START = 1 << 8, /* R---- */
|
||||
ZIO_STAGE_DDT_READ_DONE = 1 << 9, /* R---- */
|
||||
ZIO_STAGE_DDT_WRITE = 1 << 10, /* -W--- */
|
||||
ZIO_STAGE_DDT_FREE = 1 << 11, /* --F-- */
|
||||
ZIO_STAGE_DDT_READ_START = 1 << 9, /* R---- */
|
||||
ZIO_STAGE_DDT_READ_DONE = 1 << 10, /* R---- */
|
||||
ZIO_STAGE_DDT_WRITE = 1 << 11, /* -W--- */
|
||||
ZIO_STAGE_DDT_FREE = 1 << 12, /* --F-- */
|
||||
|
||||
ZIO_STAGE_GANG_ASSEMBLE = 1 << 12, /* RWFC- */
|
||||
ZIO_STAGE_GANG_ISSUE = 1 << 13, /* RWFC- */
|
||||
ZIO_STAGE_GANG_ASSEMBLE = 1 << 13, /* RWFC- */
|
||||
ZIO_STAGE_GANG_ISSUE = 1 << 14, /* RWFC- */
|
||||
|
||||
ZIO_STAGE_DVA_THROTTLE = 1 << 14, /* -W--- */
|
||||
ZIO_STAGE_DVA_ALLOCATE = 1 << 15, /* -W--- */
|
||||
ZIO_STAGE_DVA_FREE = 1 << 16, /* --F-- */
|
||||
ZIO_STAGE_DVA_CLAIM = 1 << 17, /* ---C- */
|
||||
ZIO_STAGE_DVA_THROTTLE = 1 << 15, /* -W--- */
|
||||
ZIO_STAGE_DVA_ALLOCATE = 1 << 16, /* -W--- */
|
||||
ZIO_STAGE_DVA_FREE = 1 << 17, /* --F-- */
|
||||
ZIO_STAGE_DVA_CLAIM = 1 << 18, /* ---C- */
|
||||
|
||||
ZIO_STAGE_READY = 1 << 18, /* RWFCI */
|
||||
ZIO_STAGE_READY = 1 << 19, /* RWFCI */
|
||||
|
||||
ZIO_STAGE_VDEV_IO_START = 1 << 19, /* RW--I */
|
||||
ZIO_STAGE_VDEV_IO_DONE = 1 << 20, /* RW--I */
|
||||
ZIO_STAGE_VDEV_IO_ASSESS = 1 << 21, /* RW--I */
|
||||
ZIO_STAGE_VDEV_IO_START = 1 << 20, /* RW--I */
|
||||
ZIO_STAGE_VDEV_IO_DONE = 1 << 21, /* RW--I */
|
||||
ZIO_STAGE_VDEV_IO_ASSESS = 1 << 22, /* RW--I */
|
||||
|
||||
ZIO_STAGE_CHECKSUM_VERIFY = 1 << 22, /* R---- */
|
||||
ZIO_STAGE_CHECKSUM_VERIFY = 1 << 23, /* R---- */
|
||||
|
||||
ZIO_STAGE_DONE = 1 << 23 /* RWFCI */
|
||||
ZIO_STAGE_DONE = 1 << 24 /* RWFCI */
|
||||
};
|
||||
|
||||
#define ZIO_INTERLOCK_STAGES \
|
||||
@@ -187,12 +200,14 @@ enum zio_stage {
|
||||
#define ZIO_REWRITE_PIPELINE \
|
||||
(ZIO_WRITE_COMMON_STAGES | \
|
||||
ZIO_STAGE_WRITE_COMPRESS | \
|
||||
ZIO_STAGE_ENCRYPT | \
|
||||
ZIO_STAGE_WRITE_BP_INIT)
|
||||
|
||||
#define ZIO_WRITE_PIPELINE \
|
||||
(ZIO_WRITE_COMMON_STAGES | \
|
||||
ZIO_STAGE_WRITE_BP_INIT | \
|
||||
ZIO_STAGE_WRITE_COMPRESS | \
|
||||
ZIO_STAGE_ENCRYPT | \
|
||||
ZIO_STAGE_DVA_THROTTLE | \
|
||||
ZIO_STAGE_DVA_ALLOCATE)
|
||||
|
||||
@@ -207,6 +222,7 @@ enum zio_stage {
|
||||
ZIO_STAGE_WRITE_BP_INIT | \
|
||||
ZIO_STAGE_ISSUE_ASYNC | \
|
||||
ZIO_STAGE_WRITE_COMPRESS | \
|
||||
ZIO_STAGE_ENCRYPT | \
|
||||
ZIO_STAGE_CHECKSUM_GENERATE | \
|
||||
ZIO_STAGE_DDT_WRITE)
|
||||
|
||||
|
||||
Reference in New Issue
Block a user