[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20240617005825.1443206-1-quic_gaurkash@quicinc.com>
Date: Sun, 16 Jun 2024 17:50:55 -0700
From: Gaurav Kashyap <quic_gaurkash@...cinc.com>
To: <linux-arm-msm@...r.kernel.org>, <linux-scsi@...r.kernel.org>,
<andersson@...nel.org>, <ebiggers@...gle.com>,
<neil.armstrong@...aro.org>, <srinivas.kandagatla@...aro.org>,
<krzysztof.kozlowski+dt@...aro.org>, <conor+dt@...nel.org>,
<robh+dt@...nel.org>
CC: <linux-kernel@...r.kernel.org>, <linux-mmc@...r.kernel.org>,
<kernel@...cinc.com>, <linux-crypto@...r.kernel.org>,
<devicetree@...r.kernel.org>, <quic_omprsing@...cinc.com>,
<quic_nguyenb@...cinc.com>, <bartosz.golaszewski@...aro.org>,
<konrad.dybcio@...aro.org>, <ulf.hansson@...aro.org>,
<jejb@...ux.ibm.com>, <martin.petersen@...cle.com>, <mani@...nel.org>,
<davem@...emloft.net>, <herbert@...dor.apana.org.au>,
<psodagud@...cinc.com>, <quic_apurupa@...cinc.com>,
<sonalg@...cinc.com>, Gaurav Kashyap
<quic_gaurkash@...cinc.com>
Subject: [PATCH v5 00/15] Hardware wrapped key support for qcom ice and ufs
The fifth iteration of patches that add support to Qualcomm ICE (Inline Crypto Engine) for hardware wrapped keys using Qualcomm Hardware Key Manager (HWKM)
They patches do the following:
- Address comments from previous versions (https://lore.kernel.org/all/20240127232436.2632187-1-quic_gaurkash@quicinc.com/)
- Tested on top of Eric's latest fscrypt and block set: https://lore.kernel.org/all/20231104211259.17448-1-ebiggers@kernel.org/
- Rebased and tested on top of Linaro's SHMBridge patches: (https://lore.kernel.org/all/20240527-shm-bridge-v10-0-ce7afaa58d3a@linaro.org/)
Explanation and use of hardware-wrapped-keys can be found here:
Documentation/block/inline-encryption.rst
Testing:
Test platform: SM8650 MTP
The changes were tested by mounting initramfs and running the fscryptctl
tool (Ref: https://github.com/ebiggers/fscryptctl/tree/wip-wrapped-keys) to
generate and prepare keys, as well as to set policies on folders, which
consequently invokes disk encryption flows through UFS.
Tested both standard and wrapped keys (Removing qcom,ice-use-hwkm from dtsi will support using standard keys)
Steps to test:
The following configs were enabled:
CONFIG_BLK_INLINE_ENCRYPTION=y
CONFIG_QCOM_INLINE_CRYPTO_ENGINE=m
CONFIG_FS_ENCRYPTION_INLINE_CRYPT=y
CONFIG_SCSI_UFS_CRYPTO=y
Flash boot image to shell and run the following commands
Creating and preparing keys
- mkfs.ext4 -F -O encrypt,stable_inodes /dev/disk/by-partlabel/userdata
- mount /dev/disk/by-partlabel/userdata -o inlinecrypt /mnt
- ./fscryptctl generate_hw_wrapped_key /dev/disk/by-partlabel/userdata > /mnt/key.longterm OR dd if=/dev/zero bs=32 count=1 | tr '\0' 'X' \ | fscryptctl import_hw_wrapped_key $BLOCKDEV > /mnt/key.longterm
- ./fscryptctl prepare_hw_wrapped_key /dev/disk/by-partlabel/userdata < /mnt/key.longterm > /tmp/key.ephemeral
- ./fscryptctl add_key --hw-wrapped-key < /tmp/key.ephemeral /mnt
Create a folder and associate created keys with the folder
- rm -rf /mnt/dir
- mkdir /mnt/dir
- ./fscryptctl set_policy --hw-wrapped-key --iv-ino-lblk-64 "$keyid" /mnt/dir
- dmesg > /mnt/dir/test.txt
- sync
- Reboot
- mount /dev/disk/by-partlabel/userdata -o inlinecrypt /mnt
- ls /mnt/dir (You should see an encrypted file)
- ./fscryptctl prepare_hw_wrapped_key /dev/disk/by-partlabel/userdata < /mnt/key.longterm > /tmp/key.ephemeral
-
- cat /mnt/dir/test.txt
NOTE: Evicting a key with HWKM is not supported in the current SCM call for HWKM v2 chipsets, TZ already supports a different call for this.
Changes will be added separately for these after further internal discussions. But this should not stop merging the existing patches.
Merge Strategy:
This is an open-ended question to the community and the respective component maintainers.
The changes have the following components.
- SHMBridge patches (Bartosz Golaszewski)
- Fscrypt and block patches (From Eric Biggers)
- Qualcomm SCM (This patchset)
- Qualcomm ICE (This patchset)
- UFS Core ((This patchset))
- Qualcomm UFS Host (This patchset)
It would be ideal if one maintainer can take in all the changes together since working with many immutable branches shared with each other might get tricky.
Gaurav Kashyap (15):
ice, ufs, mmc: use blk_crypto_key for program_key
qcom_scm: scm call for deriving a software secret
qcom_scm: scm call for create, prepare and import keys
soc: qcom: ice: add hwkm support in ice
soc: qcom: ice: support for hardware wrapped keys
soc: qcom: ice: support for generate, import and prepare key
ufs: core: support wrapped keys in ufs core
ufs: core: add support to derive software secret
ufs: core: add support for generate, import and prepare keys
ufs: host: wrapped keys support in ufs qcom
ufs: host: implement derive sw secret vop in ufs qcom
ufs: host: support for generate, import and prepare key
dt-bindings: crypto: ice: document the hwkm property
arm64: dts: qcom: sm8650: add hwkm support to ufs ice
arm64: dts: qcom: sm8550: add hwkm support to ufs ice
.../crypto/qcom,inline-crypto-engine.yaml | 10 +
arch/arm64/boot/dts/qcom/sm8550.dtsi | 5 +-
arch/arm64/boot/dts/qcom/sm8650.dtsi | 4 +-
drivers/firmware/qcom/qcom_scm.c | 240 ++++++++++++
drivers/firmware/qcom/qcom_scm.h | 4 +
drivers/mmc/host/cqhci-crypto.c | 7 +-
drivers/mmc/host/cqhci.h | 2 +
drivers/mmc/host/sdhci-msm.c | 6 +-
drivers/soc/qcom/ice.c | 351 +++++++++++++++++-
drivers/ufs/core/ufshcd-crypto.c | 87 ++++-
drivers/ufs/host/ufs-qcom.c | 61 ++-
include/linux/firmware/qcom/qcom_scm.h | 7 +
include/soc/qcom/ice.h | 18 +-
include/ufs/ufshcd.h | 22 ++
14 files changed, 785 insertions(+), 39 deletions(-)
--
2.43.0
Powered by blists - more mailing lists