block: Keyslot Manager for Inline Encryption
Inline Encryption hardware allows software to specify an encryption context
(an encryption key, crypto algorithm, data unit num, data unit size) along
with a data transfer request to a storage device, and the inline encryption
hardware will use that context to en/decrypt the data. The inline
encryption hardware is part of the storage device, and it conceptually sits
on the data path between system memory and the storage device.
Inline Encryption hardware implementations often function around the
concept of "keyslots". These implementations often have a limited number
of "keyslots", each of which can hold a key (we say that a key can be
"programmed" into a keyslot). Requests made to the storage device may have
a keyslot and a data unit number associated with them, and the inline
encryption hardware will en/decrypt the data in the requests using the key
programmed into that associated keyslot and the data unit number specified
with the request.
As keyslots are limited, and programming keys may be expensive in many
implementations, and multiple requests may use exactly the same encryption
contexts, we introduce a Keyslot Manager to efficiently manage keyslots.
We also introduce a blk_crypto_key, which will represent the key that's
programmed into keyslots managed by keyslot managers. The keyslot manager
also functions as the interface that upper layers will use to program keys
into inline encryption hardware. For more information on the Keyslot
Manager, refer to documentation found in block/keyslot-manager.c and
linux/keyslot-manager.h.
Co-developed-by: Eric Biggers <ebiggers@google.com>
Signed-off-by: Eric Biggers <ebiggers@google.com>
Signed-off-by: Satya Tangirala <satyat@google.com>
Reviewed-by: Eric Biggers <ebiggers@google.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2020-05-14 08:37:17 +08:00
|
|
|
/* SPDX-License-Identifier: GPL-2.0 */
|
|
|
|
/*
|
|
|
|
* Copyright 2019 Google LLC
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef __LINUX_KEYSLOT_MANAGER_H
|
|
|
|
#define __LINUX_KEYSLOT_MANAGER_H
|
|
|
|
|
|
|
|
#include <linux/bio.h>
|
|
|
|
#include <linux/blk-crypto.h>
|
|
|
|
|
|
|
|
struct blk_keyslot_manager;
|
|
|
|
|
|
|
|
/**
|
|
|
|
* struct blk_ksm_ll_ops - functions to manage keyslots in hardware
|
|
|
|
* @keyslot_program: Program the specified key into the specified slot in the
|
|
|
|
* inline encryption hardware.
|
|
|
|
* @keyslot_evict: Evict key from the specified keyslot in the hardware.
|
|
|
|
* The key is provided so that e.g. dm layers can evict
|
|
|
|
* keys from the devices that they map over.
|
|
|
|
* Returns 0 on success, -errno otherwise.
|
|
|
|
*
|
|
|
|
* This structure should be provided by storage device drivers when they set up
|
|
|
|
* a keyslot manager - this structure holds the function ptrs that the keyslot
|
|
|
|
* manager will use to manipulate keyslots in the hardware.
|
|
|
|
*/
|
|
|
|
struct blk_ksm_ll_ops {
|
|
|
|
int (*keyslot_program)(struct blk_keyslot_manager *ksm,
|
|
|
|
const struct blk_crypto_key *key,
|
|
|
|
unsigned int slot);
|
|
|
|
int (*keyslot_evict)(struct blk_keyslot_manager *ksm,
|
|
|
|
const struct blk_crypto_key *key,
|
|
|
|
unsigned int slot);
|
|
|
|
};
|
|
|
|
|
|
|
|
struct blk_keyslot_manager {
|
|
|
|
/*
|
|
|
|
* The struct blk_ksm_ll_ops that this keyslot manager will use
|
|
|
|
* to perform operations like programming and evicting keys on the
|
|
|
|
* device
|
|
|
|
*/
|
|
|
|
struct blk_ksm_ll_ops ksm_ll_ops;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The maximum number of bytes supported for specifying the data unit
|
|
|
|
* number.
|
|
|
|
*/
|
|
|
|
unsigned int max_dun_bytes_supported;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Array of size BLK_ENCRYPTION_MODE_MAX of bitmasks that represents
|
|
|
|
* whether a crypto mode and data unit size are supported. The i'th
|
|
|
|
* bit of crypto_mode_supported[crypto_mode] is set iff a data unit
|
|
|
|
* size of (1 << i) is supported. We only support data unit sizes
|
|
|
|
* that are powers of 2.
|
|
|
|
*/
|
|
|
|
unsigned int crypto_modes_supported[BLK_ENCRYPTION_MODE_MAX];
|
|
|
|
|
|
|
|
/* Device for runtime power management (NULL if none) */
|
|
|
|
struct device *dev;
|
|
|
|
|
|
|
|
/* Here onwards are *private* fields for internal keyslot manager use */
|
|
|
|
|
|
|
|
unsigned int num_slots;
|
|
|
|
|
|
|
|
/* Protects programming and evicting keys from the device */
|
|
|
|
struct rw_semaphore lock;
|
|
|
|
|
|
|
|
/* List of idle slots, with least recently used slot at front */
|
|
|
|
wait_queue_head_t idle_slots_wait_queue;
|
|
|
|
struct list_head idle_slots;
|
|
|
|
spinlock_t idle_slots_lock;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Hash table which maps struct *blk_crypto_key to keyslots, so that we
|
|
|
|
* can find a key's keyslot in O(1) time rather than O(num_slots).
|
|
|
|
* Protected by 'lock'.
|
|
|
|
*/
|
|
|
|
struct hlist_head *slot_hashtable;
|
|
|
|
unsigned int log_slot_ht_size;
|
|
|
|
|
|
|
|
/* Per-keyslot data */
|
|
|
|
struct blk_ksm_keyslot *slots;
|
|
|
|
};
|
|
|
|
|
|
|
|
int blk_ksm_init(struct blk_keyslot_manager *ksm, unsigned int num_slots);
|
|
|
|
|
2021-01-21 16:21:54 +08:00
|
|
|
int devm_blk_ksm_init(struct device *dev, struct blk_keyslot_manager *ksm,
|
|
|
|
unsigned int num_slots);
|
|
|
|
|
block: Keyslot Manager for Inline Encryption
Inline Encryption hardware allows software to specify an encryption context
(an encryption key, crypto algorithm, data unit num, data unit size) along
with a data transfer request to a storage device, and the inline encryption
hardware will use that context to en/decrypt the data. The inline
encryption hardware is part of the storage device, and it conceptually sits
on the data path between system memory and the storage device.
Inline Encryption hardware implementations often function around the
concept of "keyslots". These implementations often have a limited number
of "keyslots", each of which can hold a key (we say that a key can be
"programmed" into a keyslot). Requests made to the storage device may have
a keyslot and a data unit number associated with them, and the inline
encryption hardware will en/decrypt the data in the requests using the key
programmed into that associated keyslot and the data unit number specified
with the request.
As keyslots are limited, and programming keys may be expensive in many
implementations, and multiple requests may use exactly the same encryption
contexts, we introduce a Keyslot Manager to efficiently manage keyslots.
We also introduce a blk_crypto_key, which will represent the key that's
programmed into keyslots managed by keyslot managers. The keyslot manager
also functions as the interface that upper layers will use to program keys
into inline encryption hardware. For more information on the Keyslot
Manager, refer to documentation found in block/keyslot-manager.c and
linux/keyslot-manager.h.
Co-developed-by: Eric Biggers <ebiggers@google.com>
Signed-off-by: Eric Biggers <ebiggers@google.com>
Signed-off-by: Satya Tangirala <satyat@google.com>
Reviewed-by: Eric Biggers <ebiggers@google.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2020-05-14 08:37:17 +08:00
|
|
|
blk_status_t blk_ksm_get_slot_for_key(struct blk_keyslot_manager *ksm,
|
|
|
|
const struct blk_crypto_key *key,
|
|
|
|
struct blk_ksm_keyslot **slot_ptr);
|
|
|
|
|
|
|
|
unsigned int blk_ksm_get_slot_idx(struct blk_ksm_keyslot *slot);
|
|
|
|
|
|
|
|
void blk_ksm_put_slot(struct blk_ksm_keyslot *slot);
|
|
|
|
|
|
|
|
bool blk_ksm_crypto_cfg_supported(struct blk_keyslot_manager *ksm,
|
|
|
|
const struct blk_crypto_config *cfg);
|
|
|
|
|
|
|
|
int blk_ksm_evict_key(struct blk_keyslot_manager *ksm,
|
|
|
|
const struct blk_crypto_key *key);
|
|
|
|
|
|
|
|
void blk_ksm_reprogram_all_keys(struct blk_keyslot_manager *ksm);
|
|
|
|
|
|
|
|
void blk_ksm_destroy(struct blk_keyslot_manager *ksm);
|
|
|
|
|
2021-02-01 13:10:16 +08:00
|
|
|
void blk_ksm_intersect_modes(struct blk_keyslot_manager *parent,
|
|
|
|
const struct blk_keyslot_manager *child);
|
|
|
|
|
block/keyslot-manager: Introduce passthrough keyslot manager
The device mapper may map over devices that have inline encryption
capabilities, and to make use of those capabilities, the DM device must
itself advertise those inline encryption capabilities. One way to do this
would be to have the DM device set up a keyslot manager with a
"sufficiently large" number of keyslots, but that would use a lot of
memory. Also, the DM device itself has no "keyslots", and it doesn't make
much sense to talk about "programming a key into a DM device's keyslot
manager", so all that extra memory used to represent those keyslots is just
wasted. All a DM device really needs to be able to do is advertise the
crypto capabilities of the underlying devices in a coherent manner and
expose a way to evict keys from the underlying devices.
There are also devices with inline encryption hardware that do not
have a limited number of keyslots. One can send a raw encryption key along
with a bio to these devices (as opposed to typical inline encryption
hardware that require users to first program a raw encryption key into a
keyslot, and send the index of that keyslot along with the bio). These
devices also only need the same things from the keyslot manager that DM
devices need - a way to advertise crypto capabilities and potentially a way
to expose a function to evict keys from hardware.
So we introduce a "passthrough" keyslot manager that provides a way to
represent a keyslot manager that doesn't have just a limited number of
keyslots, and for which do not require keys to be programmed into keyslots.
DM devices can set up a passthrough keyslot manager in their request
queues, and advertise appropriate crypto capabilities based on those of the
underlying devices. Blk-crypto does not attempt to program keys into any
keyslots in the passthrough keyslot manager. Instead, if/when the bio is
resubmitted to the underlying device, blk-crypto will try to program the
key into the underlying device's keyslot manager.
Signed-off-by: Satya Tangirala <satyat@google.com>
Reviewed-by: Eric Biggers <ebiggers@google.com>
Acked-by: Jens Axboe <axboe@kernel.dk>
Signed-off-by: Mike Snitzer <snitzer@redhat.com>
2021-02-01 13:10:15 +08:00
|
|
|
void blk_ksm_init_passthrough(struct blk_keyslot_manager *ksm);
|
|
|
|
|
2021-02-01 13:10:16 +08:00
|
|
|
bool blk_ksm_is_superset(struct blk_keyslot_manager *ksm_superset,
|
|
|
|
struct blk_keyslot_manager *ksm_subset);
|
|
|
|
|
|
|
|
void blk_ksm_update_capabilities(struct blk_keyslot_manager *target_ksm,
|
|
|
|
struct blk_keyslot_manager *reference_ksm);
|
|
|
|
|
block: Keyslot Manager for Inline Encryption
Inline Encryption hardware allows software to specify an encryption context
(an encryption key, crypto algorithm, data unit num, data unit size) along
with a data transfer request to a storage device, and the inline encryption
hardware will use that context to en/decrypt the data. The inline
encryption hardware is part of the storage device, and it conceptually sits
on the data path between system memory and the storage device.
Inline Encryption hardware implementations often function around the
concept of "keyslots". These implementations often have a limited number
of "keyslots", each of which can hold a key (we say that a key can be
"programmed" into a keyslot). Requests made to the storage device may have
a keyslot and a data unit number associated with them, and the inline
encryption hardware will en/decrypt the data in the requests using the key
programmed into that associated keyslot and the data unit number specified
with the request.
As keyslots are limited, and programming keys may be expensive in many
implementations, and multiple requests may use exactly the same encryption
contexts, we introduce a Keyslot Manager to efficiently manage keyslots.
We also introduce a blk_crypto_key, which will represent the key that's
programmed into keyslots managed by keyslot managers. The keyslot manager
also functions as the interface that upper layers will use to program keys
into inline encryption hardware. For more information on the Keyslot
Manager, refer to documentation found in block/keyslot-manager.c and
linux/keyslot-manager.h.
Co-developed-by: Eric Biggers <ebiggers@google.com>
Signed-off-by: Eric Biggers <ebiggers@google.com>
Signed-off-by: Satya Tangirala <satyat@google.com>
Reviewed-by: Eric Biggers <ebiggers@google.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2020-05-14 08:37:17 +08:00
|
|
|
#endif /* __LINUX_KEYSLOT_MANAGER_H */
|