| /Linux-v5.4/Documentation/security/keys/ |
| D | ecryptfs.rst | 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
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:
55 Create an encrypted key "1000100010001000" of length 64 bytes with format
58 $ keyctl add encrypted 1000100010001000 "new ecryptfs user:test 64" @u
[all …]
|
| D | trusted-encrypted.rst | 8 stores, and loads only encrypted blobs. Trusted Keys require the availability
84 numbers, and are encrypted/decrypted using a specified 'master' key. The
86 disadvantage of encrypted keys is that if they are not rooted in a trusted key,
91 The decrypted portion of encrypted keys can contain either a simple symmetric
97 keyctl add encrypted name "new [format] key-type:master-key-name keylen"
99 keyctl add encrypted name "load hex_blob" ring
108 Examples of trusted and encrypted key usage:
173 encrypted key "evm" using the above trusted key "kmk":
177 $ keyctl add encrypted evm "new trusted:kmk 32" @u
182 $ keyctl add encrypted evm "new default trusted:kmk 32" @u
[all …]
|
| D | index.rst | 11 trusted-encrypted
|
| /Linux-v5.4/security/keys/encrypted-keys/ |
| D | Makefile | 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)
|
| /Linux-v5.4/Documentation/x86/ |
| D | amd-memory-encryption.rst | 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
28 page table hierarchy to be encrypted. Note, this means that just because the
[all …]
|
| /Linux-v5.4/net/rxrpc/ |
| D | rxkad.c | 774 response->encrypted.checksum = htonl(csum); in rxkad_calc_response_checksum()
796 sg_set_buf(sg, &resp->encrypted, sizeof(resp->encrypted)); in rxkad_encrypt_response()
799 skcipher_request_set_crypt(req, sg, sg, sizeof(resp->encrypted), iv.x); in rxkad_encrypt_response()
863 resp->encrypted.epoch = htonl(conn->proto.epoch); in rxkad_respond_to_challenge()
864 resp->encrypted.cid = htonl(conn->proto.cid); in rxkad_respond_to_challenge()
865 resp->encrypted.securityIndex = htonl(conn->security_ix); in rxkad_respond_to_challenge()
866 resp->encrypted.inc_nonce = htonl(nonce + 1); in rxkad_respond_to_challenge()
867 resp->encrypted.level = htonl(conn->params.security_level); in rxkad_respond_to_challenge()
870 resp->encrypted.call_id[0] = htonl(conn->channels[0].call_counter); in rxkad_respond_to_challenge()
871 resp->encrypted.call_id[1] = htonl(conn->channels[1].call_counter); in rxkad_respond_to_challenge()
[all …]
|
| D | protocol.h | 180 } encrypted; member
|
| /Linux-v5.4/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 …]
|
| D | ecryptfs.txt | 38 Create a new directory into which eCryptfs will write its encrypted
53 host page size). This is the encrypted underlying file for what you
|
| /Linux-v5.4/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-v5.4/arch/x86/kernel/ |
| D | crash_dump_64.c | 16 bool encrypted) in __copy_oldmem_page() argument
23 if (encrypted) in __copy_oldmem_page()
|
| /Linux-v5.4/include/linux/ |
| D | crash_dump.h | 122 bool encrypted);
126 bool encrypted) in read_from_oldmem() argument
|
| /Linux-v5.4/Documentation/networking/ |
| D | tls.rst | 68 socket is encrypted using TLS and the parameters provided in the socket option.
69 For example, we can send an encrypted hello world record as follows:
76 send() data is directly encrypted from the userspace buffer provided
77 to the encrypted kernel send buffer if possible.
92 The kernel will need to allocate a buffer for the encrypted data.
162 encrypted by the kernel.
|
| /Linux-v5.4/Documentation/ABI/testing/ |
| D | evm | 12 trusted/encrypted key stored in the Kernel Key
54 creating and loading existing trusted/encrypted keys,
56 Documentation/security/keys/trusted-encrypted.rst. Both
|
| D | debugfs-pfo-nx-crypto | 29 - The total number of bytes encrypted using AES in any of the driver's
|
| /Linux-v5.4/Documentation/virt/kvm/ |
| D | amd-memory-encryption.rst | 12 the memory contents of a VM will be transparently encrypted with a key
23 Bits[31:0] Number of encrypted guests supported simultaneously
101 that the memory was encrypted correctly by the firmware.
110 __u64 uaddr; /* userspace address to be encrypted (must be 16-byte aligned) */
111 __u32 len; /* length of the data to be encrypted (must be 16-byte aligned) */
120 data encrypted by the KVM_SEV_LAUNCH_UPDATE_DATA command. The guest owner may
|
| /Linux-v5.4/Documentation/admin-guide/device-mapper/ |
| D | dm-crypt.rst | 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
133 integrity for the encrypted device. The additional space is then
|
| /Linux-v5.4/Documentation/power/ |
| D | swsusp-dmcrypt.rst | 16 Now your system is properly set up, your disk is encrypted except for
26 up dm-crypt and then asks swsusp to resume from the encrypted
56 card contains at least the encrypted swap setup in a file
67 initrd that allows you to resume from encrypted swap and that
133 Otherwise we just remove the encrypted swap device and leave it to the
|
| /Linux-v5.4/Documentation/process/ |
| D | embargoed-hardware-issues.rst | 36 The list is encrypted and email to the list can be sent by either PGP or
37 S/MIME encrypted and must be signed with the reporter's PGP key or S/MIME
57 The encrypted mailing-lists which are used in our process are hosted on
128 The hardware security team will provide an incident-specific encrypted
165 team via the specific encrypted mailing-list.
174 The initial response team sets up an encrypted mailing-list or repurposes
270 We use encrypted mailing-lists for communication. The operating principle
271 of these lists is that email sent to the list is encrypted either with the
304 can send encrypted email to the list.
|
| /Linux-v5.4/fs/ubifs/ |
| D | dir.c | 82 bool encrypted = false; in ubifs_new_inode() local
94 encrypted = true; in ubifs_new_inode()
134 encrypted = false; in ubifs_new_inode()
173 if (encrypted) { in ubifs_new_inode()
174 err = fscrypt_inherit_context(dir, inode, &encrypted, true); in ubifs_new_inode()
502 bool encrypted = ubifs_crypt_is_encrypted(dir); in ubifs_readdir() local
513 if (encrypted) { in ubifs_readdir()
547 if (encrypted) in ubifs_readdir()
592 if (encrypted) { in ubifs_readdir()
609 if (encrypted) in ubifs_readdir()
[all …]
|
| D | sb.c | 499 if (c->encrypted && c->fmt_version < 5) { in validate_sb()
735 c->encrypted = !!(sup_flags & UBIFS_FLG_ENCRYPTION); in ubifs_read_superblock()
748 if (!IS_ENABLED(CONFIG_FS_ENCRYPTION) && c->encrypted) { in ubifs_read_superblock()
937 if (c->encrypted) in ubifs_enable_encryption()
952 c->encrypted = 1; in ubifs_enable_encryption()
|
| /Linux-v5.4/security/keys/ |
| D | Kconfig | 89 see encrypted blobs.
105 which are encrypted/decrypted with a 'master' symmetric key. The
107 Userspace only ever sees/stores encrypted blobs.
|
| D | Makefile | 32 obj-$(CONFIG_ENCRYPTED_KEYS) += encrypted-keys/
|
| /Linux-v5.4/fs/crypto/ |
| D | Kconfig | 16 efficient since it avoids caching the encrypted and
|
| /Linux-v5.4/arch/arm/boot/dts/ |
| D | berlin2cd-google-chromecast.dts | 27 * because the (signed and encrypted) bootloader that shipped
|
