| /Linux-v6.6/tools/perf/pmu-events/arch/s390/cf_z16/ |
| D | pai_crypto.json | 34 "BriefDescription": "KM ENCRYPTED DEA",
35 "PublicDescription": "KM-Encrypted-DEA function ending with CC=0"
41 "BriefDescription": "KM ENCRYPTED TDEA 128",
42 "PublicDescription": "KM-Encrypted-TDEA-128 function ending with CC=0"
48 "BriefDescription": "KM ENCRYPTED TDEA 192",
49 "PublicDescription": "KM-Encrypted-TDEA-192 function ending with CC=0"
76 "BriefDescription": "KM ENCRYPTED AES 128",
77 "PublicDescription": "KM-Encrypted-AES-128 function ending with CC=0"
83 "BriefDescription": "KM ENCRYPTED AES 192",
84 "PublicDescription": "KM-Encrypted-AES-192 function ending with CC=0"
[all …]
|
| /Linux-v6.6/Documentation/security/keys/ |
| D | ecryptfs.rst | 2 Encrypted keys for the eCryptfs filesystem
8 Each FEK is in turn encrypted with a File Encryption Key Encryption Key (FEKEK)
12 the FEK is encrypted by 'ecryptfsd' with the help of external libraries in order
22 The 'encrypted' key type has been extended with the introduction of the new
24 filesystem. Encrypted keys of the newly introduced format store an
31 encrypted form.
33 The eCryptfs filesystem may really benefit from using encrypted keys in that the
42 keyctl add encrypted name "new ecryptfs key-type:master-key-name keylen" ring
43 keyctl add encrypted name "load hex_blob" ring
53 Example of encrypted key usage with the eCryptfs filesystem:
[all …]
|
| D | trusted-encrypted.rst | 2 Trusted and Encrypted Keys
5 Trusted and Encrypted Keys are two new key types added to the existing kernel
8 stores, and loads only encrypted blobs. Trusted Keys require the availability
9 of a Trust Source for greater security, while Encrypted Keys can be used on any
109 New keys are created from random numbers. They are encrypted/decrypted using
135 Encrypted Keys
138 Encrypted keys do not depend on a trust source, and are faster, as they use AES
140 random numbers or user-provided decrypted data, and are encrypted/decrypted
142 user-key type. The main disadvantage of encrypted keys is that if they are not
234 Encrypted Keys usage
[all …]
|
| /Linux-v6.6/arch/x86/mm/ |
| D | mem_encrypt_boot.S | 23 * RDI - virtual address for the encrypted mapping
36 /* Set up a one page stack in the non-encrypted memory area */
42 movq %rdi, %r10 /* Encrypted area */
53 movq %r10, %rdi /* Encrypted area */
78 * the kernel will be encrypted during the process. So this
84 * RDI - virtual address for the encrypted mapping
92 * The area will be encrypted by copying from the non-encrypted
94 * intermediate buffer back to the encrypted memory space. The physical
96 * being encrypted "in place".
112 movq %rdi, %r10 /* Save encrypted area address */
[all …]
|
| /Linux-v6.6/Documentation/filesystems/ |
| D | fscrypt.rst | 35 UBIFS. This allows encrypted files to be read and written without
36 caching both the decrypted and encrypted pages in the pagecache,
39 needed. eCryptfs also limits encrypted filenames to 143 bytes,
45 supports marking an empty directory as encrypted. Then, after
48 encrypted.
118 "locked", i.e. in ciphertext or encrypted form.
124 encrypted files and directories before removing a master key, as
126 encrypted directory.
156 with another user's encrypted files to which they have read-only
169 policies on all new encrypted directories.
[all …]
|
| /Linux-v6.6/Documentation/arch/x86/ |
| D | amd-memory-encryption.rst | 7 Secure Memory Encryption (SME) and Secure Encrypted Virtualization (SEV) are
10 SME provides the ability to mark individual pages of memory as encrypted using
11 the standard x86 page tables. A page that is marked encrypted will be
12 automatically decrypted when read from DRAM and encrypted when written to
16 SEV enables running encrypted virtual machines (VMs) in which the code and data
19 memory. Private memory is encrypted with the guest-specific key, while shared
20 memory may be encrypted with hypervisor key. When SME is enabled, the hypervisor
23 A page is encrypted when a page table entry has the encryption bit set (see
25 specified in the cr3 register, allowing the PGD table to be encrypted. Each
26 successive level of page tables can also be encrypted by setting the encryption
[all …]
|
| /Linux-v6.6/fs/crypto/ |
| D | hooks.c | 11 * fscrypt_file_open() - prepare to open a possibly-encrypted regular file
15 * Currently, an encrypted regular file can only be opened if its encryption key
16 * is available; access to the raw encrypted contents is not supported.
21 * is being opened) is encrypted, then the inode being opened uses the same
23 * in an encrypted directory tree use the same encryption policy, as a
26 * an unencrypted file in an encrypted directory.
116 * @dir: the encrypted directory being searched
177 * When the CASEFOLD flag is set on an encrypted directory, we must in fscrypt_prepare_setflags()
201 * fscrypt_prepare_symlink() - prepare to create a possibly-encrypted symlink
210 * encrypted symlink may be longer than the original.
[all …]
|
| D | fname.c | 24 * before being encrypted.
31 * When userspace lists an encrypted directory without access to the key, the
92 * @out: (output) the encrypted filename
93 * @olen: size of the encrypted filename. It must be at least @iname->len.
147 * @iname: the encrypted filename to decrypt
286 * fscrypt_fname_encrypted_size() - calculate length of encrypted filename
287 * @inode: parent inode of dentry name being encrypted. Key must
310 * @max_encrypted_len: maximum length of encrypted filenames the buffer will be
315 * filename (null-terminated), for the given maximum encrypted filename length.
349 * fscrypt_fname_disk_to_usr() - convert an encrypted filename to
[all …]
|
| /Linux-v6.6/security/keys/encrypted-keys/ |
| D | Makefile | 3 # Makefile for encrypted keys
6 obj-$(CONFIG_ENCRYPTED_KEYS) += encrypted-keys.o
8 encrypted-keys-y := encrypted.o ecryptfs_format.o
11 encrypted-keys-y += $(masterkey-y) $(masterkey-m-m)
|
| D | masterkey_trusted.c | 11 * See Documentation/security/keys/trusted-encrypted.rst
17 #include <keys/encrypted-type.h>
18 #include "encrypted.h"
24 * manages both trusted/encrypted key-types, like the encrypted key type
|
| D | encrypted.c | 11 * See Documentation/security/keys/trusted-encrypted.rst
23 #include <keys/encrypted-type.h>
35 #include "encrypted.h"
84 "Allow instantiation of encrypted keys using provided decrypted data");
103 * valid_ecryptfs_desc - verify the description of a new/loaded encrypted key
105 * The description of a encrypted key with format 'ecryptfs' must contain
168 * <encrypted iv + data>
294 /* convert the hex encoded iv, encrypted-data and HMAC to ascii */ in datablob_format()
305 * Use a user provided key to encrypt/decrypt an encrypted-key.
515 /* verify HMAC before decrypting encrypted key */
[all …]
|
| /Linux-v6.6/security/keys/ |
| D | Kconfig | 78 Userspace will only ever see encrypted blobs.
87 tristate "ENCRYPTED KEYS"
97 in the kernel. Encrypted keys are instantiated using kernel
99 encrypted/decrypted with a 'master' symmetric key. The 'master'
100 key can be either a trusted-key or user-key type. Only encrypted
106 bool "Allow encrypted keys with user decrypted data"
109 This option provides support for instantiating encrypted keys using
|
| /Linux-v6.6/Documentation/driver-api/nvdimm/ |
| D | security.rst | 51 A nvdimm encrypted-key of format enc32 has the description format of:
54 See file ``Documentation/security/keys/trusted-encrypted.rst`` for creating
55 encrypted-keys of enc32 format. TPM usage with a master trusted key is
56 preferred for sealing the encrypted-keys.
64 relevant encrypted-keys into the kernel user keyring during the initramfs phase.
115 An encrypted-key with the current user passphrase that is tied to the nvdimm
125 is just another encrypted-key.
136 another encrypted-key.
|
| /Linux-v6.6/Documentation/virt/kvm/s390/ |
| D | s390-pv-boot.rst | 12 Memory made accessible to the hypervisor will be encrypted. See
16 information about the encrypted components and necessary metadata to
27 switch into PV mode itself, the user can load encrypted guest
59 The components are for instance an encrypted kernel, kernel parameters
62 After the initial import of the encrypted data, all defined pages will
82 encrypted images.
|
| D | s390-pv-dump.rst | 20 provides an interface to KVM over which encrypted CPU and memory data
34 and extracts dump keys with which the VM dump data will be encrypted.
46 write out the encrypted vcpu state, but also the unencrypted state
49 The memory state is further divided into the encrypted memory and its
51 encrypted memory can simply be read once it has been exported. The
|
| /Linux-v6.6/net/tls/ |
| D | trace.h | 47 bool encrypted, bool decrypted),
49 TP_ARGS(sk, tcp_seq, rec_no, rec_len, encrypted, decrypted),
56 __field( bool, encrypted )
65 __entry->encrypted = encrypted;
70 "sk=%p tcp_seq=%u rec_no=%llu len=%u encrypted=%d decrypted=%d",
73 __entry->encrypted, __entry->decrypted
|
| /Linux-v6.6/arch/x86/crypto/ |
| D | cast5-avx-x86_64-asm_64.S | 227 * RL1: encrypted blocks 1 and 2
228 * RR1: encrypted blocks 3 and 4
229 * RL2: encrypted blocks 5 and 6
230 * RR2: encrypted blocks 7 and 8
231 * RL3: encrypted blocks 9 and 10
232 * RR3: encrypted blocks 11 and 12
233 * RL4: encrypted blocks 13 and 14
234 * RR4: encrypted blocks 15 and 16
291 * RL1: encrypted blocks 1 and 2
292 * RR1: encrypted blocks 3 and 4
[all …]
|
| /Linux-v6.6/Documentation/process/ |
| D | embargoed-hardware-issues.rst | 38 The list is encrypted and email to the list can be sent by either PGP or
39 S/MIME encrypted and must be signed with the reporter's PGP key or S/MIME
62 The encrypted mailing-lists which are used in our process are hosted on
120 other factors and should be only used when absolutely necessary. Encrypted
133 The hardware security team will provide an incident-specific encrypted
170 team via the specific encrypted mailing-list.
179 The initial response team sets up an encrypted mailing-list or repurposes
281 Encrypted mailing-lists
284 We use encrypted mailing-lists for communication. The operating principle
285 of these lists is that email sent to the list is encrypted either with the
[all …]
|
| /Linux-v6.6/arch/x86/coco/ |
| D | core.c | 56 * will access all memory as encrypted. So, when APs are being brought
57 * up under SME the trampoline area cannot be encrypted, whereas under SEV
58 * the trampoline area must be encrypted.
119 * - for AMD, bit *set* means the page is encrypted in cc_mkenc()
120 * - for AMD with vTOM and for Intel, *clear* means encrypted in cc_mkenc()
|
| /Linux-v6.6/include/linux/ |
| D | fscrypt.h | 165 * filesystem may write encrypted file contents, NULL if the filesystem
173 * devices that aren't used for encrypted file contents, such as
197 * Return: %true iff the inode is an encrypted regular file and the kernel was
225 * dentry that was created in an encrypted directory that hasn't had its
228 * When a filesystem is asked to create a new filename in an encrypted directory
833 * @inode: an inode. If encrypted, its key must be set up.
848 * @inode: an inode. If encrypted, its key must be set up.
875 * fscrypt_prepare_link() - prepare to link an inode into a possibly-encrypted
881 * A new link can only be added to an encrypted directory if the directory's
886 * in an encrypted directory tree use the same encryption policy.
[all …]
|
| /Linux-v6.6/net/rxrpc/ |
| D | rxkad.c | 751 response->encrypted.checksum = htonl(csum); in rxkad_calc_response_checksum()
773 sg_set_buf(sg, &resp->encrypted, sizeof(resp->encrypted)); in rxkad_encrypt_response()
776 skcipher_request_set_crypt(req, sg, sg, sizeof(resp->encrypted), iv.x); in rxkad_encrypt_response()
833 resp->encrypted.epoch = htonl(conn->proto.epoch); in rxkad_respond_to_challenge()
834 resp->encrypted.cid = htonl(conn->proto.cid); in rxkad_respond_to_challenge()
835 resp->encrypted.securityIndex = htonl(conn->security_ix); in rxkad_respond_to_challenge()
836 resp->encrypted.inc_nonce = htonl(nonce + 1); in rxkad_respond_to_challenge()
837 resp->encrypted.level = htonl(conn->security_level); in rxkad_respond_to_challenge()
840 resp->encrypted.call_id[0] = htonl(conn->channels[0].call_counter); in rxkad_respond_to_challenge()
841 resp->encrypted.call_id[1] = htonl(conn->channels[1].call_counter); in rxkad_respond_to_challenge()
[all …]
|
| /Linux-v6.6/Documentation/admin-guide/device-mapper/ |
| D | dm-crypt.rst | 70 Either 'logon', 'user', 'encrypted' or 'trusted' kernel key type.
78 then sectors are encrypted according to their offsets (sector 0 uses key0;
87 encrypted data. You can specify it as a path like /dev/xxx or a device
91 Starting sector within the device where the encrypted data begins.
106 option. For example, allowing discards on encrypted devices may lead to
141 integrity for the encrypted device. The additional space is then
|
| /Linux-v6.6/crypto/asymmetric_keys/ |
| D | signature.c | 70 * @data: Data blob to be encrypted, length params->data_len
71 * @enc: Encrypted data buffer, length params->enc_len
74 * params->key. The encrypted data is wrapped in an encoding if
77 * Returns the length of the data placed in the encrypted data buffer or an
91 * @enc: Encrypted data to be decrypted, length params->enc_len
|
| /Linux-v6.6/arch/x86/kvm/ |
| D | Kconfig | 114 bool "AMD Secure Encrypted Virtualization (SEV) support"
118 Provides support for launching Encrypted VMs (SEV) and Encrypted VMs
119 with Encrypted State (SEV-ES) on AMD processors.
|
| /Linux-v6.6/Documentation/virt/kvm/x86/ |
| D | amd-memory-encryption.rst | 4 Secure Encrypted Virtualization (SEV)
10 Secure Encrypted Virtualization (SEV) is a feature found on AMD processors.
14 the memory contents of a VM will be transparently encrypted with a key
25 Bits[31:0] Number of encrypted guests supported simultaneously
133 that the memory was encrypted correctly by the firmware.
142 __u64 uaddr; /* userspace address to be encrypted (must be 16-byte aligned) */
143 __u32 len; /* length of the data to be encrypted (must be 16-byte aligned) */
152 data encrypted by the KVM_SEV_LAUNCH_UPDATE_DATA command. The guest owner may
352 __u64 guest_uaddr; /* the source memory region to be encrypted */
|
